8.2. 사전 요구 사항

• CPU 아키텍처: 모든 노드는 x86_64 CPU 아키텍처를 사용해야 합니다.
• 유사한 노드: Red Hat은 노드에서 역할별로 동일한 구성을 설정할 것을 권장합니다. 즉, Red Hat은 동일한 CPU, 메모리, 스토리지 설정의 브랜드 및 모델의 노드를 사용할 것을 권장하고 있습니다.
• 베이스 보드 관리 컨트롤러 : 프로비저너 노드는 각 OpenShift Container Platform 클러스터 노드의 베이스 보드 관리 컨트롤러 (BMC)에 액세스할 수 있어야 합니다. IPMI, Redfish 또는 전용 프로토콜을 사용할 수 있습니다.
• 최신 생성: 노드는 가장 최근 생성 중이어야 합니다. 설치 프로그램에서 제공하는 설치는 노드간에 호환되어야 하는 BMC 프로토콜을 사용합니다. 또한 RHEL 8에는 RAID 컨트롤러 용 최신 드라이버가 포함되어 있습니다. 노드가 RHEL 8을 실행하기 위해 provisioner 노드를 지원하고 RHCOS 8을 실행하기 위해 컨트롤 플레인 및 작업자 노드를 지원하기에 충분한 지 확인합니다.
• 레지스트리 노드: (선택 사항) 연결이 끊긴 미러링된 레지스트리를 설정하는 경우 레지스트리가 자체 노드에 상주하는 것이 좋습니다.
• 프로비저너 노드: 설치 프로그램에서 제공하는 설치에는 하나의 프로비저너 노드가 필요합니다.
• 컨트롤 플레인: 설치 관리자 프로비저닝 설치에는 고가용성을 위해 세 개의 컨트롤 플레인 노드가 필요합니다. 컨트롤 플레인 노드 3개만 사용하여 OpenShift Container Platform 클러스터를 배포하여 컨트롤 플레인 노드를 작업자 노드로 예약할 수 있습니다. 소규모 클러스터는 개발, 프로덕션 및 테스트 중에 관리자와 개발자에게 더 많은 리소스를 제공합니다.

• 작업자 노드: 필수는 아니지만 일반적인 프로덕션 시스템에는 두 개 이상의 작업자 노드가 있습니다.

  중요

  클러스터가 성능 저하된 상태로 라우터 및 인그레스 트래픽으로 배포되므로 하나의 작업자 노드로만 클러스터를 배포하지 마십시오.

• 네트워크 인터페이스: 각 노드에는 라우팅 가능한 baremetal 네트워크에 대해 하나 이상의 네트워크 인터페이스가 있어야합니다. 배포에 provisioning 네트워크를 사용할 때 각 노드에는 provisioning 네트워크에 대해 하나의 네트워크 인터페이스가 있어야합니다. provisioning 네트워크를 사용하는 것이 기본 구성입니다. 네트워크 인터페이스 이름 지정은 provisioning 네트워크의 컨트롤 플레인 노드에서 일관되어야 합니다. 예를 들어 컨트롤 플레인 노드에서 provisioning 네트워크에 eth0 NIC를 사용하는 경우 다른 컨트롤 플레인 노드도 사용해야 합니다.
• UEFI(Unified Extensible Firmware Interface): 설치 관리자 프로비저닝 설치에는 provisioning 네트워크에서 IPv6 주소를 사용할 때 모든 OpenShift Container Platform 노드에서 UEFI 부팅이 필요합니다 . 또한 provisioning 네트워크 NIC에서 IPv6 프로토콜을 사용하도록 UEFI 장치 PXE 설정을 설정해야하지만 provisioning 네트워크를 생략하면 이 요구 사항이 제거됩니다.

