2장. 요구 사항

최소 요구 사항:

• Red Hat OpenStack Platform director용 호스트 머신 한 대
• Red Hat OpenStack Platform Compute 노드용 호스트 머신 한 대
• Red Hat OpenStack Platform Controller 노드용 호스트 머신 한 대

권장 요구 사항:

• Red Hat OpenStack Platform director용 호스트 머신 한 대
• Red Hat OpenStack Platform Compute 노드용 호스트 머신 세 대
• 클러스터의 Red Hat OpenStack Platform Controller 노드용 호스트 머신 세 대
• 클러스터의 Red Hat Ceph Storage 노드용 호스트 머신 세 대

• 모든 노드에 베어 메탈 시스템을 사용하는 것이 좋습니다. 적어도 Compute 노드에는 베어 메탈 시스템을 사용해야 합니다.
• 모든 오버클라우드 베어 메탈 시스템에는 IPMI(Intelligent Platform Management Interface)가 있어야 합니다. 이는 director가 전원 관리를 제어하기 때문입니다.

• Intel 64 또는 AMD64 CPU 확장 기능을 지원하는 8코어 64비트 x86 프로세서
• 최소 16GB RAM
• root 디스크에서 최소 40GB의 사용 가능한 디스크 공간. 오버클라우드 배포 또는 업데이트를 시도하려면 최소 10GB의 사용 가능한 공간이 있어야 합니다. 이러한 여유 공간은 노드 프로비저닝 프로세스 동안 이미지 변환 및 캐싱에 사용됩니다.
• 최소 2개의 1Gbps 네트워크 인터페이스 카드. 특히, 오버클라우드 환경에서 많은 수의 노드를 프로비저닝하는 경우 프로비저닝 네트워크 트래픽에 10Gbps 인터페이스를 사용하는 것이 좋습니다.
• 호스트 운영 체제로 설치된 Red Hat Enterprise Linux 7.3
• 호스트에서 활성화된 SELinux

• 프로비저닝 네트워크 - 오버클라우드에서 사용할 베어 메탈 시스템을 찾을 수 있도록 DHCP 및 PXE 부팅 기능을 제공합니다. 일반적으로 이 네트워크는 director가 PXE 부팅 및 DHCP 요구에 대응할 수 있도록 트렁크된 인터페이스에서 기본 VLAN을 사용해야 합니다. 일부 서버 하드웨어 BIOS는 VLAN에서의 PXE 부팅을 지원하지만, BIOS가 부팅 후 기본 VLAN으로 해당 VLAN의 변환 기능을 지원해야 합니다. 이 기능이 지원되지 않는 경우 언더클라우드에 연결할 수 없습니다. 현재는 서버 하드웨어의 일부 하위 집합만 이 기능을 지원합니다. 이 네트워크는 모든 오버클라우드 노드에서 IPMI(Intelligent Platform Management Interface)를 통해 전원 관리를 제어하는 데 사용하는 네트워크이기도 합니다.
• 외부 네트워크 - 모든 노드에 원격 연결에 사용되는 별도의 네트워크입니다. 이 네트워크에 연결하는 인터페이스에는 외부 DHCP 서비스를 통해 정적 또는 동적으로 정의된 라우팅 가능한 IP 주소가 필요합니다.

• 일반적인 최소 오버클라우드 네트워크 구성은 다음과 같습니다.

  • 단일 NIC 구성 - 기본 VLAN과 다른 오버클라우드 네트워크 유형에 서브넷을 사용하는 태그된 VLAN에서 프로비저닝 네트워크용 NIC 1개
  • 이중 NIC 구성 - 프로비저닝 네트워크용 NIC 1개와 외부 네트워크용 다른 NIC
  • 이중 NIC 구성 - 기본 VLAN에서 프로비저닝 네트워크용 NIC 1개와 다른 오버클라우드 네트워크 유형에 서브넷을 사용하는 태그된 VLAN용 다른 NIC
  • 여러 NIC 구성 - 각 NIC에서 다른 오버클라우드 네트워크 유형에 서브넷 사용
