4장. 언더클라우드 설치
Red Hat OpenStack Platform 환경 구축의 첫 단계는 director를 언더클라우드 시스템에 설치하는 것입니다. 여기에는 필요한 서브스크립션 및 리포지토리 활성화하기 위해 몇 가지 단계를 수행해야 합니다.
4.1. Director 설치 사용자 생성
director 설치 프로세스를 진행하려면 root가 아닌 사용자가 명령을 실행해야 합니다. 다음 명령을 사용하여 stack
이라는 사용자를 생성하고 암호를 설정하십시오.
[root@director ~]# useradd stack [root@director ~]# passwd stack # specify a password
sudo
사용 시 이 사용자가 암호를 요구하지 않도록 합니다.
[root@director ~]# echo "stack ALL=(root) NOPASSWD:ALL" | tee -a /etc/sudoers.d/stack [root@director ~]# chmod 0440 /etc/sudoers.d/stack
새로운 stack
사용자로 전환합니다.
[root@director ~]# su - stack [stack@director ~]$
director 설치를 stack
사용자로 계속 진행합니다.
4.2. 템플릿 및 이미지 용 디렉터리 생성
director에서 시스템 이미지와 Heat 템플릿을 사용하여 오버클라우드 환경을 생성합니다. 이러한 파일을 구성된 대로 유지하려면 다음과 같이 이미지 및 템플릿에 디렉터리를 생성하는 것이 좋습니다.
$ mkdir ~/images $ mkdir ~/templates
이 가이드의 다른 섹션에서는 이 두 디렉터리를 사용하여 특정 파일을 저장합니다.
4.3. 시스템의 호스트 이름 설정
director에는 설치 및 구성 프로세스에 대해 정규화된 도메인 이름이 필요합니다. 따라서, director 호스트의 호스트 이름을 설정해야 하는 경우가 있습니다. 다음 명령으로 호스트의 호스트 이름을 확인하십시오.
$ hostname # Checks the base hostname $ hostname -f # Checks the long hostname (FQDN)
필요한 경우 hostnamectl
을 사용하여 호스트 이름을 설정합니다.
$ sudo hostnamectl set-hostname manager.example.com $ sudo hostnamectl set-hostname --transient manager.example.com
director에는 /etc/hosts
에 시스템의 호스트 이름 및 기본 이름도 입력해야 합니다. 예를 들어, 시스템 이름이 manager.example.com
으로 지정된 경우 /etc/hosts
에 다음과 같은 항목이 필요합니다.
127.0.0.1 manager.example.com manager localhost localhost.localdomain localhost4 localhost4.localdomain4
4.4. 시스템 등록
Red Hat OpenStack Platform director를 설치하려면 먼저, Red Hat Subscription Manager를 사용하여 호스트 시스템을 등록하고 필수 채널에 등록합니다.
고객 포털 사용자 이름과 암호를 입력하라는 메시지가 표시되면 입력하여 컨텐츠 전송 네트워크 (Content Delivery Network)에 시스템을 등록합니다.
$ sudo subscription-manager register
Red Hat OpenStack Platform director의 인타이틀먼트 풀 ID를 검색합니다. 예를 들면 다음과 같습니다.
$ sudo subscription-manager list --available --all --matches="*OpenStack*" Subscription Name: Name of SKU Provides: Red Hat Single Sign-On Red Hat Enterprise Linux Workstation Red Hat CloudForms Red Hat OpenStack Red Hat Software Collections (for RHEL Workstation) Red Hat Virtualization SKU: SKU-Number Contract: Contract-Number Pool ID: Valid-Pool-Number-123456 Provides Management: Yes Available: 1 Suggested: 1 Service Level: Support-level Service Type: Service-Type Subscription Type: Sub-type Ends: End-date System Type: Physical
Pool ID
값을 찾아서 Red Hat OpenStack Platform 11 인타이틀먼트에 연결합니다.$ sudo subscription-manager attach --pool=Valid-Pool-Number-123456
기본 리포지토리를 모두 비활성화한 다음 필수 Red Hat Enterprise Linux 리포지토리를 활성화합니다.
$ sudo subscription-manager repos --disable=* $ sudo subscription-manager repos --enable=rhel-7-server-rpms --enable=rhel-7-server-extras-rpms --enable=rhel-7-server-rh-common-rpms --enable=rhel-ha-for-rhel-7-server-rpms --enable=rhel-7-server-openstack-11-rpms
이러한 리포지토리에는 director 설치에 필요한 패키지가 들어 있습니다.
2.5절. “리포지토리 요구 사항”에 나열된 리포지토리만 활성화합니다. 추가 리포지토리를 사용하면 패키지와 소프트웨어가 충돌할 수 있습니다. 추가 리포지토리를 활성화하지 마십시오.
시스템에서 업데이트를 수행하여 최신 기본 시스템 패키지가 사용되는지 확인합니다.
$ sudo yum update -y $ sudo reboot
이제 시스템에서 director를 설치할 준비가 되었습니다.
4.5. Director 패키지 설치
다음 명령을 사용하여 director 설치 및 구성에 필요한 필수 명령줄 툴을 설치합니다.
$ sudo yum install -y python-tripleoclient
이렇게 하면 director 설치에 필요한 모든 패키지가 설치됩니다.
4.6. Director 구성
director 설치 프로세스에는 네트워크 구성을 결정하는 특정 설정이 필요합니다. 이 설정은 stack
사용자의 홈 디렉터리에 있는 템플릿에undercloud.conf
로 저장되어 있습니다.
Red Hat에서는 설치에 필요한 설정을 결정하는 데 도움이 되는 기본 템플릿을 제공합니다. 이 템플릿을 stack
사용자의 홈 디렉터리에 복사합니다.
$ cp /usr/share/instack-undercloud/undercloud.conf.sample ~/undercloud.conf
undercloud.conf
파일에는 언더클라우드를 구성하는 설정이 들어 있습니다. 매개 변수를 생략하거나 주석 처리하는 경우 언더클라우드 설치에 기본값이 사용됩니다.
템플릿에는 [DEFAULT]
섹션과 [auth]
섹션이 포함되어 있습니다. [DEFAULT]
섹션에는 다음 매개 변수가 들어 있습니다.
- undercloud_hostname
- 언더클라우드에 대해 정규화된 호스트 이름을 정의합니다. 설정되어 있는 경우 언더클라우드 설치 시 모든 시스템의 호스트 이름이 설정됩니다. 설정되어 있지 않은 경우 언더클라우드에서 현재 호스트 이름을 사용하지만 사용자가 모든 시스템의 호스트 이름을 적절하게 설정해야 합니다.
- local_ip
-
director의 프로비저닝 NIC에 대해 정의된 IP 주소입니다. 이는 director에서 해당 DHCP 및 PXE 부팅 서비스에 사용하는 IP 주소이기도 합니다. 프로비저닝 네트워크에 다른 서브넷을 사용하지 않는 경우, 예를 들어 환경에서 기존 IP 주소 또는 서브넷과 충돌하는 경우 이 값을 기본
192.168.24.1/24
로 남겨 두십시오. - network_gateway
오버클라우드 인스턴스의 게이트웨이로, 트래픽을 외부 네트워크에 전달하는 언더클라우드 호스트입니다. director에 다른 IP 주소를 사용하지 않거나 외부 게이트웨이를 직접 사용하지 않을 경우 이 값을 기본
192.168.24.1
로 남겨 두십시오.참고director의 구성 스크립트는 적절한
sysctl
커널 매개 변수를 사용하여 IP 포워딩을 자동으로 활성화합니다.- undercloud_public_host
-
SSL/TLS를 사용할 때 director의 공용 API에 대해 정의된 IP 주소로, SSL/TLS를 통해 외부 director 엔드포인트에 액세스하는 IP 주소입니다. director 구성은 이 IP 주소를 해당 소프트웨어 브리지에
/32
넷마스크를 사용하는 라우팅된 IP 주소로 연결합니다. - undercloud_admin_host
-
SSL/TLS 사용 시 director의 관리 API에 대해 정의된 IP 주소로, SSL/TLS로 관리 엔드포인트 액세스를 위한 IP 주소입니다. director 설정에 따라 이 IP 주소를
/32
넷마스크를 사용하는 라우팅된 IP 주소로 해당 소프트웨어 브리지에 연결합니다. - undercloud_nameservers
- 언더클라우드 호스트 이름 확인에 사용할 DNS 이름 서버 목록입니다.
- undercloud_ntp_servers
- 언더클라우드의 날짜 및 시간을 동기화하는데 사용되는 네트워크 시간 프로토콜 서버의 목록입니다.
- undercloud_service_certificate
- OpenStack SSL/TLS 통신을 위한 인증서 위치 및 파일 이름입니다. 이 인증서를 신뢰할 수 있는 인증 기관에서 가져오는 것이 가장 좋습니다. 그렇지 않은 경우 부록 A. SSL/TLS 인증서 구성의 지침을 사용하여 자체 서명된 인증서를 생성하십시오. 이러한 지침에는 자체 서명된 인증서이든, 또는 인증 기관에서 서명한 인증서이든 관계없이 인증서의 SELinux 컨텍스트를 설정하는 방법이 포함되어 있습니다.
- generate_service_certificate
-
언더클라우드 설치 중에
undercloud_service_certificate
매개 변수에 사용되는 SSL/TLS 인증서를 생성할지 여부를 정의합니다. 언더클라우드 설치에서 생성된 인증서/etc/pki/tls/certs/undercloud-[undercloud_public_vip].pem
을 저장합니다.certificate_generation_ca
매개 변수에 정의된 CA는 이 인증서에 서명합니다. - certificate_generation_ca
-
요청한 인증서에 서명하는 CA의
certmonger
닉네임입니다.generate_service_certificate
매개 변수를 설정한 경우에만 이 옵션을 사용하십시오.local
CA를 선택한 경우 certmonger에서 로컬 CA 인증서를/etc/pki/ca-trust/source/anchors/cm-local-ca.pem
에 추출하고 신뢰 체인에 추가합니다. - service_principal
- 인증서를 사용하는 서비스에 대한 Kerberos 사용자입니다. FreeIPA에서 처럼 CA에 Kerberos 사용자가 필요한 경우에만 사용합니다.
- local_interface
director의 프로비저닝 NIC 용으로 선택한 인터페이스로, director에서 해당 DHCP 및 PXE 부팅 서비스에 사용하는 장치이기도 합니다. 이 값을 선택한 장치로 변경하십시오. 연결된 장치를 확인하려면
ip addr
명령을 사용합니다. 예를 들면 다음은ip addr
명령을 실행한 결과입니다.2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 52:54:00:75:24:09 brd ff:ff:ff:ff:ff:ff inet 192.168.122.178/24 brd 192.168.122.255 scope global dynamic eth0 valid_lft 3462sec preferred_lft 3462sec inet6 fe80::5054:ff:fe75:2409/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noop state DOWN link/ether 42:0b:c2:a5:c1:26 brd ff:ff:ff:ff:ff:ff
이 예에서 외부 NIC는
eth0
을 사용하고, 프로비저닝 NIC는 현재 구성되지 않은eth1
을 사용합니다. 이 경우에는local_interface
를eth1
로 설정하십시오. 설정 스크립트는 이 인터페이스를inspection_interface
매개 변수로 정의된 사용자 브리지에 연결합니다.- local_mtu
-
local_interface
에 사용할 MTU입니다. - network_cidr
-
director에서 오버클라우드 인스턴스를 관리하는 데 사용하는 네트워크입니다. 이 네트워크는 언더클라우드의
neutron
서비스에서 관리하는 프로비저닝 네트워크입니다. 프로비저닝 네트워크에 다른 서브넷을 사용하지 않는 경우 기본192.168.24.0/24
로 두십시오. - masquerade_network
-
외부 액세스를 위해 위장할 네트워크를 정의합니다. 그러면 프로비저닝 네트워크에 NAT(네트워크 주소 변환)가 제공되어 director를 통해 외부 액세스가 가능합니다. 프로비저닝 네트워크에 다른 서브넷을 사용하지 않는 경우 이 값을 기본값(
192.168.24.0/24
)으로 두십시오. - dhcp_start; dhcp_end
- 오버클라우드 노드의 DHCP 할당 범위 시작과 끝 값입니다. 이 범위에 노드를 할당할 충분한 IP 주소가 포함되어 있는지 확인하십시오.
- hieradata_override
-
hieradata
덮어쓰기 파일에 대한 경로입니다. 설정한 경우, 언더클라우드 설치 시 이 파일이/etc/puppet/hieradata
에 복사되고 계층에서 첫 번째 파일로 설정됩니다. 사용자 정의 구성을undercloud.conf
매개 변수 외의 서비스에 제공할 때 사용합니다. - net_config_override
-
네트워크 구성 덮어쓰기 템플릿에 대한 경로입니다. 설정한 경우, 언더클라우드에서 JSON 포맷의 템플릿을 사용하여 네트워킹을
os-net-config
로 구성합니다. 이는undercloud.conf
에 설정된 네트워크 매개 변수를 무시합니다./usr/share/instack-undercloud/templates/net-config.json.template
에서 예를 참조하십시오. - inspection_interface
-
director에서 노드 introspection에 사용하는 브리지입니다. 이 브리지는 director 구성으로 생성되는 사용자 정의 브리지입니다.
LOCAL_INTERFACE
가 이 브리지에 연결됩니다. 이 브리지를 기본br-ctlplane
으로 두십시오. - inspection_iprange
-
director의 introspection 서비스에서 PXE 부팅 및 프로비저닝 프로세스 중에 사용하는 IP 주소의 범위입니다. 콤마로 구분된 값을 사용하여 이 범위의 시작과 끝을 정의합니다. 예를 들면
192.168.24.100,192.168.24.120
과 같습니다. 이 범위에 노드에 대한 충분한 IP 주소가 포함되어 있고,dhcp_start
및dhcp_end
의 범위와 충돌하지 않는지 확인하십시오. - inspection_extras
-
검사 프로세스 중에 추가 하드웨어 컬렉션의 활성화 여부를 정의합니다. introspection 이미지에
python-hardware
또는python-hardware-detect
패키지가 필요합니다. - inspection_runbench
-
노드 introspection 중에 벤치마크 집합을 실행합니다. 활성화하려면
true
로 설정합니다. 등록된 노드의 하드웨어를 검사할 때 벤치마크 분석을 수행하려는 경우 이 옵션이 필요합니다. 자세한 내용은 5.2절. “노드의 하드웨어 검사”를 참조하십시오. - inspection_enable_uefi
- UEFI 전용 펌웨어를 사용하여 노드의 introspection 지원 여부를 정의합니다. 자세한 내용은 부록 D. 대체 부팅 모드를 참조하십시오.
- enable_node_discovery
-
introspection 램디스크를 PXE 부팅하는 알려지지 않은 노드를 자동으로 등록합니다. 새로운 노드는
fake_pxe
드라이버를 기본값으로 사용하지만 덮어쓸discovery_default_driver
를 설정할 수 있습니다. 또한 introspection 규칙을 사용하여 새로 등록된 노드의 드라이버 정보를 지정할 수 있습니다. - discovery_default_driver
-
자동으로 등록된 노드의 기본 드라이버를 설정합니다.
enable_node_discovery
를 활성화해야 하며, 드라이버를enabled_drivers
목록에 포함해야 합니다. 지원되는 드라이버 목록에 대해서는 부록 B. 전원 관리 드라이버를 참조하십시오. - undercloud_debug
-
언더클라우드 서비스의 로그 수준을
DEBUG
로 설정합니다. 활성화하려면 이 값을true
로 설정합니다. - undercloud_update_packages
- 언더클라우드 설치 중 패키지 업데이트 여부를 정의합니다.
- enable_tempest
-
검증 툴 설치 여부를 정의합니다. 기본값은
false
로 설정되지만,true
를 사용하여 활성화할 수 있습니다. - enable_telemetry
-
언더클라우드에 OpenStack Telemetry 서비스(ceilometer, aodh, panko, gnocchi) 설치 여부를 정의합니다. Red Hat OpenStack Platform 11에서 Telemetry 메트릭스 백엔드는 gnocchi에서 제공합니다.
enable_telemetry
매개 변수를true
로 설정하면 Telemetry 서비스가 자동으로 설치 및 설정됩니다. 기본값은false
로 언더클라우드에서 Telemetry 서비스가 비활성화됩니다. - enable_ui
-
director의 웹 UI 설치 여부를 정의합니다. 이 경우 그래픽 웹 인터페이스를 통해 오버클라우드 플래닝 및 배포를 수행할 수 있습니다. 자세한 내용은 6장. 웹 UI로 기본 오버클라우드 설정을 참조하십시오. UI는
undercloud_service_certificate
또는generate_service_certificate
를 사용하여 활성화된 SSL/TLS에서만 사용할 수 있습니다. - enable_validations
- 검증을 실행하기 위해 필요한 항목을 설치할지 여부를 정의합니다.
- enable_legacy_ceilometer_api
-
언더클라우드에서 기존 OpenStack Telemetry 서비스(Ceilometer) API 활성화 여부를 정의합니다. 기존 API가 사용되지 않고 이후 릴리스에서 제거됩니다.
enable_telemetry
와 함께 설치된 최신 구성 요소를 사용하십시오. - enable_novajoin
-
언더클라우드에서
novajoin
메타데이터 서비스 설치 여부를 정의합니다. - ipa_otp
-
언더클라우드 노드를 IPA 서버에 등록할 때 사용할 일회성 암호를 정의합니다. 이 암호는
enable_novajoin
이 활성화된 경우 필요합니다. - ipxe_enabled
-
iPXE 또는 표준 PXE 사용 여부를 정의합니다. 기본값은
true
이며, iPXE를 활성화합니다. 표준 PXE로 설정하려면false
로 설정하십시오. 자세한 내용은 부록 D. 대체 부팅 모드를 참조하십시오. - scheduler_max_attempts
- 스케줄러가 인스턴스 배포를 시도하는 최대 횟수입니다. 이 수는 스케줄링할 때 잠재적인 경합 조건을 해결하기 위해 즉시 배포해야 하는 베어 메탈 노드 수보다 크거나 같게 유지합니다.
- clean_nodes
- 배포 사이에 그리고 introspection 후에 하드 드라이브를 초기화할 것인지 여부를 정의합니다. 지우기를 활성화하면 노드 등록 및 인스턴스 삭제 시간이 늘어나며, 삭제 후에는 오버클라우드를 복원할 수 없습니다.
- enabled_drivers
- 언더클라우드에 대해 활성화할 베어 메탈 드라이버 목록입니다. 지원되는 드라이버 목록은 부록 B. 전원 관리 드라이버를 참조하십시오.
[auth]
섹션에는 다음 매개 변수가 들어 있습니다.
- undercloud_db_password; undercloud_admin_token; undercloud_admin_password; undercloud_glance_password; etc
나머지 매개 변수는 모든 director 서비스에 대한 액세스 정보를 정의하는데 사용됩니다. 이 값을 변경할 필요가 없습니다.
undercloud.conf
에 비어 있는 경우 director의 구성 스크립트는 이러한 값을 자동으로 생성합니다. 구성 스크립트가 완료되면 모든 값을 검색할 수 있습니다.중요이러한 매개 변수에 대한 구성 파일 예에서는
<None>
을 자리 표시자 값으로 사용합니다. 이러한 값을<None>
으로 설정하면 배포 오류가 발생합니다.
네트워크에 따라 이러한 매개 변수에 대한 값을 변경하십시오. 완료되면 파일을 저장하고 다음 명령을 실행하십시오.
$ openstack undercloud install
이 명령은 director의 구성 스크립트를 실행합니다. director가 추가 패키지를 설치하고, undercloud.conf
의 설정에 맞게 해당 서비스를 구성합니다. 이 스크립트는 완료하는 데 몇 분이 걸립니다.
구성 스크립트는 완료 시 다음 두 파일을 생성합니다.
-
undercloud-passwords.conf
- director의 서비스에 대한 모든 암호 목록입니다. -
stackrc
- director의 명령줄 툴에 액세스할 수 있도록 지원하는 초기화 변수 세트입니다.
이 구성은 모든 OpenStack Platform 서비스를 자동으로 시작합니다. 다음 명령을 사용하여 활성화된 서비스를 확인하십시오.
$ sudo systemctl list-units openstack-*
stack
사용자를 초기화하여 명령줄 툴을 사용하려면 다음 명령을 실행하십시오.
$ source ~/stackrc
이제 director의 명령줄 툴을 사용할 수 있습니다.
4.7. 오버클라우드 노드의 이미지 가져오기
director에는 오버클라우드 노드를 프로비저닝할 다음과 같은 여러 디스크 이미지가 필요합니다.
- introspection 커널 및 램디스크 - PXE 부팅을 통한 베어 메탈 시스템 introspection에 사용됩니다.
- 배포 커널 및 램디스크 - 시스템 프로비저닝 및 배포에 사용됩니다.
- 오버클라우드 커널, 램디스크 및 전체 이미지 - 노드의 하드 디스크에 기록된 기본 오버클라우드 시스템입니다.
이러한 이미지는 rhosp-director-images
및 rhosp-director-images-ipa
패키지에서 가져옵니다.
$ sudo yum install rhosp-director-images rhosp-director-images-ipa
stack
사용자 홈(/home/stack/images
)의 images
디렉터리에 압축된 파일을 풉니다.
$ cd ~/images $ for i in /usr/share/rhosp-director-images/overcloud-full-latest-11.0.tar /usr/share/rhosp-director-images/ironic-python-agent-latest-11.0.tar; do tar -xvf $i; done
이러한 이미지를 director로 가져옵니다.
$ openstack overcloud image upload --image-path /home/stack/images/
이렇게 하면 bm-deploy-kernel
, bm-deploy-ramdisk
, overcloud-full
, overcloud-full-initrd
, overcloud-full-vmlinuz
이미지가 director에 업로드됩니다. 이러한 이미지는 배포 및 오버클라우드의 이미지입니다. 스크립트는 director의 PXE 서버에 introspection 이미지도 설치합니다.
CLI에서 이미지 목록을 확인합니다.
$ openstack image list +--------------------------------------+------------------------+ | ID | Name | +--------------------------------------+------------------------+ | 765a46af-4417-4592-91e5-a300ead3faf6 | bm-deploy-ramdisk | | 09b40e3d-0382-4925-a356-3a4b4f36b514 | bm-deploy-kernel | | ef793cd0-e65c-456a-a675-63cd57610bd5 | overcloud-full | | 9a51a6cb-4670-40de-b64b-b70f4dd44152 | overcloud-full-initrd | | 4f7e33f4-d617-47c1-b36f-cbe90f132e5d | overcloud-full-vmlinuz | +--------------------------------------+------------------------+
이 목록에는 introspection PXE 이미지가 표시되지 않습니다. director에서는 이러한 파일을 /httpboot
에 복사합니다.
[stack@host1 ~]$ ls -l /httpboot total 341460 -rwxr-xr-x. 1 root root 5153184 Mar 31 06:58 agent.kernel -rw-r--r--. 1 root root 344491465 Mar 31 06:59 agent.ramdisk -rw-r--r--. 1 ironic-inspector ironic-inspector 337 Mar 31 06:23 inspector.ipxe
기본 overcloud-full.qcow2
이미지는 플랫 파티션 이미지입니다. 하지만, 전체 디스크 이미지를 가져와서 사용할 수도 있습니다. 자세한 내용은 부록 C. 전체 디스크 이미지를 참조하십시오.
4.8. 언더클라우드의 Neutron 서브넷에서 네임 서버 설정
오버클라우드 노드에는 DNS를 통해 호스트 이름을 확인할 수 있도록 네임 서버가 필요합니다. 네트워크 분리가 없는 표준 오버클라우드의 경우 언더클라우드의 neutron
서브넷을 사용하여 네임 서버가 정의됩니다. 환경의 네임 서버를 정의하려면 다음 명령을 사용하십시오.
$ openstack subnet list $ openstack subnet set --dns-nameserver [nameserver1-ip] --dns-nameserver [nameserver2-ip] [subnet-uuid]
서브넷을 표시하여 네임 서버를 확인합니다.
$ openstack subnet show [subnet-uuid] +-------------------+-----------------------------------------------+ | Field | Value | +-------------------+-----------------------------------------------+ | ... | | | dns_nameservers | 8.8.8.8 | | ... | | +-------------------+-----------------------------------------------+
서비스 트래픽을 별도의 네트워크에 분리하려는 경우 오버클라우드 노드에서 네트워크 환경 파일에 DnsServer
매개 변수를 사용합니다.
4.9. 언더클라우드 백업
Red Hat은 언더클라우드 호스트와 Red Hat OpenStack Platform director에서 중요한 데이터를 백업하는 프로세스를 제공합니다. 언더클라우드 백업에 대한 자세한 내용은 "Director 언더클라우드 백업 및 복원" 가이드를 참조하십시오.
4.10. 언더클라우드 설정 완료
이렇게 하면 언더클라우드 설정이 완료됩니다. 다음 장에서는 노드 등록, 검사 및 여러 노드 역할 태그 지정을 비롯하여 오버클라우드의 기본적인 설정에 대해 설명합니다.