2장. 언더클라우드 플래닝

2.1. 컨테이너화된 언더클라우드

언더클라우드오버클라우드라는 최종 OpenStack Platform 환경의 구성, 설치, 관리를 제어하는 노드입니다. 언더클라우드 자체는 OpenStack Platform 구성 요소를 컨테이너 형태로 사용하여 Red Hat에서 OpenStack Platform director라는 툴셋을 만듭니다. 즉, 언더클라우드는 레지스트리 소스에서 컨테이너 이미지 세트를 가져와서 컨테이너 설정을 생성하고 각 OpenStack Platform 서비스를 컨테이너로 실행합니다. 결과적으로 언더클라우드에서는 오버클라우드를 만들고 관리하는 데 필요한 툴셋 역할을 하는 컨테이너화된 서비스 세트를 제공합니다.

언더클라우드와 오버클라우드 모두 컨테이너를 사용하므로, 동일한 아키텍처를 사용하여 컨테이너를 가져와서 설정 및 실행합니다. 이 아키텍처에서는 노드 프로비저닝에는 Heat라고도 하는 OpenStack Orchestration 서비스를, 서비스 및 컨테이너 구성에는 Ansible을 기반으로 합니다. 오류 발생시 문제 해결에 도움이 되므로 Heat 및 Ansible에 대한 내용을 어느 정도 숙지하고 있는 것이 좋습니다.

2.2. 언더클라우드 네트워킹 준비

언더클라우드에서는 다음 두 개의 주요 네트워크에 액세스해야 합니다.

  • 프로비저닝 또는 컨트롤 플레인 네트워크: director에서 노드를 프로비저닝하고, Ansible 구성을 실행할 때 SSH를 통해 해당 노드에 액세스하는 데 사용하는 네트워크입니다. 이 네트워크에서는 언더클라우드 노드에서 오버클라우드 노드로의 SSH 액세스도 제공합니다. 언더클라우드에서는 이 네트워크의 다른 노드에 대한 인트로스펙션 및 프로비저닝을 위해 DHCP 서비스를 제공합니다. 즉, 이 네트워크에 다른 DHCP 서비스가 존재하고 있어서는 안 됩니다. director에서 이 네트워크의 인터페이스를 설정합니다.
  • 외부 네트워크: 언더클라우드에 OpenStack Platform 리포지토리, 컨테이너 이미지 소스, DNS 서버 또는 NTP 서버와 같은 기타 서버에 대한 액세스를 제공합니다. 이 네트워크는 워크스테이션에서 정상적으로 언더클라우드에 액세스하는 방식에 해당합니다. 즉, 외부 네트워크에 액세스하려면 언더클라우드의 인터페이스를 수동으로 설정해야 합니다.

따라서 언더클라우드에 1Gbps 네트워크 인터페이스 카드가 2개 이상 있어야 합니다. 그러나 특히 오버클라우드 환경에서 다수의 노드를 프로비저닝하는 경우에는 프로비저닝 네트워크 트래픽에 대비해 10Gbps 인터페이스를 사용하는 것이 좋습니다.

다음 사항에 유의하십시오.

  • 프로비저닝/컨트롤 플레인 NIC는 워크스테이션에서 director 시스템에 액세스하는 데 사용한 NIC와 달라야 합니다. director 설치 시 프로비저닝 NIC를 사용하여 브리지가 생성되며, 이로 인해 원격 연결이 모두 해제됩니다. director 시스템에 원격으로 연결하는 경우에는 외부 NIC를 사용합니다.
  • 프로비저닝 네트워크에는 현재 환경 크기에 맞는 IP 범위가 필요합니다. 다음 지침을 사용하여 이 범위에 포함할 총 IP 주소 수를 결정하십시오.

    • introspection 중 프로비저닝 네트워크에 연결된 노드당 임시 IP 주소를 1개 이상 포함합니다.
    • 배포 중 프로비저닝 네트워크에 연결된 노드당 영구적인 IP 주소를 1개 이상 포함합니다.
    • 프로비저닝 네트워크의 오버클라우드 고가용성 클러스터에 대한 가상 IP의 경우 추가 IP 주소를 포함합니다.
    • 환경 확장을 위해 이 범위 내에 추가 IP 주소를 포함합니다.

2.3. 환경 규모 결정

언더클라우드를 설치하기 전에 환경 규모를 결정하는 것이 좋습니다. 다음과 같은 요소를 계획해야 합니다.

  • 오버클라우드의 노드 수 언더클라우드는 오버클라우드 내의 각 노드를 관리합니다. 오버클라우드 노드 프로비저닝에는 언더클라우드의 리소스가 사용됩니다. 따라서 오버클라우드 노드를 적절하게 프로비저닝하고 제어할 수 있도록 언더클라우드에 충분한 리소스를 적절히 제공해야 합니다.
  • 언더클라우드 플랫폼에서 동시에 수행할 작업 수 언더클라우드의 OpenStack 서비스에서는 대부분 작업자 세트를 사용합니다. 각 작업자는 해당 서비스와 관련된 작업을 수행합니다. 여러 작업자를 사용하면 동시에 작업을 수행할 수 있습니다. 언더클라우드의 기본 작업자 수는 언더클라우드의 전체 CPU 스레드 수를 반으로 나눈 값입니다[1]. 예를 들어 언더클라우드에 스레드가 16개인 CPU가 있는 경우 director 서비스는 기본적으로 8개의 작업자를 생성합니다. 기본적으로 director 서비스에 최소 및 최대 작업자 수가 적용되는 점에 유의하십시오.