• 보안 부팅: 많은 프로덕션 시나리오에서는 UEFI 펌웨어 드라이버, EFI 애플리케이션 및 운영 체제와 같은 신뢰할 수 있는 소프트웨어에서만 노드를 부팅하도록 Secure Boot가 활성화된 노드를 확인해야 합니다. Secure Boot를 사용하여 수동으로 배포하거나 관리할 수 있습니다.

  1. 수동: Secure Boot를 사용하여 OpenShift Container Platform 클러스터를 수동으로 배포하려면 각 컨트롤 플레인 노드 및 각 작업자 노드에서 UEFI 부팅 모드 및 Secure Boot를 활성화해야 합니다. Red Hat은 설치 관리자 프로비저닝 설치에서 Redfish 가상 미디어를 사용하는 경우에만 수동으로 활성화된 UEFI 및 Secure Boot를 사용하여 Secure Boot를 지원합니다. 자세한 내용은 "노드 구성" 섹션의 "Secure Boot을 위해 수동으로 노드 구성"을 참조하십시오.

  2. 관리: 관리형 Secure Boot를 사용하여 OpenShift Container Platform 클러스터를 배포하려면 install-config.yaml 파일에서 bootMode 값을 UEFISecureBoot 로 설정해야 합니다. Red Hat은 펌웨어 버전 2.75.75.75 이상을 실행하는 10세대 HPE 하드웨어와 13세대 Dell 하드웨어에 대한 관리형 Secure Boot를 사용하는 설치 관리자 프로비저닝 설치를 지원합니다. 관리형 Secure Boot를 사용하여 배포하는 경우 Redfish 가상 미디어가 필요하지 않습니다. 자세한 내용은 "OpenShift 설치를 위한 환경 설정" 섹션의 "관리형 Secure Boot 구성"을 참조하십시오.

     참고

     Red Hat은 자체 생성되는 키가 있는 Secure Boot를 지원하지 않습니다.

• 실시간 마이그레이션 기능을 사용하려면 클러스터 설치 시 작업자 노드가 여러 개 있어야 합니다. 실시간 마이그레이션에는 클러스터 수준의 HA(고가용성) 플래그를 true로 설정해야 하기 때문입니다. HA 플래그는 클러스터가 설치될 때 설정되며 나중에 변경할 수 없습니다. 클러스터를 설치할 때 정의된 작업자 노드가 두 개 미만인 경우 클러스터 수명에 대해 HA 플래그가 false로 설정됩니다.

  참고

  단일 노드 클러스터에 OpenShift Virtualization을 설치할 수 있지만 단일 노드 OpenShift는 고가용성을 지원하지 않습니다.

• 실시간 마이그레이션에는 공유 스토리지가 필요합니다. OpenShift Virtualization의 스토리지에서는 RWX(ReadWriteMany) 액세스 모드를 지원하고 사용해야 합니다.
• SR-IOV(Single Root I/O Virtualization)를 사용하려는 경우 OpenShift Container Platform에서 NIC(네트워크 인터페이스 컨트롤러)를 지원하는지 확인합니다.

사전 요구 사항

• Secure Boot Control을 비활성화했는지 확인합니다. 보안 Secure Boot Configuration Secure Boot Control 에서 기능을 비활성화할 수 있습니다.

• 대역 외 관리 IP

  • 예

    • Dell (iDRAC) IP
    • HP (iLO) IP
    • Fujitsu (iRMC) IP

provisioning 네트워크를 사용하는 경우

• NIC (프로비저닝) MAC 주소
• NIC (baremetal) MAC 주소

provisioning 네트워크를 생략하는 경우

• NIC (baremetal) MAC 주소

provisioning 네트워크를 사용하는 경우

• ❏ NIC1 VLAN은 provisioning 네트워크에 대해 설정되어 있습니다.
• 프로비저닝 네트워크의 NIC1은 프로비저너, 컨트롤 플레인 (마스터) 및 작업자 노드에서 PXE를 활성화합니다.
• ❏ NIC2 VLAN은 baremetal 네트워크에 대해 설정되어 있습니다.
• ❏ 다른 모든 NIC에서 PXE는 비활성화되어 있습니다.
• DNS는 API 및 Ingress 끝점으로 구성됩니다.
• ❏ 컨트롤 플레인 및 작업자 노드가 설정되어 있습니다.
• ❏ 모든 노드는 대역 외 관리를 통해 액세스할 수 있습니다.
• ECDHE (선택 사항) 별도의 관리 네트워크가 생성되었습니다.
• ❏ 설치에 필요한 데이터.

provisioning 네트워크를 생략하는 경우

• NIC1 VLAN은 baremetal 네트워크에 맞게 구성되어 있습니다.
• DNS는 API 및 Ingress 끝점으로 구성됩니다.
• ❏ 컨트롤 플레인 및 작업자 노드가 설정되어 있습니다.
• ❏ 모든 노드는 대역 외 관리를 통해 액세스할 수 있습니다.
• ECDHE (선택 사항) 별도의 관리 네트워크가 생성되었습니다.
• ❏ 설치에 필요한 데이터.