3장. 호스팅된 제어 평면 배포 준비


3.1. 호스팅된 제어 평면에 대한 요구 사항

호스팅된 제어 평면의 컨텍스트에서 관리 클러스터는 HyperShift Operator가 배포되고 호스팅된 클러스터의 제어 평면이 호스팅되는 OpenShift Container Platform 클러스터입니다.

제어 평면은 호스팅된 클러스터와 연결되며 단일 네임스페이스의 포드로 실행됩니다. 클러스터 서비스 소비자가 호스팅 클러스터를 생성하면 제어 평면과 독립적인 작업자 노드가 생성됩니다.

호스팅된 제어 평면에는 다음 요구 사항이 적용됩니다.

  • HyperShift Operator를 실행하려면 관리 클러스터에 최소 3개의 작업자 노드가 필요합니다.
  • 도메인 이름 서비스(DNS) 프로토콜이 예상대로 작동하려면 전송 제어 프로토콜(TCP)과 사용자 데이터그램 프로토콜(UDP)에서 방화벽 포트 53을 열어야 합니다.
  • 베어 메탈 플랫폼이나 OpenShift Virtualization 등 온프레미스에서 관리 클러스터와 작업자 노드를 모두 실행할 수 있습니다. 또한 Amazon Web Services(AWS)와 같은 클라우드 인프라에서 관리 클러스터와 작업자 노드를 모두 실행할 수 있습니다.
  • AWS에서 관리 클러스터를 실행하고 온프레미스에서 작업자 노드를 실행하거나 AWS에서 작업자 노드를 실행하고 온프레미스에서 관리 클러스터를 실행하는 등 혼합 인프라를 사용하는 경우 PublicAndPrivate 게시 전략을 사용하고 지원 매트릭스의 대기 시간 요구 사항을 따라야 합니다.
  • 베어 메탈 운영자가 머신을 시작하는 베어 메탈 호스트(BMH) 배포에서 호스팅된 제어 플레인은 베이스보드 관리 컨트롤러(BMC)에 도달할 수 있어야 합니다. 보안 프로필에서 클러스터 베어메탈 운영자가 BMH가 BMC를 보유한 네트워크에 액세스하여 Redfish 자동화를 활성화하는 것을 허용하지 않는 경우 BYO ISO 지원을 사용할 수 있습니다. 하지만 BYO 모드에서는 OpenShift Container Platform이 BMH의 전원 켜기를 자동화할 수 없습니다.

3.1.1. 호스팅된 제어 평면에 대한 지원 매트릭스

Kubernetes Operator용 멀티클러스터 엔진에는 HyperShift Operator가 포함되어 있으므로 호스팅된 제어 평면의 릴리스는 멀티클러스터 엔진 Operator의 릴리스와 일치합니다. 자세한 내용은 OpenShift Operator Life Cycles를 참조하세요.

3.1.1.1. 관리 클러스터 지원

지원되는 모든 독립형 OpenShift Container Platform 클러스터는 관리 클러스터가 될 수 있습니다.

참고

단일 노드 OpenShift Container Platform 클러스터는 관리 클러스터로 지원되지 않습니다. 리소스 제약이 있는 경우 독립형 OpenShift Container Platform 제어 평면과 호스팅된 제어 평면 간에 인프라를 공유할 수 있습니다. 자세한 내용은 "호스팅 및 독립형 제어 평면 간의 공유 인프라"를 참조하세요.

다음 표는 멀티클러스터 엔진 운영자 버전을 이를 지원하는 관리 클러스터 버전에 매핑합니다.

Expand
표 3.1. OpenShift Container Platform 관리 클러스터에 지원되는 멀티클러스터 엔진 운영자 버전
관리 클러스터 버전지원되는 멀티클러스터 엔진 운영자 버전

4.14 - 4.15

2.4

4.14 - 4.16

2.5

4.14 - 4.17

2.6

4.15 - 4.17

2.7

4.16 - 4.18

2.8

4.17 - 4.19

2.9

3.1.1.2. 호스팅 클러스터 지원

호스팅 클러스터의 경우 관리 클러스터 버전과 호스팅 클러스터 버전 사이에 직접적인 관계가 없습니다. 호스팅된 클러스터 버전은 멀티클러스터 엔진 Operator 버전에 포함된 HyperShift Operator에 따라 달라집니다.

참고

관리 클러스터와 호스팅 클러스터 간에 최대 200ms의 지연 시간을 보장합니다. 이러한 요구 사항은 관리 클러스터가 AWS에 있고 컴퓨팅 노드가 온프레미스에 있는 경우와 같이 혼합 인프라 배포에 특히 중요합니다.

