서비스 제한 및 할당량
클러스터에 적용되는 서비스 제한 사항 및 할당량을 확인하고, 필요 시 조정할 수 있는 제한 사항이 무엇인지 알아보세요.
다음과 같은 Red Hat OpenShift on IBM Cloud 제한사항 중 하나에 도달할 것으로 예상되는 경우 IBM 지원 센터에 문의하여 지원 티켓에 클러스터 ID, 새로운 할당량 한계 및 지역을 제공하십시오.
서비스 및 할당량 제한사항
Red Hat OpenShift on IBM Cloud에서는 사용할 인프라 제공자와 관계없이 모든 클러스터에 다음 서비스 제한사항 및 할당량이 적용됩니다. 클래식 및 VPC 클러스터 제한사항 또한 적용된다는 점에 유의하십시오.
IBM Cloud 계정의 클러스터 관련 리소스에 대한 할당량 한계를 보려면 ibmcloud oc quota ls 명령을 사용하십시오.
| 범주 | 설명 |
|---|---|
| API 비율 한계 | 각 고유 소스 IP 주소로부터 Red Hat OpenShift on IBM Cloud API에 대한, 10초당 200개의 요청 |
| 앱 배치 | 배치하는 앱과 클러스터와 통합하는 서비스는 작업자 노드의 운영 체제에서 실행할 수 있어야 합니다. |
| Calico 네트워크 플러그인 | Calico 플러그인, 컴포넌트 또는 기본 Calico 설정 변경은 지원되지 않습니다. 예를 들어, 새 Calico 플러그인 버전을 배치하거나 Calico 컴포넌트, 기본 IPPool 리소스 또는 Calico 노드에 대한 디먼 세트 및 배치를 수정하지 마십시오. 대신 문서에 따라 Calico NetworkPolicy 또는 GlobalNetworkPolicy를 작성하여
Calico MTU를 변경하거나 Calico CNI에 대한 포트 맵 플러그인을 사용 안함으로 설정할 수 있습니다. |
| 클러스터 할당량 | 지역당 및 인프라 제공자당 100개의 클러스터를 초과할 수 없습니다. 그러나, 2024년 1월 1일 현재, 쿼터는 100에 도달하기 전에 점증적으로 증가한다. 더 많은 리소스가 필요한 경우에는 IBM 지원 센터에 문의하십시오.
지원 요청 시, 해당 지역 및 인프라 제공업체에 대한 새로운 할당량 한도를 명시해 주십시오. 할당량을 나열하려면 ibmcloud quota ls 를 실행하십시오. |
| Kubernetes | Kubernetes 프로젝트의 제한 사항을 반드시 확인하시기 바랍니다. |
| KMS 제공자 | IBM® Key Protect for IBM Cloud® 인스턴스에 연결할 수 있도록 허용되는 IP 주소의 사용자 정의는 지원되지 않습니다. |
| Red Hat OpenShift | 사용 중인 버전에 대한 ‘ OpenShift Container Platform ’의 제한 사항을 반드시 확인하시기 바랍니다. |
| Kubernetes 팟(Pod) 로그 | 개별 앱 팟(Pod)에 대한 로그를 확인하기 위해 터미널을 사용하여 oc logs <pod name>을 실행할 수 있습니다. Kubernetes 대시보드에 대한 액세스가 중단될 수 있으므로 Kubernetes 대시보드를 사용하여 팟(Pod)에 대한 로그를 스트리밍하지 마십시오. |
| 모니터링 |
|
| 운영 체제 | 작업자 노드는 지원되는 운영 체제 중 하나를 실행해야 합니다. 다른 유형의 운영 체제를 실행하는 작업자 노드가 있는 클러스터를 작성할 수 없습니다. 자세한 정보는 Red Hat OpenShift on IBM Cloud 버전 정보 를 참조하십시오. |
| OperatorHub 카탈로그 | 사설 클러스터에서 OperatorHub 카탈로그를 사용하려면 OperatorHub 을 참조하고 카탈로그 소스 이미지를 icr.io 에 미러링합니다. |
| 팟(Pod) 인스턴스 | 작업자 노드당 110개의 팟(Pod)을 실행할 수 있습니다. 11개 이상의 CPU 코어가 있는 작업자 노드가 있는 경우, 작업자 노드당 최대 250개 팟(Pod) 한계로 코어당 10개 팟(Pod)을 지원할 수 있습니다. 팟(Pod) 수에는 작업자 노드에서 실행되는 kube-system 및 ibm-system 팟(Pod)이 포함됩니다. 성능 향상을 위해, 작업자 노드를 과도하게
사용하지 않도록 컴퓨팅 코어당 실행하는 팟(Pod)의 수를 제한할 것을 고려해보십시오. 예를 들어, b3c.4x16 특성이 있는 작업자 노드에서 총 작업자 노드 용량의 75% 이하를 사용하는 코어당 10개의 팟(Pod)을 실행할 수 있습니다. |
| 더 이상 사용되지 않음 시간 기반 일회성 패스코드 (TOTP) | TOTP 를 사용하려면 전체 IBM Cloud 계정에 대해 다단계 인증(MFA)을 사용으로 설정 했는지 확인하십시오. MFA가 계정 레벨이 아닌 일부 사용자에 대해서만 사용으로 설정된 경우 인증 오류가 발생할 수 있습니다. |
| 작업자 노드 할당량 | 2024년 1월 1일 이전에 생성된 계정에 대해 최대 500개의 워커 노드를 사용할 수 있습니다. 해당 날짜 이후에 생성된 계정의 경우, 할당량이 낮아진 후 최대 할당량은 200개입니다. 클러스터 인프라 제공자 당 할당량이 적용됩니다. 더 많은 리소스가 필요한 경우에는
IBM 지원 센터에 문의하십시오. 지원 요청 시, 해당 지역 및 인프라 제공업체에 대한 새로운 할당량 한도를 명시해 주십시오. 할당량 실행 내역을 확인하려면 ibmcloud ks quota ls``을 실행하십시오. |
| 작업자 풀 크기 | 클러스터에는 항상 최소 2개의 노드가 있어야 합니다. 작업자 노드 할당량으로 인해, 클러스터당 작업자 풀의 수와 작업자 풀당 작업자 노드의 수에는 제한이 있습니다. 예를 들어, 기본 작업자 노드 할당량(지역당 500개)을 사용하는 경우에는 클러스터가 1개뿐인 지역에서 각각 1개의 작업자 노드를 포함하는 작업자 풀을 최대 500개 보유할 수 있습니다. 또는, 클러스터가 1개뿐인 지역에서 최대 500개의 작업자 노드를 포함하는 1개의 작업자 풀을 보유할 수 있습니다. |
| Red Hat Enterprise Linux CoreOS 작업자 노드 | 클러스터에 추가할 수 있는 최대 영역 수는 12개입니다. 예를 들어 각각 3개의 영역이 있는 3개의 RHCOS 워커 풀은 해당 클러스터의 할당량의 9/12를 차지합니다. |
| 작업자 노드 수 | 클러스터에는 최대 500개의 워커 노드를 보유할 수 있습니다. |
| 클러스터 이름 지정 | Ingress 서브도메인 및 인증서가 올바르게 등록되도록 하기 위해, 클러스터 이름의 처음 24자는 서로 달라야 합니다. 자동화 또는 테스트 등의 이유로 7일 내에 이름의 처음 24자가 동일한 클러스터를 5회 이상 작성하고 삭제하는 경우에는 Let's Encrypt 중복 인증서 속도 한계에 도달할 수 있습니다. |
| 리소스 그룹 | 클러스터는 하나의 리소스 그룹에서만 작성할 수 있으며 이후에는 변경할 수 없습니다. 클러스터를 잘못된 리소스 그룹에 작성한 경우에는 해당 클러스터를 삭제하고 올바른 리소스 그룹에서 다시 작성해야 합니다. 또한 ibmcloud oc cluster service bind 명령을 사용하여 IBM Cloud 서비스와 통합해야
하는 경우, 해당 서비스는 클러스터와 동일한 리소스 그룹에 있어야 합니다. IBM Cloud Container Registry 과 같이 리소스 그룹을 사용하지 않는 서비스나, IBM Cloud Logs 과 같이 서비스 바인딩이 필요 없는 서비스는 클러스터가 다른 리소스 그룹에 속해 있더라도 정상적으로 작동합니다. |
Red Hat OpenShift on IBM Cloud 클러스터 제한사항
Red Hat OpenShift 클러스터에 특정한 제한 사항을 검토하십시오. 서비스, 그리고 클래식 클러스터 또는 VPC 클러스터 제한사항 또한 적용된다는 점에 유의하십시오.
| 범주 | 설명 |
|---|---|
| 클러스터 Auto-Scaling | Red Hat OpenShift 의 ‘관리 > 클러스터 설정’ 콘솔에서 제공하는 ‘ Red Hat OpenShift ’ 클러스터 자동 확장 기능이나, autoscaling.openshift.io/v1 API의 ‘ ClusterAutoscaler ’ 객체는 지원되지 않습니다. 대신, ibm-iks-cluster-autoscaler Helm 플러그인을
사용하십시오. |
| 클러스터 업데이트 | Red Hat OpenShift on IBM Cloud API, CLI 또는 콘솔 도구를 사용하여 클러스터를 업데이트해야 합니다. Red Hat OpenShift 웹 콘솔과 같은 OpenShift Container Platform 도구에서 클러스터 버전을 업데이트할 수 없습니다. |
| 컨테이너 로그 | Fluentd와 같은 컨테이너 로깅 오퍼레이터를 사용하여 로그를 ElasticSearch 스택에 전송하는 경우 ibmc-block-gold 스토리지 클래스를 사용하도록 클러스터 로깅 배치를 업데이트해야 합니다. |
| 개인용 클러스터 |
인프라 제공자에 따라 개인용 클러스터에 대한 옵션이 제한됩니다.
|
| 로깅 | OpenShift Container Platform Elasticsearch, Fluentd 및 Kibana(EFK)스택을 구성하려면 클러스터 로깅 오퍼레이터 설치 방법을 참조하십시오. |
| 서비스 카탈로그 | 서비스 카탈로그는 지원되지 않습니다. 대신 오퍼레이터를 사용하십시오. OperatorHub를 사용하여 서비스 카탈로그를 설치하지 마십시오. |
| 서비스 메시 | Istio 관리 추가 기능은 지원되지 않습니다. 대신 Red Hat 서비스 메시 연산자를 사용합니다. 참고: 라우터의 기본 IBM Cloud 구성은 서비스 메시 네트워크 정책과 호환되지 않는 호스트 네트워킹을 사용합니다. 서비스 메시 인그레스가 작동하려면 네트워크 정책을 적용하십시오. |
클래식 클러스터 제한사항
Red Hat OpenShift on IBM Cloud의 클래식 인프라 클러스터는 다음 제한사항과 함께 릴리스됩니다.
컴퓨팅
서비스 제한사항도 적용되는 점에 유의하십시오.
| 범주 | 설명 |
|---|---|
| 예약된 인스턴스 | 예약된 용량 및 예약된 인스턴스가 지원되지 않습니다. |
| 작업자 노드 특성 | 워커 노드는 특정 유형의 컴퓨팅 리소스에서 사용할 수 있습니다. |
| 작업자 노드 호스트 액세스 | 보안을 위해 작업자 노드 컴퓨팅 호스트에 SSH를 실행할 수 없습니다. |
네트워킹
서비스 제한사항도 적용되는 점에 유의하십시오.
| 범주 | 설명 |
|---|---|
| Ingress ALB |
|
| 네트워크 로드 밸런서(NLB) |
|
| Red Hat OpenShift 웹 콘솔 | 웹 콘솔은 공용 엔드포인트와 사설 엔드포인트가 둘 다 있는 클러스터의 사설 네트워크에 노출될 수 없습니다. 사설 네트워크에서 웹 콘솔에 대한 액세스를 허용하려면 클러스터에 공용 엔드포인트가 활성화되어 있어서는 안 됩니다. |
| 사설 VLAN 전용 | 사설 네트워크 로드 밸런서(NLB)는 도메인 이름 서버(DNS)에 등록될 수 없으므로 사설 네트워크 인터페이스만 사용하여 클러스터를 작성할 수 없습니다. 작업자 노드는 공용 및 개인용 VLAN 둘 다에 연결되어야 합니다. 여전히 개인 서비스를 작성하여 사설 네트워크에서만 앱을 노출할 수 있습니다. |
| 서비스 엔드포인트 | 클러스터를 작성할 때 퍼블릭 및 프라이빗 클라우드 서비스 엔드포인트 또는 퍼블릭 클라우드 서비스 엔드포인트만 사용으로 설정할 수 있지만 프라이빗 클라우드 서비스 엔드포인트만 사용으로 설정할 수는 없습니다. 클러스터 작성 후에는 나중에 서비스 엔드포인트를 변경할 수 없습니다. |
| VLAN당 서브넷 | 각 VLAN은 40개 서브넷으로 제한됩니다. |
스토리지
서비스 제한사항도 적용되는 점에 유의하십시오.
| 범주 | 설명 |
|---|---|
| 볼륨 인스턴스 | 계정당 총 250개의 IBM Cloud 인프라 파일과 블록 스토리지 볼륨이 있을 수 있습니다. 이 용량보다 더 많이 마운트하면, 영구 볼륨을 프로비저닝할 때 “ out of capacity ”라는 메시지가 표시될 수 있습니다. 더 많은 FAQ를 보려면 파일 및 블록 스토리지 문서를 참조하십시오. 추가 볼륨을 마운트하려면 IBM 지원 센터에 문의 하십시오. 지원 티켓에 사용자의 계정 ID와 사용자가 원하는 새 파일 또는 블록
스토리지 볼륨 할당량을 포함하십시오. |
| Portworx | Portworx 제한사항을 검토하십시오. |
| 파일 스토리지 | IBM Cloud NFS 파일 스토리지가 Linux 사용자 권한을 구성하므로 파일 스토리지 사용 시 오류가 발생할 수 있습니다. 그렇다면 Red Hat OpenShift 보안 컨텍스트 제약 조건을 구성하거나 다른 저장소 유형을 사용해야 할 수 있습니다. |
클래식 사용자 액세스
서비스 제한사항도 적용되는 점에 유의하십시오.
| 범주 | 설명 |
|---|---|
| IP 주소 액세스 | Red Hat OpenShift on IBM Cloud 는 IP 주소 액세스를 활성화하여 특정 사용자의 액세스를 제한하는 기능을 지원하지 않습니다. 사용자 액세스를 제한하거나 사용자가 액세스할 수 있는 서비스와 VPC를 제한하려면 상황 기반 제한을 고려해 보십시오. |
VPC 클러스터 제한사항
Red Hat OpenShift on IBM Cloud의 VPC 클러스터는 다음 제한사항과 함께 릴리스됩니다. 또한 모든 기반 VPC 할당량, VPC 한계, VPC 서비스 제한사항 및 일반 서비스 제한사항이 적용됩니다.
컴퓨팅
서비스 제한사항도 적용되는 점에 유의하십시오.
| 범주 | 설명 |
|---|---|
| VPC당 클러스터 | VPC는 각각 25개 클러스터로 제한됩니다. |
| 암호화 | 작업자 노드의 보조 디스크는 기반 VPC 인프라 제공자에 의해 기본적으로 저장 시 암호화됩니다. 그러나 기본 가상 서버 인스턴스에 사용자 고유의 암호화를 가져올 수 없습니다. |
| 위치 | VPC 클러스터는 일부 멀티존 리전에서만 사용할 수 있습니다. |
| 가상 사설 클라우드 | 제한사항 및 할당량을 참조하십시오. |
| VPC 리소스 할당량 | VPC는 vCPU, 메모리, GPU, 인스턴스 스토리지 및 최적화된 인스턴스 스토리지 리소스에 대한 할당량을 계정별로 관리합니다. 공용 인프라에서 가상 서버 인스턴스(VSI) 워커 노드를 프로비저닝하는 경우, 이러한 리소스는 VPC 계정 할당량에 포함됩니다. 할당량 제한에 도달하면 워커 노드 프로비저닝이 실패합니다. 현재 할당량 및 사용량을 확인하려면 VPC 리소스 메트릭 보기를 참조하세요. 할당량 증량을 요청하려면 VPC에 지원 케이스를 개설하세요. 자세한 내용은 VPC 할당량 문서를 참조하십시오.
참고: 현재 이 할당량 관리 기능은 공용 인프라상의 VSI 워커 노드에만 적용됩니다. 전용 호스트 및 베어 메탈 워커 노드의 할당량 관리는 계속해서 ‘ Red Hat OpenShift on IBM Cloud ’에서 담당합니다. |
| 작업자 노드 특성 | 워커 노드 가상 머신 및 베어 메탈 워커의 경우 특정 맛만 사용할 수 있습니다. |
| 작업자 노드 호스트 액세스 | 보안을 위해 작업자 노드 컴퓨팅 호스트에 SSH를 실행할 수 없습니다. |
| 작업자 노드 업데이트 | VPC 워커의 업데이트 작업은 워커 유형에 따라 달라집니다. VPC 베어 메탈 작업자의 경우, ibmcloud oc worker reload 명령어를 사용하여 재로드를 적용할 수 있습니다. VPC 가상 서버 인스턴스 작업자의 경우, ibmcloud oc worker replace 명령어를 사용하십시오. 여러 작업자
노드를 동시에 교체하는 경우 하나씩 삭제되는 것이 아니라 동시에 삭제되고 교체됩니다. 작업자 노드를 교체하기 전에 워크로드를 다시 스케줄링할 수 있는 충분한 용량이 클러스터에 있는지 확인하십시오. |
네트워킹
서비스 제한사항도 적용되는 점에 유의하십시오.
| 범주 | 설명 |
|---|---|
| 앱 URL 길이 | DNS 분석은 클러스터의 가상 사설 엔드포인트(VPE)에서 관리되며 URL은 130자까지 분석 가능합니다. URL을 사용하여 클러스터의 앱을 노출하는 경우(예: Ingress 하위 도메인 또는 Red Hat OpenShift 라우트) URL이 130자 이하인지 확인하십시오. |
| 네트워크 속도 | VPC 프로파일 네트워크 속도는 작업자 노드 인터페이스의 속도를 가리킵니다. VPC 인스턴스에 사용할 수 있는 대역폭은 스토리지와 네트워크 트래픽 간에 공유됩니다. 기본적으로 스토리지 할당은 최대 대역폭의 25%입니다. 아래 표에 표시된 네트워크 속도는 기본 25%의 스토리지 대역폭 할당을 차감한 후 단일 네트워크 인터페이스를 가진 작업자가 사용할 수 있는 네트워크 대역폭입니다. |
| NodePort | 사설 VPC 네트워크에 연결된 경우(예: VPN 연결을 통해)에만 NodePort를 통해 앱에 액세스할 수 있습니다. 인터넷에서 앱에 액세스하려면 VPC 로드 밸런서 또는 Ingress 서비스를 대신 사용해야 합니다. |
| 팟(Pod) 네트워크 | VPC 액세스 제어 목록(ACL)은 클러스터의 수신 및 발신 트래픽을 서브넷 레벨에서 필터링하고, 보안 그룹은 클러스터의 수신 및 발신 트래픽을 작업자 노드 레벨에서 필터링합니다. 팟(Pod) 대 팟(Pod) 레벨의 클러스터 내 트래픽을 제어하기 위해 VPC 보안 그룹 또는 ACL을 사용할 수 없습니다. 대신 IP 내 IP 캡슐화를 사용하는 팟(Pod) 레벨 네트워크 트래픽을 제어할 수 있는 Calico 및 Kubernetes 네트워크 정책을 사용하십시오. |
| 공용 게이트웨이 | 공용 서비스 엔드포인트가 사용으로 설정된 경우 작업자 노드가 공용 네트워크에서 통신할 수 있도록 퍼블릭 게이트웨이를 각 VPC 서브넷에 연결해야 합니다. 웹 콘솔 및 OperatorHub와 같은 기본 Red Hat OpenShift 컴포넌트는 공용 네트워크 액세스를 필요로 합니다. |
| 서비스 엔드포인트 | IBM Cloud 콘솔에서 VPC 클러스터를 작성하면 클러스터에 퍼블릭 및 프라이빗 클라우드 서비스 엔드포인트 둘 다 포함됩니다. 프라이빗 클라우드 서비스 엔드포인트만 필요한 경우, CLI에서 클러스터를 생성하고 --disable-public-service-endpoint 옵션을 포함해야 합니다. 이 옵션을 포함하면, 클러스터가 생성될 때 기본적으로 사설 네트워크에서만 애플리케이션을 노출하는 라우터와 Ingress 컨트롤러가 함께 구성됩니다. 나중에 앱을 공용 네트워크에 노출시키려는 경우에는 공용 라우터 및 Ingress 제어기를 수동으로 작성해야 합니다. |
| 서브넷 |
|
| VPC 로드 밸런서 | VPC 로드 밸런서 제한사항을 참조하십시오. |
스토리지
서비스 제한사항도 적용되는 점에 유의하십시오.
| 범주 | 설명 |
|---|---|
| 프로파일 크기에 대한 스토리지 클래스 | 자세한 정보는 사용 가능한 볼륨 프로파일 을 참조하십시오. |
| 지원되는 유형 | IBM Cloud Object Storage 및 Cloud Databases만 설정할 수 있습니다. |
| 볼륨 연결 | 볼륨 연결 한계를 참조하십시오. |
| Portworx | Portworx 제한사항을 검토하십시오. |
| Block Storage for VPC | VPC 클러스터의 기본 스토리지 클래스는 변경할 수 없습니다. 그러나 사용자 고유의 스토리지 클래스를 작성 할 수 있습니다. |
VPC 사용자 액세스
서비스 제한사항도 적용되는 점에 유의하십시오.
| 범주 | 설명 |
|---|---|
| IP 주소 액세스 | Red Hat OpenShift on IBM Cloud 는 IP 주소 액세스를 활성화하여 특정 사용자의 액세스를 제한하는 기능을 지원하지 않습니다. 사용자 액세스를 제한하거나 사용자가 액세스할 수 있는 서비스와 VPC를 제한하려면 상황 기반 제한을 고려해 보십시오. |
Satellite 클러스터 제한사항
Red Hat OpenShift on IBM Cloud 위치에서 작성하는 Satellite 클러스터에 대한 다음 제한사항을 검토하십시오. 서비스 제한사항도 적용되는 점에 유의하십시오.
| 범주 | 설명 |
|---|---|
| 클러스터 추가 기능 | Satellite 위치의 Red Hat OpenShift 클러스터에 대해 지원되지 않는 관리 추가 기능을 검토하십시오. 예를 들어, 클러스터 오토스케일러 및 Istio는 지원되지 않습니다. |
| 네트워크 |
|
| 작업자 노드 호스트를 위한 스토리지 | 호스트 스토리지 및 연결된 디바이스를 참조하십시오. |
| 앱을 위한 스토리지 | 기본적으로 Satellite 클러스터에 스토리지 제공자가 설치되지 않습니다. 따라서 스토리지 디바이스에서 지원하는 Kubernetes 영구 볼륨에 애플리케이션 데이터를 저장하기 위해 기본적으로 클러스터에 사전 구성된 Kubernetes 스토리지 클래스가 설정되지 않습니다. 스토리지 제공자를 설정하는 옵션은 Satellite 스토리지 템플리트 이해를 참조하십시오. |
| 작업자 노드 | 작업자 노드는 자체 인프라 환경의 호스트에서 실행됩니다. 호스트는 AWS, Azure, GCP, IBM Cloud에서
호스트 및 제공자 특정 요구사항을 충족해야 합니다(테스트 및 데모 전용). 귀하는 호스트의 인프라 수명 주기 관리 에 대한 관리 책임이 있으며, 여기에는 콘텐츠 추가 및 워커 노드 업데이트 에 대한 관리도 포함됩니다. ibmcloud oc worker add, update, replace, reload 명령과 같은 작업자 노드 조작은 지원되지 않습니다. |
| 작업자 풀 | resize와 같은 조작을 사용하려면 작업자 풀이 Satellite 위치에서 사용 가능한(지정되지 않은) 호스트와 일치하는 호스트 레이블을 사용해야 합니다. |
| 단일 노드 클러스터 | 세 개 미만의 작업자 노드가 있는 클러스터에는 고가용성이 부족합니다. 단일 노드 클러스터를 프로비저닝하면 워크로드에서 중단 시간 및 중단이 발생할 가능성이 높고 일반 작업자 노드 업그레이드로 인해 워크로드가 오프라인이 되는 것을 허용합니다. 또한 클러스터가 단일 노드 클러스터로 프로비저닝되는 경우 나중에 고가용성 표준 클러스터로 변환할 수 없습니다. 노드를 더 추가할 수 있지만 표준 배치는 복제본 크기가 증가하지 않으며 클러스터의 가용성이 높아지지 않습니다. 단일 노드 클러스터는 Red Hat CoreOS(RHCOS)가 사용 가능한 Satellite 위치에서 실행되어야 합니다. 사용자 위치의 제어 플레인 호스트 및 단일 노드 클러스터에 지정하는 호스트는 RHEL 8또는 RHCOS 운영 체제를 실행해야 합니다. 버전 4.11 이상을 실행하는 Satellite 클러스터에 대해서만 지원됩니다. OpenShift Data Foundation은 단일 노드 클러스터에서 지원되지 않습니다. Portworx 는 단일 노드 클러스터에서 지원되지 않습니다. |
Red Hat OpenShift on IBM Cloud 에서 지원되지 않는 기능 및 연산자
다음 기능 및 연산자는 Red Hat OpenShift on IBM Cloud에서 지원되지 않습니다.
작업자 노드 성능을 파일로 MachineConfig 조정하는 Red Hat OpenShift 대신, 파일을 daemonset 사용하여 호스트를 수정할 수 있습니다. 자세한 내용은 작업자 Red HatCoreOS 노드의 MTU Calico 변경 또는 성능 조정을 참조하십시오.
- AMQ 브로커
- AMQ 브로커 LTS
- AMQ 상호 연결
- AMQ 온라인
- AMQ 스트림
- Ansible 자동화 플랫폼 자원 운영자
- API Designer
- 비즈니스 자동화 운영자
- 카멜 K
- 비용 관리 운영자
- 데이터 그리드 연산자
- 디바이스 관리자
- 파일 무결성 연산자
- 콘솔 융합
- 온라인 융합
- Gatekeeper 운영자
- JBoss EAP
- JBoss웹 서버
- 논리적 볼륨 관리자 스토리지 (LVM)
- MachineConfigs
- 측정 및 비용 관리 SaaS 서비스
- OpenShift Cloud Manager (OCM) SaaS 서비스
- OpenShift 클러스터 전체 프록시
- OpenShift Data Foundation: Classic및 VPC 클러스터의 클러스터 추가 기능 을 통해 또는 Satellite 클러스터의 Satellite 템플리트 를 통해 지원됩니다.
- OpenShift SDN 및 대부분의 다른 네트워크 플러그인은 지원되지 않습니다
- Calico 모든 클러스터 버전에서 지원됩니다.
- OVN은 버전 4.20 이상인 VPC Red Hat OpenShift 클러스터에서 RHCOS 워커 노드만 지원하는 경우에만 사용할 수 있습니다.
- 일반적인 클러스터 마스터 업데이트 절차 외에는 이러한 네트워크 플러그인을 업데이트하거나 제거하지 마십시오.
- 성능 추가 기능 연산자
- PTP 운영자
- Quay 연산자
- Red Hat OpenStack Platform
Kuryr통합 - Red Hat 통합 연산자
- 서비스 레지스트리 운영자
- 스마트 게이트웨이 운영자
- SR-IOV 네트워크 운영자: Satellite 클러스터에서만 지원됩니다.
- 텔레미터 및 인사이트 연결된 경험
- Windows 시스템 구성: Windows 운영 체제의 작업자 노드는 지원되지 않습니다.
ImageContentSourcePolicy,ImageDigestMirrorSet,ImageTagMirrorSet은 지원되지 않습니다.