서비스최소최대

OpenStack Orchestration(heat)

4

24

기타 모든 서비스

2

12

언더클라우드에 필요한 최소 CPU 및 메모리 요구 사항은 다음과 같습니다.

  • Intel 64 또는 AMD64 CPU 확장 기능을 지원하는 8스레드 64비트 x86 프로세서. 언더클라우드 서비스당 작업자 4개가 제공됩니다.
  • 최소 24GB RAM 이상

다수의 작업자를 사용하려면 언더클라우드에 추가 vCPU 및 메모리가 필요합니다. 다음 권장 사항을 따르십시오.

  • 최소: 스레드당 1.5GB의 메모리를 사용하십시오. 예를 들어 스레드가 48개인 시스템에는 72GB RAM이 있어야 합니다. 이는 최소 사양으로 Heat 워커 24개와 기타 서비스용 작업자 12개가 포함됩니다.
  • 권장 사양: 스레드당 3GB의 메모리를 사용하십시오. 예를 들어 스레드가 48개인 시스템에는 144GB RAM이 있어야 합니다. 이는 권장 사양으로 Heat 용 작업자 24개와 기타 서비스용 작업자 12개가 포함됩니다.

2.4. 언더클라우드 디스크 크기 조정

언더클라우드 최소 권장 사양은 root 디스크의 사용 가능 디스크 공간 100GB입니다. 여기에는 다음이 포함됩니다.

  • 20GB: 컨테이너 이미지용
  • 10GB: 노드 프로비저닝 프로세스 중 QCOW2 이미지 변환 및 캐싱에 사용
  • 70GB 이상: 일반 용도, 로깅, 매트릭스, 확장용

2.5. 언더클라우드 리포지토리

언더클라우드를 설치 및 구성하려면 다음과 같은 리포지토리가 필요합니다.

표 2.1. 코어 리포지토리

이름리포지토리요구 사항 설명

Red Hat Enterprise Linux 7 Server(RPMs)

rhel-7-server-rpms

x86_64 시스템용 기본 운영 체제 리포지토리

Red Hat Enterprise Linux 7 Server - Extras(RPMs)

rhel-7-server-extras-rpms

Red Hat OpenStack Platform 종속성을 포함

Red Hat Enterprise Linux 7 Server - RH Common(RPMs)

rhel-7-server-rh-common-rpms

Red Hat OpenStack Platform 배포 및 구성을 위한 툴을 포함

Red Hat Satellite Tools for RHEL 7 Server RPMs x86_64

rhel-7-server-satellite-tools-6.3-rpms

Red Hat Satellite 6 호스트를 관리하는 툴입니다.

Red Hat Enterprise Linux High Availability(for RHEL 7 Server)(RPMs)

rhel-ha-for-rhel-7-server-rpms

Red Hat Enterprise Linux용 고가용성 툴입니다. Controller 노드 고가용성에 사용됩니다.

Red Hat OpenStack Platform 14 for RHEL 7(RPM)

rhel-7-server-openstack-14-rpms

Red Hat OpenStack Platform 코어 리포지토리로 Red Hat OpenStack Platform director용 패키지를 포함

표 2.2. Ceph 리포지토리

이름리포지토리요구 사항 설명

Red Hat Ceph Storage Tools 3 for Red Hat Enterprise Linux 7 Server(RPMs)

rhel-7-server-rhceph-3-tools-rpms

노드가 Ceph Storage 클러스터와 통신할 수 있는 툴을 제공합니다. 오버클라우드에서 Ceph Storage를 사용할 계획이라면 언더클라우드에 이 리포지토리의 ceph-ansible 패키지가 필요

IBM POWER 리포지토리

이러한 리포지토리는 POWER PC 아키텍처의 Openstack Platform에 사용됩니다. 코어 리포지토리의 리포지토리 대신 이 리포지토리를 사용하십시오.

이름리포지토리요구 사항 설명

Red Hat Enterprise Linux for IBM Power, little endian

rhel-7-for-power-le-rpms

ppc64le 시스템용 기본 운영 체제 리포지토리

Red Hat OpenStack Platform 14 for RHEL 7(RPM)

rhel-7-server-openstack-14-for-power-le-rpms

ppc64le 시스템용 Red Hat OpenStack Platform 코어 리포지토리



[1] 이 경우 스레드 수는 CPU 코어 수에 하이퍼 스레딩 값을 곱한 값임

Red Hat의 최신 제품 문서 번역을 신속하게 제공하기 위해 이 페이지에는 영어 원본을 한국어로 자동 번역한 내용이 포함되어 있을 수 있습니다. [자세한 내용보기]