11장. IBM Cloud에 설치 프로그램 프로비저닝 클러스터 배포

IBM Cloud®에 OpenShift Container Platform 클러스터를 배포하려면 먼저 IBM Cloud 노드를 프로비저닝해야 합니다.

IBM Cloud API를 사용하여 IBM Cloud 노드를 사용자 지정할 수 있습니다. IBM Cloud 노드를 생성할 때 다음 요구 사항을 고려해야 합니다.

클러스터당 데이터 센터 1개 사용

OpenShift Container Platform 클러스터의 모든 노드는 동일한 IBM Cloud 데이터 센터에서 실행해야 합니다.

공용 및 개인 VLAN 만들기

단일 공용 VLAN 및 단일 개인 VLAN을 사용하여 모든 노드를 생성합니다.

서브넷에 충분한 IP 주소가 있는지 확인하십시오

IBM Cloud 공용 VLAN 서브넷에서는 기본적으로 16개의 IP 주소를 제공하는 /28 접두사를 사용합니다. 베어 메탈 네트워크의 API VIP 및 Ingress VIP에 대한 세 개의 컨트롤 플레인 노드, 작업자 노드 4개, IP 주소 2개로 구성된 클러스터에 충분합니다. 대규모 클러스터의 경우 더 작은 접두사가 필요할 수 있습니다.

IBM Cloud 프라이빗 VLAN 서브넷에서는 기본적으로 64개의 IP 주소를 제공하는 /26 접두사를 사용합니다. IBM Cloud는 사설 네트워크 IP 주소를 사용하여 각 노드의 BMC(Baseboard Management Controller)에 액세스합니다. OpenShift Container Platform은 provisioning 네트워크에 대한 추가 서브넷을 생성합니다 . 사설 VLAN을 통해 프로비저닝 네트워크 서브넷 경로에 대한 네트워크 트래픽. 대규모 클러스터의 경우 더 작은 접두사가 필요할 수 있습니다.

NIC 설정

OpenShift Container Platform은 다음 두 가지 네트워크를 사용하여 배포합니다.

클러스터 노드에는 두 개 이상의 NIC가 포함될 수 있지만 설치 프로세스는 처음 두 개의 NIC에만 중점을 둡니다. 예를 들면 다음과 같습니다.

이전 예에서 모든 컨트롤 플레인 및 작업자 노드의 NIC1은 OpenShift Container Platform 클러스터 설치에만 사용되는 라우팅 불가능한 네트워크 (프로비저닝)에 연결됩니다. 모든 컨트롤 플레인 및 작업자 노드의 NIC2는 라우팅 가능한 baremetal 네트워크에 연결됩니다.

정식 이름 구성

클라이언트는 baremetal 네트워크를 통해 OpenShift Container Platform 클러스터 노드에 액세스합니다. 정식 이름 확장이 클러스터 이름인 하위 영역 또는 IBM Cloud 하위 도메인을 구성합니다.

<cluster_name>.<domain>

예를 들면 다음과 같습니다.

test-cluster.example.com

DNS 항목 생성

다음을 위해 퍼블릭 서브넷에서 사용되지 않는 IP 주소를 확인하는 DNS A 레코드 항목을 생성해야 합니다.

컨트롤 플레인 및 작업자 노드에는 프로비저닝 후 이미 DNS 항목이 있습니다.

다음 테이블에서는 정규화된 도메인 이름의 예를 제공합니다. API 및 Nameserver 주소는 표준 이름 확장으로 시작됩니다. 컨트롤 플레인 및 작업자 노드의 호스트 이름은 예제이므로 원하는 호스트 이름 지정 규칙을 사용할 수 있습니다.

OpenShift Container Platform에는 클러스터 멤버십 정보를 사용하여 A 레코드를 생성하는 기능이 포함되어 있습니다. 이렇게 하면 노드 이름이 해당 IP 주소로 확인됩니다. 노드가 API에 등록되면 클러스터에서 CoreDNS-mDNS를 사용하지 않고 노드 정보를 분산할 수 있습니다. 그러면 멀티캐스트 DNS와 연결된 네트워크 트래픽이 제거됩니다.

Network Time Protocol (NTP)

클러스터의 각 OpenShift Container Platform 노드는 NTP 서버에 액세스할 수 있습니다. OpenShift Container Platform 노드는 NTP를 사용하여 클럭을 동기화합니다. 예를 들어 클러스터 노드는 검증이 필요한 SSL 인증서를 사용하므로 노드 간 날짜와 시간이 동기화되지 않은 경우 인증서가 실패할 수 있습니다.

DHCP 서버 설정

IBM Cloud는 공용 또는 개인 VLAN에서 DHCP를 실행하지 않습니다. IBM Cloud 노드를 프로비저닝한 후 OpenShift Container Platform의 baremetal 네트워크에 해당하는 공용 VLAN의 DHCP 서버를 설정해야 합니다.

자세한 내용은 "공용 서브넷 구성" 섹션을 참조하십시오.

BMC 액세스 권한 확인

대시보드의 각 노드의 "원격 관리" 페이지에는 노드의 IPMI(Intelligent Platform Management Interface) 자격 증명이 포함되어 있습니다. 기본 IPMI 권한을 사용하면 사용자가 특정 부팅 대상을 변경할 수 없습니다. Ironic에서 이러한 변경을 수행할 수 있도록 권한 수준을 OPERATOR 로 변경해야 합니다.

install-config.yaml 파일에서 각 BMC를 구성하는 데 사용되는 URL에 privilegelevel 매개변수를 추가합니다. 자세한 내용은 "install-config.yaml 파일 구성" 섹션을 참조하십시오. 예를 들면 다음과 같습니다.

ipmi://<IP>:<port>?privilegelevel=OPERATOR

또는 IBM Cloud 지원 센터에 문의하여 각 노드의 IPMI 권한을 ADMINISTRATOR 로 증가하도록 요청합니다.

베어 메탈 서버 생성

리소스 베어 메탈 서버 만들기로 이동하여 IBM Cloud 대시보드에 베어 메탈 서버를 만듭니다.

또는 ibmcloud CLI 유틸리티를 사용하여 베어 메탈 서버를 생성할 수도 있습니다. 예를 들면 다음과 같습니다.

$ ibmcloud sl hardware create --hostname <SERVERNAME> \
                            --domain <DOMAIN> \
                            --size <SIZE> \
                            --os <OS-TYPE> \
                            --datacenter <DC-NAME> \
                            --port-speed <SPEED> \
                            --billing <BILLING>

IBM Cloud CLI 설치에 대한 자세한 내용은 독립 실행형 IBM Cloud CLI 설치를 참조하십시오.