다음 표는 멀티클러스터 엔진 Operator 버전과 연관된 HyperShift Operator를 사용하여 만들 수 있는 호스팅 클러스터 버전을 보여줍니다.

참고

HyperShift Operator는 다음 표에 나와 있는 호스팅 클러스터 버전을 지원하지만, 멀티클러스터 엔진 Operator는 현재 버전보다 2개 이전 버전만 지원합니다. 예를 들어, 현재 호스팅 클러스터 버전이 4.19인 경우 멀티클러스터 엔진 Operator는 최대 4.17 버전까지 지원합니다. 멀티클러스터 엔진 오퍼레이터가 지원하는 버전보다 이전 버전의 호스팅 클러스터를 사용하려는 경우, 멀티클러스터 엔진 오퍼레이터에서 호스팅 클러스터를 분리하여 관리되지 않도록 하거나, 이전 버전의 멀티클러스터 엔진 오퍼레이터를 사용할 수 있습니다. 호스팅된 클러스터를 멀티클러스터 엔진 Operator에서 분리하는 방법에 대한 자세한 내용은 관리에서 클러스터 제거 (RHACM 문서)를 참조하세요. 멀티클러스터 엔진 운영자 지원에 대한 자세한 내용은 Kubernetes 운영자 2.9 지원 매트릭스(Red Hat 지식 기반)를 위한 멀티클러스터 엔진을 참조하세요.

Expand
표 3.2. 멀티클러스터 엔진 운영자 버전과 연관된 HyperShift 운영자에 매핑된 호스팅 클러스터 버전
호스팅된 클러스터 버전멀티클러스터 엔진 Operator 2.4의 HyperShift Operator멀티클러스터 엔진 Operator 2.5의 HyperShift Operator멀티클러스터 엔진 Operator 2.6의 HyperShift Operator멀티클러스터 엔진 Operator 2.7의 HyperShift Operator멀티클러스터 엔진 Operator 2.8의 HyperShift Operator멀티클러스터 엔진 Operator 2.9의 HyperShift Operator

4.14

제공됨

제공됨

제공됨

제공됨

제공됨

제공됨

4.15

없음

제공됨

제공됨

제공됨

제공됨

제공됨

4.16

없음

없음

제공됨

제공됨

제공됨

제공됨

4.17

없음

없음

없음

제공됨

제공됨

제공됨

4.18

없음

없음

없음

없음

제공됨

제공됨

4.19

없음

없음

없음

없음

없음

제공됨

3.1.1.3. 호스팅 클러스터 플랫폼 지원

호스팅된 클러스터는 단 하나의 인프라 플랫폼만 지원합니다. 예를 들어, 서로 다른 인프라 플랫폼에 여러 개의 노드 풀을 만들 수 없습니다.

다음 표는 호스팅된 제어 평면의 각 플랫폼에서 지원되는 OpenShift Container Platform 버전을 나타냅니다.

중요

IBM Power 및 IBM Z의 경우 64비트 x86 아키텍처를 기반으로 하는 머신 유형에서 제어 플레인을 실행해야 하며, IBM Power 또는 IBM Z의 노드 풀에서 실행해야 합니다.

다음 표에서 관리 클러스터 버전은 멀티클러스터 엔진 Operator가 활성화된 OpenShift Container Platform 버전입니다.

Expand
표 3.3. 플랫폼에 필요한 OpenShift 컨테이너 플랫폼 버전
호스팅 클러스터 플랫폼관리 클러스터 버전호스팅된 클러스터 버전

Amazon Web Services

4.16 - 4.19

4.16 - 4.19

IBM Power

4.17 - 4.19

4.17 - 4.19

IBM Z

4.17 - 4.19

4.17 - 4.19

OpenShift Virtualization

4.14 - 4.19

4.14 - 4.19

베어 메탈

4.14 - 4.19

4.14 - 4.19

베어메탈이 아닌 에이전트 머신(기술 미리보기)

4.16 - 4.19

4.16 - 4.19

Red Hat OpenStack Platform(RHOSP)(기술 미리보기)

4.19

4.19

3.1.1.4. 다중 아키텍처 지원

다음 표는 플랫폼별로 정리된 여러 아키텍처의 호스팅 제어 평면에 대한 지원 상태를 나타냅니다.

Expand
표 3.4. AWS에서 호스팅되는 제어 평면에 대한 다중 아키텍처 지원
OpenShift Container Platform 버전ARM64 제어 평면ARM64 컴퓨트 노드

4.19

정식 출시일 (GA)

정식 출시일 (GA)

4.18

정식 출시일 (GA)

정식 출시일 (GA)

4.17

정식 출시일 (GA)

정식 출시일 (GA)

4.16

기술 프리뷰

정식 출시일 (GA)

4.15

