2장. 클러스터 설치 방법 선택 및 사용자를 위한 준비

OpenShift Container Platform을 직접 설치하고 관리하려면 다음 플랫폼에 설치할 수 있습니다.

OpenShift Container Platform 4 클러스터를 온프레미스 하드웨어와 클라우드 호스팅 서비스 모두에 배포할 수 있지만, 클러스터의 모든 머신은 동일한 데이터 센터 또는 클라우드 호스팅 서비스에 있어야 합니다.

OpenShift Container Platform을 사용하고 싶지만 클러스터를 직접 관리하고 싶지 않은 경우 여러 가지 관리형 서비스 옵션 중에서 선택할 수 있습니다. Red Hat에서 완벽하게 관리하는 클러스터가 필요한 경우 OpenShift Dedicated를 사용할 수 있습니다. Azure, AWS, IBM Cloud® 또는 Google Cloud Platform에서 OpenShift를 관리형 서비스로 사용할 수도 있습니다. 관리 서비스에 대한 자세한 내용은 OpenShift 제품 페이지를 참조하십시오. 클라우드 가상 머신이 있는 OpenShift Container Platform 클러스터를 가상 베어 메탈로 설치하는 경우, 해당 클라우드 기반 스토리지는 지원되지 않습니다.

OpenShift Container Platform 3을 사용했으며 OpenShift Container Platform 4를 시도하려면 OpenShift Container Platform 4가 어떻게 다른지 이해해야 합니다. OpenShift Container Platform 4는 Kubernetes 애플리케이션을 패키징, 배포 및 관리하는 운영자와 플랫폼이 실행되는 운영 체제인 Red Hat Enterprise Linux CoreOS(RHCOS)를 원활하게 통합합니다. OpenShift Container Platform을 설치하기 위해 머신을 배포하고 운영 체제를 구성하는 대신 RHCOS 운영 체제는 OpenShift Container Platform 클러스터의 통합된 부분입니다. 클러스터 머신에 운영 체제를 배포하는 것은 OpenShift Container Platform 설치 프로세스의 일부입니다. OpenShift Container Platform 3과 4의 차이점을 확인하세요.

OpenShift Container Platform 클러스터 설치 프로세스의 일부로 머신을 프로비저닝해야 하므로 OpenShift Container Platform 3 클러스터를 OpenShift Container Platform 4로 업그레이드할 수 없습니다. 대신 새로운 OpenShift Container Platform 4 클러스터를 생성하고 OpenShift Container Platform 3 워크로드를 마이그레이션해야 합니다. 마이그레이션에 대한 자세한 내용은 OpenShift Container Platform 3에서 4로 마이그레이션 개요를 참조하세요. OpenShift Container Platform 4로 마이그레이션해야 하므로 모든 유형의 프로덕션 클러스터 설치 프로세스를 사용하여 새 클러스터를 생성할 수 있습니다.

운영 체제는 OpenShift Container Platform에 통합되므로 OpenShift Container Platform용 설치 프로그램이 모든 인프라를 가동하도록 하는 것이 더 쉬워집니다. 이는 설치 관리자가 프로비저닝한 인프라 설치라고 합니다. 이 유형의 설치에서는 클러스터에 일부 기존 인프라를 제공할 수 있지만, 설치 프로그램은 클러스터가 처음에 필요한 모든 머신을 배포합니다.

AWS , Azure , Azure Stack Hub , GCP , Nutanix 에 클러스터나 기반 머신에 대한 사용자 정의를 지정하지 않고도 설치 프로그램에서 제공하는 인프라 클러스터를 배포할 수 있습니다.

클러스터 머신의 인스턴스 유형과 같이 설치 프로그램에서 제공하는 인프라 클러스터에 대한 기본 구성을 수행해야 하는 경우 AWS , Azure , GCP , Nutanix 에 대한 설치를 사용자 지정할 수 있습니다.

설치 프로그램에서 제공하는 인프라 설치의 경우 AWS의 기존 VPC , Azure의 vNet 또는 GCP의 VPC를 사용할 수 있습니다. 또한 네트워킹 인프라의 일부를 재사용하여 AWS , Azure , GCP 의 클러스터가 사용자 환경의 기존 IP 주소 할당과 공존하고 기존 MTU 및 VXLAN 구성과 통합될 수 있습니다. 이러한 클라우드에 기존 계정과 인증 정보가 있는 경우 다시 사용할 수 있지만 계정을 수정하여 OpenShift Container Platform 클러스터를 설치하는 데 필요한 권한이 있어야 할 수 있습니다.