• 추가 물리적 NIC는 별도의 네트워크 분리, 연결된 인터페이스 생성 또는 태그된 VLAN 트래픽 위임에 사용할 수 있습니다.
• VLAN을 사용하여 네트워크 트래픽 유형을 분리하는 경우 802.1Q 표준을 지원하는 스위치를 사용하여 태그된 VLAN을 제공하십시오.
• 오버클라우드 생성 중에 모든 오버클라우드 머신에 단일 이름을 사용하여 NIC을 참조합니다. 혼동하지 않도록 각 오버클라우드 노드에서 각각의 해당 네트워크에 대해 동일한 NIC를 사용하는 것이 좋습니다. 예를 들어 프로비저닝 네트워크에는 주 NIC를 사용하고, OpenStack 서비스에는 보조 NIC를 사용하십시오.
• 프로비저닝 네트워크 NIC가 director 머신에서 원격 연결에 사용되는 NIC와 같지 않도록 하십시오. director 설치 시 프로비저닝 NIC를 사용하여 브리지가 생성되며, 이로 인해 원격 연결이 모두 끊깁니다. director 시스템에 대한 원격 연결에는 외부 NIC를 사용하십시오.

• 프로비저닝 네트워크에는 현재 환경 크기에 맞는 IP 범위가 필요합니다. 다음 지침을 사용하여 이 범위에 포함할 총 IP 주소 수를 결정하십시오.

  • 프로비저닝 네트워크에 연결된 노드 당 최소 한 개의 IP 주소를 포함합니다.
  • 고가용성 구성을 플래닝하는 경우 클러스터의 가상 IP에 대한 추가 IP 주소를 포함합니다.

  • 환경을 확장할 범위 내에 추가 IP 주소를 포함합니다.

    참고

    프로비저닝 네트워크에서 IP 주소를 중복으로 사용하지 마십시오. 자세한 내용은 3.2절. “네트워크 플래닝”을 참조하십시오.

    참고

    스토리지, 공급자 및 테넌트 네트워크 등에 대한 IP 주소 사용 범위 플래닝에 대한 자세한 내용은 네트워킹 가이드를 참조하십시오.

• 프로비저닝 NIC로 PXE를 부팅하도록 모든 오버클라우드 시스템을 설정하고, 외부 NIC(및 시스템의 다른 모든 NIC)에서 PXE 부팅을 비활성화하십시오. 또한 프로비저닝 NIC에 PXE 부팅이 하드 디스크 및 CD/DVD 드라이브보다 우선하도록 부팅 순서에서 최상위 위치로 지정합니다.
• 모든 오버클라우드 베어 메탈 시스템에는 IPMI(Intelligent Platform Management Interface)와 같은 지원되는 전원 관리 인터페이스가 필요합니다. 이를 통해 director에서 각 노드의 전원 관리를 제어할 수 있습니다.
• 각 오버클라우드 시스템에 대해 프로비저닝 NIC의 MAC 주소, IPMI NIC의 IP 주소, IPMI 사용자 이름 및 IPMI 비밀번호를 기록해 두십시오. 이 정보는 나중에 오버클라우드 노드를 설정할 때 유용합니다.
• 외부 인터넷에서 인스턴스에 액세스할 필요가 있는 경우 공용 네트워크에서 유동 IP 주소를 할당하고 이 주소를 인스턴스와 연결할 수 있습니다. 인스턴스는 해당 개인 IP를 보유하고 있지만, 네트워크 트래픽에서 NAT를 사용하여 유동 IP 주소를 통과합니다. 유동 IP 주소는 여러 개인 IP 주소가 아니라 단일 인스턴스에만 할당할 수 있습니다. 하지만 유동 IP 주소는 단일 테넌트에서만 사용하도록 지정되어 있으므로 테넌트가 필요에 따라 특정 인스턴스와 연결하거나 연결을 해제할 수 있습니다. 이 구성을 사용하면 해당 인프라가 외부 인터넷에 노출되므로 적합한 보안 관행을 준수하고 있는지 확인해야 합니다.
• 하나의 브리지는 단일 인터페이스 또는 단일 본딩만을 멤버로 하면 Open vSwitch에서 네트워크 루프 발생 위험을 완화할 수 있습니다. 여러 개의 본딩이나 인터페이스가 필요한 경우 여러 브리지를 구성할 수 있습니다.