기술 프리뷰

정식 출시일 (GA)

4.14

기술 프리뷰

정식 출시일 (GA)

Expand
표 3.5. 베어 메탈에서 호스팅되는 제어 평면에 대한 다중 아키텍처 지원
OpenShift Container Platform 버전ARM64 제어 평면ARM64 컴퓨트 노드

4.19

사용할 수 없음

기술 프리뷰

4.18

사용할 수 없음

기술 프리뷰

4.17

사용할 수 없음

기술 프리뷰

4.16

사용할 수 없음

기술 프리뷰

4.15

사용할 수 없음

기술 프리뷰

4.14

사용할 수 없음

기술 프리뷰

Expand
표 3.6. 베어메탈이 아닌 에이전트 머신에서 호스팅되는 제어 평면에 대한 다중 아키텍처 지원
OpenShift Container Platform 버전ARM64 제어 평면ARM64 컴퓨트 노드

4.19

사용할 수 없음

사용할 수 없음

4.18

사용할 수 없음

사용할 수 없음

4.17

사용할 수 없음

사용할 수 없음

Expand
표 3.7. IBM Power의 호스팅 제어 평면에 대한 다중 아키텍처 지원
OpenShift Container Platform 버전제어 평면컴퓨팅 노드

4.19

  • 64비트 x86: 일반 공급
  • ARM64: 사용할 수 없음
  • s390x: 사용할 수 없음
  • ppc64le: 사용할 수 없음
  • 64비트 x86: 일반 공급
  • ARM64: 사용할 수 없음
  • s390x: 사용할 수 없음
  • ppc64le: 일반 공급

4.18

  • 64비트 x86: 일반 공급
  • ARM64: 사용할 수 없음
  • s390x: 사용할 수 없음
  • ppc64le: 사용할 수 없음
  • 64비트 x86: 사용할 수 없음
  • ARM64: 사용할 수 없음
  • s390x: 사용할 수 없음
  • ppc64le: 일반 공급

4.17

  • 64비트 x86: 일반 공급
  • ARM64: 사용할 수 없음
  • s390x: 사용할 수 없음
  • ppc64le: 사용할 수 없음
  • 64비트 x86: 사용할 수 없음
  • ARM64: 사용할 수 없음
  • s390x: 사용할 수 없음
  • ppc64le: 일반 공급
Expand
표 3.8. IBM Z의 호스팅 제어 평면에 대한 다중 아키텍처 지원
OpenShift Container Platform 버전제어 평면컴퓨팅 노드

4.19

  • 64비트 x86: 일반 공급
  • ARM64: 사용할 수 없음
  • s390x: 사용할 수 없음
  • ppc64le: 사용할 수 없음
  • 64비트 x86: 사용할 수 없음
  • ARM64: 사용할 수 없음
  • s390x: 일반 공급

4.18

  • 64비트 x86: 일반 공급
  • ARM64: 사용할 수 없음
  • s390x: 사용할 수 없음
  • ppc64le: 사용할 수 없음
  • 64비트 x86: 사용할 수 없음
  • ARM64: 사용할 수 없음
  • s390x: 일반 공급
  • ppc64le: 사용할 수 없음

4.17

  • 64비트 x86: 일반 공급
  • ARM64: 사용할 수 없음
  • s390x: 사용할 수 없음
  • ppc64le: 사용할 수 없음
  • 64비트 x86: 사용할 수 없음
  • ARM64: 사용할 수 없음
  • s390x: 일반 공급
  • ppc64le: 사용할 수 없음
Expand
표 3.9. OpenShift Virtualization에서 호스팅되는 제어 평면에 대한 다중 아키텍처 지원
OpenShift Container Platform 버전ARM64 제어 평면ARM64 컴퓨트 노드

4.19

사용할 수 없음

사용할 수 없음

4.18

사용할 수 없음

사용할 수 없음

4.17

사용할 수 없음

사용할 수 없음

4.16

사용할 수 없음

사용할 수 없음

4.15

사용할 수 없음

사용할 수 없음

4.14

사용할 수 없음

사용할 수 없음

3.1.1.5. 멀티클러스터 엔진 오퍼레이터 업데이트

멀티클러스터 엔진 Operator의 다른 버전으로 업데이트하는 경우, 멀티클러스터 엔진 Operator 버전에 포함된 HyperShift Operator가 호스팅 클러스터 버전을 지원하는 경우 호스팅된 클러스터를 계속 실행할 수 있습니다. 다음 표는 어떤 업데이트된 멀티클러스터 엔진 운영자 버전에서 어떤 호스팅 클러스터 버전이 지원되는지 보여줍니다.

참고