설치 프로그램에서 제공하는 인프라 방식을 사용하면 vSphere 및 베어 메탈 에 적합한 머신 인스턴스를 하드웨어에 생성할 수 있습니다. 또한 vSphere 의 경우 설치 중에 추가 네트워크 매개변수를 사용자 정의할 수도 있습니다.

예를 들어 VMware vSphere 및 베어 메탈 플랫폼에서 일부 설치 프로그램 제공 인프라 설치의 경우, 수신 가상 IP(VIP)에 도달하는 외부 트래픽이 기본 IngressController 복제본 간에 균형이 맞춰지지 않습니다. 기준 IngressController 라우터 성능을 초과할 것으로 예상되는 vSphere 및 베어 메탈 설치 프로그램 제공 인프라 설치의 경우 외부 로드 밸런서를 구성해야 합니다. 외부 로드 밸런서를 구성하면 여러 IngressController 복제본의 성능을 얻을 수 있습니다. 기준 IngressController 성능에 대한 자세한 내용은 기준 Ingress Controller(라우터) 성능을 참조하세요. 외부 로드 밸런서 구성에 대한 자세한 내용은 사용자 관리 로드 밸런서 구성을 참조하세요.

광범위한 클라우드 인프라를 재사용하려면 사용자가 프로비저닝한 인프라 설치를 완료할 수 있습니다. 이러한 설치를 통해 설치 프로세스 중에 클러스터에 필요한 머신을 수동으로 배포합니다. AWS , Azure , Azure Stack Hub 에서 사용자 프로비저닝 인프라 설치를 수행하는 경우 제공된 템플릿을 사용하여 필요한 모든 구성 요소를 구축할 수 있습니다. GCP에서 공유 VPC 를 재사용할 수도 있습니다. 그렇지 않으면 공급자와 무관한 설치 방법을 사용하여 다른 클라우드에 클러스터를 배포할 수 있습니다.

기존 하드웨어에서 사용자가 프로비저닝한 인프라 설치를 완료할 수도 있습니다. RHOSP , IBM Z® 또는 IBM® LinuxONE , RHEL KVM이 포함된 IBM Z® 및 IBM® LinuxONE , LPAR , IBM Power 또는 vSphere 의 IBM Z® 및 IBM® LinuxONE을 사용하는 경우 특정 설치 지침을 사용하여 클러스터를 배포하세요. 지원되는 다른 하드웨어를 사용하는 경우 베어 메탈 설치 절차를 따르세요. vSphere , 베어 메탈 등 일부 플랫폼의 경우 설치 중에 추가 네트워크 매개변수를 사용자 정의할 수도 있습니다.

사용자가 프로비저닝한 설치 메서드를 사용하는 경우 클러스터에 대한 프록시를 구성할 수 있습니다. 지침은 각 설치 절차에 포함됩니다.

퍼블릭 클라우드의 클러스터가 엔드포인트를 외부에 노출하는 것을 방지하려면 AWS , Azure 또는 GCP 에서 설치 관리자가 제공하는 인프라를 사용하여 프라이빗 클러스터를 배포할 수 있습니다.

연결이 끊어졌거나 네트워크가 제한된 클러스터 등 인터넷에 대한 액세스가 제한된 클러스터를 설치해야 하는 경우, 설치 패키지를 미러링 하여 클러스터를 설치할 수 있습니다. AWS , GCP , IBM Z® 또는 IBM® LinuxONE , RHEL KVM이 포함된 IBM Z® 또는 IBM® LinuxONE , LPAR의 IBM Z® 또는 IBM® LinuxONE , IBM Power® , vSphere 또는 bare metal에 대한 제한된 네트워크에 대한 사용자 제공 인프라 설치에 대한 자세한 지침을 따르세요. AWS , GCP , IBM Cloud® , Nutanix , RHOSP 및 vSphere 에 대한 자세한 지침을 따르면 설치 프로그램에서 제공하는 인프라를 사용하여 제한된 네트워크에 클러스터를 설치할 수도 있습니다.

AWS GovCloud 리전, AWS China 리전 또는 Azure 정부 리전에 클러스터를 배포해야 하는 경우 설치 관리자가 프로비저닝한 인프라 설치 중에 해당 사용자 지정 리전을 구성할 수 있습니다.

설치 중에 FIPS 140-2/140-3 검증을 위해 NIST에 제출된 RHEL 암호화 라이브러리를 사용하도록 클러스터 머신을 구성할 수도 있습니다.