검색

4장. 언더클라우드 설치

download PDF

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를 사용하여 호스트 시스템을 등록하고 필수 채널에 등록합니다.

  1. 고객 포털 사용자 이름과 암호를 입력하라는 메시지가 표시되면 입력하여 컨텐츠 전송 네트워크 (Content Delivery Network)에 시스템을 등록합니다.

    $ sudo subscription-manager register
  2. 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
  3. Pool ID 값을 찾아서 Red Hat OpenStack Platform 11 인타이틀먼트에 연결합니다.

    $ sudo subscription-manager attach --pool=Valid-Pool-Number-123456
  4. 기본 리포지토리를 모두 비활성화한 다음 필수 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_interfaceeth1로 설정하십시오. 설정 스크립트는 이 인터페이스를 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_startdhcp_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-imagesrhosp-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. 언더클라우드 설정 완료

이렇게 하면 언더클라우드 설정이 완료됩니다. 다음 장에서는 노드 등록, 검사 및 여러 노드 역할 태그 지정을 비롯하여 오버클라우드의 기본적인 설정에 대해 설명합니다.

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.