HyperShift Operator는 다음 표에 나와 있는 호스팅 클러스터 버전을 지원하지만, 멀티클러스터 엔진 Operator는 현재 버전보다 2개 이전 버전만 지원합니다. 예를 들어, 현재 호스팅 클러스터 버전이 4.19인 경우 멀티클러스터 엔진 Operator는 최대 4.17 버전까지 지원합니다. 멀티클러스터 엔진 오퍼레이터가 지원하는 버전보다 이전 버전의 호스팅 클러스터를 사용하려는 경우, 멀티클러스터 엔진 오퍼레이터에서 호스팅 클러스터를 분리하여 관리되지 않도록 하거나, 이전 버전의 멀티클러스터 엔진 오퍼레이터를 사용할 수 있습니다. 호스팅된 클러스터를 멀티클러스터 엔진 Operator에서 분리하는 방법에 대한 자세한 내용은 관리에서 클러스터 제거 (RHACM 문서)를 참조하세요. 멀티클러스터 엔진 운영자 지원에 대한 자세한 내용은 Kubernetes 운영자 2.9 지원 매트릭스(Red Hat 지식 기반)를 위한 멀티클러스터 엔진을 참조하세요.

Expand
표 3.10. 호스팅된 클러스터에 대한 업데이트된 멀티클러스터 엔진 운영자 버전 지원
업데이트된 멀티클러스터 엔진 운영자 버전지원되는 호스팅 클러스터 버전

2.4에서 2.5로 업데이트되었습니다

OpenShift Container Platform 4.14

2.5에서 2.6으로 업데이트되었습니다.

OpenShift 컨테이너 플랫폼 4.14 - 4.15

2.6에서 2.7로 업데이트되었습니다.

OpenShift 컨테이너 플랫폼 4.14 - 4.16

2.7에서 2.8로 업데이트되었습니다.

OpenShift 컨테이너 플랫폼 4.14 - 4.17

2.8에서 2.9로 업데이트되었습니다.

OpenShift 컨테이너 플랫폼 4.14 - 4.18

예를 들어, 관리 클러스터에 OpenShift Container Platform 4.14 호스팅 클러스터가 있고 멀티클러스터 엔진 Operator 2.4에서 2.5로 업데이트하는 경우 호스팅 클러스터를 계속 실행할 수 있습니다.

3.1.1.6. 기술 프리뷰 기능

다음 목록은 이 릴리스에서 기술 미리 보기 상태인 기능을 나타냅니다.

  • 연결이 끊긴 환경에서 IBM Z의 호스팅된 제어 평면
  • 호스팅된 제어 평면에 대한 사용자 정의 오염 및 허용
  • OpenShift 가상화를 위한 호스팅된 제어 평면의 NVIDIA GPU 장치
  • Red Hat OpenStack Platform(RHOSP)에서 호스팅되는 제어 플레인

3.1.2. FIPS 지원 호스팅 클러스터

호스팅된 제어 평면의 바이너리는 FIP를 준수하지만 호스팅된 제어 평면 명령줄 인터페이스인 hcp 는 예외입니다.

FIPS 지원 호스팅 클러스터를 배포하려면 FIPS 지원 관리 클러스터를 사용해야 합니다. 관리 클러스터에 대해 FIPS 모드를 활성화하려면 FIPS 모드에서 작동하도록 구성된 Red Hat Enterprise Linux(RHEL) 컴퓨터에서 설치 프로그램을 실행해야 합니다. RHEL에서 FIPS 모드를 구성하는 방법에 대한 자세한 내용은 RHEL을 FIPS 모드로 전환을 참조하세요.

FIPS 모드로 부팅된 RHEL 또는 Red Hat Enterprise Linux CoreOS(RHCOS)를 실행할 때 OpenShift Container Platform 핵심 구성 요소는 x86_64, ppc64le 및 s390x 아키텍처에서만 FIPS 140-2/140-3 검증을 위해 NIST에 제출된 RHEL 암호화 라이브러리를 사용합니다.

FIPS 모드로 관리 클러스터를 설정하면 호스팅 클러스터 생성 프로세스가 해당 관리 클러스터에서 실행됩니다.

3.1.3. 호스팅된 제어 평면의 CIDR 범위

OpenShift Container Platform에 호스팅된 제어 평면을 배포하려면 다음과 같은 필수 CIDR(Classless Inter-Domain Routing) 서브넷 범위를 사용하세요.

  • v4InternalSubnet : 100.65.0.0/16(OVN-Kubernetes)
  • clusterNetwork : 10.132.0.0/14(pod 네트워크)
  • serviceNetwork: 172.31.0.0/16

OpenShift Container Platform CIDR 범위 정의에 대한 자세한 내용은 "CIDR 범위 정의"를 참조하세요.

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat