1.3.9. 설치 및 업데이트

Google Cloud를 설치하고 Google Cloud 워크로드 ID를 사용하도록 구성할 때 Cloud Credential Operator 유틸리티에서 프로젝트 수준의 Machine API 컨트롤러 서비스 계정을 컴퓨팅 노드 서비스 계정에만 부여하는 Google Cloud iam.serviceAccounts.actAs 권한을 제한할 수 있습니다.

자세한 내용은 컴퓨팅 노드 서비스 계정으로 서비스 계정 가장 제한 을 참조하십시오.

기본 클러스터 프로비저닝 DNS 솔루션 대신 사용자가 프로비저닝한 도메인 이름 서버(DNS)를 활성화할 수 있습니다. 예를 들어 조직의 보안 정책은 Google Cloud DNS와 같은 퍼블릭 DNS 서비스 사용을 허용하지 않을 수 있습니다. API 및 Ingress 서버의 IP 주소에 대해서만 DNS를 관리할 수 있습니다. 이 기능을 사용하는 경우 api.<cluster_name>.<base_domain>., *.apps.<cluster_name>.<base_domain>.에 대한 레코드를 포함하는 자체 DNS 솔루션을 제공해야 합니다.

사용자 프로비저닝 DNS가 있는 Google Cloud에 클러스터를 설치하는 것은 기술 프리뷰 상태의 OpenShift Container Platform 4.19에 도입되었습니다. OpenShift Container Platform 4.21에서 이제 일반적으로 사용할 수 있습니다.

자세한 내용은 사용자 관리 DNS 활성화 및 자체 DNS 레코드 프로비저닝을 참조하십시오.

이번 업데이트에서는 install-config.yaml 파일에서 firewallRulesManagement 매개변수를 활성화하여 Google Cloud의 클러스터를 기존 VPC에 설치할 때 자체 방화벽 규칙을 관리할 수 있습니다. 자체 방화벽 규칙을 관리하여 설치 프로그램에 부여한 권한을 제한할 수 있습니다.

자세한 내용은 자체 방화벽 규칙 관리를 참조하십시오.

이번 업데이트를 통해 Amazon Web Services에 클러스터를 설치할 때 gp3 rootVolume 드라이브의 최대 처리량을 사용자 지정할 수 있습니다. 이 사용자 지정은 install-config.yaml 파일의 compute.platform.aws.rootVolume.throughput 또는 controlPlane.platform.aws.rootVolume.throughput 매개변수를 수정하여 설정됩니다.

자세한 내용은 선택적 AWS 구성 매개변수를 참조하십시오.

이제 VMware vSphere Foundation (VVF) 9 및 VMware Cloud Foundation (VCF) 9에 OpenShift Container Platform을 설치할 수 있습니다.

이번 업데이트를 통해 지원 설치 관리자를 사용하여 Oracle Database appliance에 클러스터를 설치할 수 있습니다.

자세한 내용은 지원 설치 관리자를 사용하여 Oracle Database 어플라이언스에 클러스터 설치를 참조하십시오.

RHOSP 17.1에서는 RHOSP 머신 네트워크가 IPv6 전용인 경우 듀얼 스택 OpenShift Container Platform 클러스터를 배포할 수 있습니다. 클러스터는 여전히 내부 클러스터 및 서비스 네트워크에 IPv4를 사용합니다.

자세한 내용은 듀얼 스택 네트워킹을 사용하여 클러스터 구성을 참조하십시오.

기본 클러스터 프로비저닝 DNS 솔루션 대신 사용자가 프로비저닝한 도메인 이름 서버(DNS)를 활성화할 수 있습니다. 예를 들어 조직의 보안 정책은 AWS(Amazon Web Services) DNS와 같은 퍼블릭 DNS 서비스를 사용하지 못할 수 있습니다. 결과적으로 클라우드 DNS에 레코드를 추가하는 대신 자체 시스템에서 API 및 Ingress DNS 레코드를 관리할 수 있습니다. 이 기능을 사용하는 경우 api.<cluster_name>.<base_domain>., *.apps.<cluster_name>.<base_domain>.에 대한 레코드를 포함하는 자체 DNS 솔루션을 제공해야 합니다. 사용자 프로비저닝 DNS 활성화는 기술 프리뷰 기능으로 사용할 수 있습니다.

자세한 내용은 사용자 관리 DNS 활성화 및 자체 DNS 레코드 프로비저닝을 참조하십시오.

이번 업데이트를 통해 NAT 게이트웨이를 아웃바운드 라우팅 전략으로 사용하여 Azure에 클러스터를 설치할 수 있습니다. NAT 게이트웨이는 다른 아웃 바운드 라우팅 전략에서 발생할 수 있는 SNAT 포트 소진의 위험을 최소화할 수 있습니다. install-config.yaml 파일에서 platform.azure.outboundType 매개변수를 사용하여 NAT 게이트웨이를 구성할 수 있습니다.

자세한 내용은 추가 Azure 구성 매개변수를 참조하십시오.

이번 릴리스에서는 OpenShift Container Platform 클러스터를 설치할 때 Google Cloud Private Service Connect(PSC) 끝점을 사용하여 설치가 조직의 엄격한 규제 정책을 충족하도록 할 수 있습니다.

자세한 내용은 선택적 구성 매개변수를 참조하십시오.

이번 업데이트를 통해 베어 메탈에 클러스터를 설치할 때 BMC와의 통신을 보호하기 위해 자체 로컬 또는 자체 서명된 CA 인증서를 제공할 수 있습니다. install-config.yaml 파일에서 platform.baremetal.bmcCACert 매개변수를 사용하여 이 인증서를 구성할 수 있습니다. 신뢰할 수 있는 CA 인증서를 사용하지 않는 경우 자체 CA 인증서를 제공하여 BMC 통신을 보호할 수 있습니다. 클러스터가 다른 BMC CA 인증서로 설치되었는지 또는 BMC CA 인증서가 없는 경우 설치 후 로컬 또는 자체 서명된 CA 인증서를 구성할 수도 있습니다.

자세한 내용은 추가 설치 구성 매개변수 및 로컬 또는 자체 서명된 Baseboard Management Controller CA 인증서 구성 을 참조하십시오.

배포된 베어 메탈 클러스터의 호스트의 경우 펌웨어 속성 및 펌웨어 이미지를 업데이트할 수 있습니다. 결과적으로 완전히 프로비저닝 해제하지 않고 이미 프로비저닝된 호스트의 펌웨어 업그레이드를 실행하고 BIOS 설정을 업데이트할 수 있습니다. HostFirmwareComponents,HostFirmareSettings 또는 HostUpdatePolicy 리소스에 대한 실시간 업데이트를 수행하는 것은 파괴적이고 불안정한 작업이 될 수 있습니다. 이러한 업데이트는 신중하게 고려한 후에만 수행합니다.

이 기능은 기술 프리뷰 상태의 OpenShift Container Platform 4.18에서 도입되었습니다. 이 기능은 이제 OpenShift Container Platform 4.21에서 일반적으로 사용할 수 있습니다.

자세한 내용은 HostFirmwareSettings 리소스에 대한 실시간 업데이트수행, HostFirmwareComponents 리소스에 대한 실시간 업데이트 수행, HostUpdatePolicy 리소스 설정을 참조하십시오.

기본 클러스터 프로비저닝 DNS 솔루션 대신 사용자가 프로비저닝한 도메인 이름 서버(DNS)를 활성화할 수 있습니다. 예를 들어 조직의 보안 정책은 Microsoft Azure DNS와 같은 퍼블릭 DNS 서비스를 사용하지 못할 수 있습니다. API 및 Ingress 서버의 IP 주소에 대해서만 DNS를 관리할 수 있습니다. 이 기능을 사용하는 경우 api.<cluster_name>.<base_domain>., *.apps.<cluster_name>.<base_domain>.에 대한 레코드를 포함하는 자체 DNS 솔루션을 제공해야 합니다. 사용자 프로비저닝 DNS 활성화는 기술 프리뷰 기능으로 사용할 수 있습니다.

자세한 내용은 사용자 관리 DNS 활성화 및 자체 DNS 레코드 프로비저닝을 참조하십시오.