director를 사용하여 Red Hat OpenStack Platform 설치 및 관리

프로세스

1. stack 사용자로 언더클라우드에 로그인합니다.

2. stackrc 파일을 소싱합니다.

   [stack@director ~]$ source ~/stackrc

3. rhosp-director-images-uefi-x86_64 및 rhosp-director-images-ipa-x86_64 패키지를 설치합니다.

   (undercloud) [stack@director ~]$ sudo dnf install rhosp-director-images-uefi-x86_64 rhosp-director-images-ipa-x86_64

4. stack 사용자의 홈 디렉터리 /home/ stack/ images:에 images 디렉토리를 생성합니다.

   (undercloud) [stack@director ~]$ mkdir /home/stack/images

   디렉터리가 이미 있는 경우 이 단계를 건너뜁니다.

5. 이미지 아카이브를 images 디렉터리에 추출합니다.

   (undercloud) [stack@director ~]$ cd ~/images
   (undercloud) [stack@director images]$ for i in /usr/share/rhosp-director-images/ironic-python-agent-latest.tar /usr/share/rhosp-director-images/overcloud-hardened-uefi-full-latest.tar; do tar -xvf $i; done

6. 이미지를 director로 가져옵니다.

   (undercloud) [stack@director images]$ openstack overcloud image upload --image-path /home/stack/images/

   이 명령은 이미지 형식을 QCOW에서 RAW로 변환하고 이미지 업로드 진행 상황 상태에 대한 자세한 업데이트를 제공합니다.

7. 오버클라우드 이미지가 /var/lib/ironic/images/:에 복사되었는지 확인합니다.

   (undercloud) [stack@director images]$ ls -l /var/lib/ironic/images/
   total 1955660
   -rw-r--r--. 1 root 42422 40442450944 Jan 29 11:59 overcloud-hardened-uefi-full.raw

8. director에서 인트로스펙션 PXE 이미지를 /var/lib/ironic/httpboot:에 복사했는지 확인합니다.

   (undercloud) [stack@director images]$ ls -l /var/lib/ironic/httpboot
   total 417296
   -rwxr-xr-x. 1 root  root    6639920 Jan 29 14:48 agent.kernel
   -rw-r--r--. 1 root  root  420656424 Jan 29 14:48 agent.ramdisk
   -rw-r--r--. 1 42422 42422       758 Jan 29 14:29 boot.ipxe
   -rw-r--r--. 1 42422 42422       488 Jan 29 14:16 inspector.ipxe

프로세스

1. stack 사용자로 언더클라우드에 로그인합니다.

2. stackrc 파일을 소싱합니다.

   [stack@director ~]$ source ~/stackrc

3. overcloud-minimal 패키지를 설치합니다.

   (undercloud) [stack@director ~]$ sudo dnf install rhosp-director-images-minimal

4. stack 사용자의 홈 디렉터리(/home/stack/images)에 있는 images 디렉터리에 압축된 이미지 파일을 풉니다.

   (undercloud) [stack@director ~]$ cd ~/images
   (undercloud) [stack@director images]$ tar xf /usr/share/rhosp-director-images/overcloud-minimal-latest-17.1.tar

5. 이미지를 director로 가져옵니다.

   (undercloud) [stack@director images]$ openstack overcloud image upload --image-path /home/stack/images/ --image-type os --os-image-name overcloud-minimal.qcow2

   명령은 이미지 업로드 진행 상태에 대한 업데이트를 제공합니다.

   Image "file:///var/lib/ironic/images/overcloud-minimal.vmlinuz" was copied.
   +---------------------------------------------------------+-------------------+----------+
   |                           Path                          |        Name       |   Size   |
   +---------------------------------------------------------+-------------------+----------+
   | file:///var/lib/ironic/images/overcloud-minimal.vmlinuz | overcloud-minimal | 11172880 |
   +---------------------------------------------------------+-------------------+----------+
   Image "file:///var/lib/ironic/images/overcloud-minimal.initrd" was copied.
   +--------------------------------------------------------+-------------------+----------+
   |                          Path                          |        Name       |   Size   |
   +--------------------------------------------------------+-------------------+----------+
   | file:///var/lib/ironic/images/overcloud-minimal.initrd | overcloud-minimal | 63575845 |
   +--------------------------------------------------------+-------------------+----------+
   Image "file:///var/lib/ironic/images/overcloud-minimal.raw" was copied.
   +-----------------------------------------------------+-------------------+------------+
   |                         Path                        |        Name       |    Size    |
   +-----------------------------------------------------+-------------------+------------+
   | file:///var/lib/ironic/images/overcloud-minimal.raw | overcloud-minimal | 2912878592 |
   +-----------------------------------------------------+-------------------+------------+

프로세스

1. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

2. /usr/share/openstack-tripleo-heat-templates/network-data-samples 에서 환경 파일 디렉터리에 필요한 샘플 네트워크 정의 템플릿을 복사합니다.

   (undercloud)$ cp /usr/share/openstack-tripleo-heat-templates/network-data-samples/default-network-isolation.yaml /home/stack/templates/network_data.yaml

3. 네트워크 환경에 대한 네트워크 정의 파일을 구성합니다. 예를 들어 외부 네트워크 정의를 업데이트할 수 있습니다.

   - name: External
     name_lower: external
     vip: true
     mtu: 1500
     subnets:
       external_subnet:
         ip_subnet: 10.0.0.0/24
         allocation_pools: [{'start': '10.0.0.4', 'end': '10.0.0.250'}]
         gateway_ip: 10.0.0.1
         vlan: 10

4. 환경에 대한 기타 네트워크 및 네트워크 속성을 구성합니다. 네트워크 정의 파일에서 네트워크 속성을 구성하는 데 사용할 수 있는 속성에 대한 자세한 내용은 오버클라우드 네트워킹 구성을 참조하십시오.

5. 오버클라우드 네트워크를 프로비저닝합니다.

   (undercloud)$ openstack overcloud network provision \
    [--templates <templates_directory> \]
    --output  <deployment_file> \
    /home/stack/templates/<networks_definition_file>

   • 선택 사항: /usr/share/openstack-tripleo-heat-templates 에 있는 기본 템플릿 대신 자체 템플릿을 사용하도록 --templates 옵션을 추가합니다. & lt;templates_directory >를 템플릿이 포함된 디렉터리의 경로로 바꿉니다.
   • < deployment_file >을 배포 명령에 포함할 heat 환경 파일의 이름으로 교체합니다(예: /home/stack/templates/overcloud-networks-deployed.yaml ).
   • & lt;networks_definition_file >을 네트워크 정의 파일의 이름(예: network_data.yaml )으로 바꿉니다.

6. 네트워크 프로비저닝이 완료되면 다음 명령을 사용하여 생성된 네트워크 및 서브넷을 확인할 수 있습니다.

   (undercloud)$ openstack network list
   (undercloud)$ openstack subnet list
   (undercloud)$ openstack network show <network>
   (undercloud)$ openstack subnet show <subnet>

   • & lt;network >를 확인할 네트워크의 이름 또는 UUID로 바꿉니다.
   • & lt;subnet >을 확인할 서브넷의 이름 또는 UUID로 바꿉니다.

프로세스

1. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

2. /usr/share/openstack-tripleo-heat-templates/network-data-samples 에서 환경 파일 디렉터리에 필요한 샘플 네트워크 VIP 정의 템플릿을 복사합니다.

   (undercloud)$ cp /usr/share/openstack-tripleo-heat-templates/network-data-samples/vip-data-default-network-isolation.yaml /home/stack/templates/vip_data.yaml

3. 선택 사항: 환경에 대한 VIP 정의 파일을 구성합니다. 예를 들어 다음은 외부 네트워크 및 컨트롤 플레인 VIP를 정의합니다.

   - name: external_vip
     network: external
     ip_address: 10.0.0.0
     subnet: external_vip_subnet
     dns_name: overcloud
   - name: ctlplane_vip
     network: ctlplane
     ip_address: 192.168.122.0
     subnet: ctlplane_vip_subnet
     dns_name: overcloud

   VIP 정의 파일에서 네트워크 VIP 속성을 구성하는 데 사용할 수 있는 속성에 대한 자세한 내용은 Network VIP 특성을 참조하십시오.

4. 네트워크 VIP를 프로비저닝합니다.

   (undercloud)$ openstack overcloud network vip provision \
    [--templates <templates_directory> \]
    --stack <stack> \
    --output <deployment_file> \
    /home/stack/templates/<vip_definition_file>

   • 선택 사항: /usr/share/openstack-tripleo-heat-templates 에 있는 기본 템플릿 대신 자체 템플릿을 사용하도록 --templates 옵션을 추가합니다. & lt;templates_directory >를 템플릿이 포함된 디렉터리의 경로로 바꿉니다.
   • & lt;stack >을 네트워크 VIP가 프로비저닝되는 스택의 이름으로 바꿉니다(예: overcloud ).
   • < deployment_file >을 배포 명령에 포함할 heat 환경 파일의 이름으로 교체합니다(예: /home/stack/templates/overcloud-vip-deployed.yaml ).
   • & lt;vip_definition_file >을 VIP 정의 파일의 이름으로 바꿉니다(예: vip_data.yaml ).

5. 네트워크 VIP 프로비저닝이 완료되면 다음 명령을 사용하여 생성된 VIP를 확인할 수 있습니다.

   (undercloud)$ openstack port list
   (undercloud)$ openstack port show <port>

   • & lt;port >를 확인할 포트의 이름 또는 UUID로 바꿉니다.

절차

1. 노드를 나열하는 nodes.json 또는 nodes.yaml 이라는 템플릿을 생성합니다. 다음 JSON 및 YAML 템플릿 예제를 사용하여 노드 정의 템플릿을 구성하는 방법을 파악합니다.

   JSON 템플릿 예

   {
     "nodes": [{
       "name": "node01",
       "ports": [{
         "address": "aa:aa:aa:aa:aa:aa",
         "physical_network": "ctlplane",
         "local_link_connection": {
           "switch_id": "52:54:00:00:00:00",
           "port_id": "p0"
         }
       }],
       "cpu": "4",
       "memory": "6144",
       "disk": "40",
       "arch": "x86_64",
       "pm_type": "ipmi",
       "pm_user": "admin",
       "pm_password": "p@55w0rd!",
       "pm_addr": "192.168.24.205"
     },
     {
       "name": "node02",
       "ports": [{
         "address": "bb:bb:bb:bb:bb:bb",
         "physical_network": "ctlplane",
         "local_link_connection": {
           "switch_id": "52:54:00:00:00:00",
           "port_id": "p0"
         }
       }],
       "cpu": "4",
       "memory": "6144",
       "disk": "40",
       "arch": "x86_64",
       "pm_type": "ipmi",
       "pm_user": "admin",
       "pm_password": "p@55w0rd!",
       "pm_addr": "192.168.24.206"
     }]
   }

   YAML 템플릿 예

   nodes:
     - name: "node01"
       ports:
         - address: "aa:aa:aa:aa:aa:aa"
           physical_network: ctlplane
           local_link_connection:
             switch_id: "52:54:00:00:00:00"
             port_id: p0
       cpu: 4
       memory: 6144
       disk: 40
       arch: "x86_64"
       pm_type: "ipmi"
       pm_user: "admin"
       pm_password: "p@55w0rd!"
       pm_addr: "192.168.24.205"
     - name: "node02"
       ports:
         - address: "bb:bb:bb:bb:bb:bb"
           physical_network: ctlplane
           local_link_connection:
             switch_id: "52:54:00:00:00:00"
             port_id: p0
       cpu: 4
       memory: 6144
       disk: 40
       arch: "x86_64"
       pm_type: "ipmi"
       pm_user: "admin"
       pm_password: "p@55w0rd!"
       pm_addr: "192.168.24.206"

   이 템플릿에는 다음 속성이 포함되어 있습니다.

   name

   노드의 논리 이름입니다.

   포트

   특정 IPMI 장치에 액세스할 수 있는 포트입니다. 다음과 같은 선택적 포트 속성을 정의할 수 있습니다.

   • address: 노드에서 네트워크 인터페이스의 MAC 주소입니다. 각 시스템의 프로비저닝 NIC에는 MAC 주소만 사용합니다.
   • physical_network: 프로비저닝 NIC에 연결된 물리적 네트워크입니다.
   • local_link_connection: IPv6 프로비저닝을 사용하고 LLDP가 인트로스펙션 중에 로컬 링크 연결을 올바르게 채우지 않는 경우 local_link_connection 매개변수의 switch_id 및 port_id 필드에 페이크 데이터를 포함해야 합니다. 페이크 데이터를 포함하는 방법에 대한 자세한 내용은 director 인트로스펙션을 사용하여 베어 메탈 노드 하드웨어 정보를 수집합니다.

   cpu

   (선택 사항) 노드에 있는 CPU 수입니다.

   memory

   (선택 사항) 메모리 크기(MB)입니다.

   disk

   (선택 사항) 하드 디스크의 크기(GB)입니다.

   arch

   (선택 사항) 시스템 아키텍처입니다.

   pm_type

   사용하려는 전원 관리 드라이버. 이 예에서는 IPMI 드라이버(ipmi)를 사용합니다.

   참고

   IPMI는 지원되는 기본 전원 관리 드라이버입니다. 지원되는 전원 관리 유형 및 옵션에 대한 자세한 내용은 전원 관리 드라이버를 참조하십시오. 이러한 전원 관리 드라이버가 예상대로 작동하지 않는 경우 IPMI를 전원 관리에 사용합니다.

   pm_user; pm_password

   IPMI 사용자 이름 및 암호입니다.

   pm_addr

   IPMI 장치의 IP 주소입니다.

2. 템플릿 형식 및 구문을 확인합니다.

   $ source ~/stackrc
   (undercloud)$ openstack overcloud node import --validate-only ~/nodes.json

3. 템플릿 파일을 stack 사용자의 홈 디렉터리(/home/stack/nodes.json)에 저장합니다.

4. 템플릿을 director로 가져와 템플릿의 각 노드를 director에 등록합니다.

   (undercloud)$ openstack overcloud node import ~/nodes.json

5. 노드 등록 및 구성이 완료될 때까지 기다립니다. 완료되면 노드가 director에 성공적으로 등록되어 있는지 확인합니다.

   (undercloud)$ openstack baremetal node list

절차

1. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

2. overcloud-baremetal-deploy.yaml 노드 정의 파일을 생성하고 프로비저닝할 각 역할에 대한 노드 수를 정의합니다. 예를 들어 세 개의 컨트롤러 노드와 컴퓨팅 노드를 프로비저닝하려면 overcloud-baremetal-deploy.yaml 파일에 다음 구성을 추가합니다.

   - name: Controller
     count: 3
   - name: Compute
     count: 3

3. 선택 사항: 예측 가능한 노드 배치를 구성합니다. 예를 들어 다음 구성을 사용하여 node00,node01 및 node02 노드에 세 개의 컨트롤러 노드를 프로비저닝하고 node04,node05, node06 에 세 개의 컴퓨팅 노드를 프로비저닝하십시오.

   - name: Controller
     count: 3
     instances:
     - hostname: overcloud-controller-0
       name: node00
     - hostname: overcloud-controller-1
       name: node01
     - hostname: overcloud-controller-2
       name: node02
   - name: Compute
     count: 3
     instances:
     - hostname: overcloud-novacompute-0
       name: node04
     - hostname: overcloud-novacompute-1
       name: node05
     - hostname: overcloud-novacompute-2
       name: node06

4. 선택 사항: 기본적으로 프로비저닝 프로세스에서 overcloud-hardened-uefi-full.qcow2 이미지를 사용합니다. 이미지의 로컬 또는 원격 URL을 지정하여 특정 노드에서 사용되는 이미지 또는 역할의 모든 노드에 사용되는 이미지를 변경할 수 있습니다. 다음 예제에서는 이미지를 로컬 QCOW2 이미지로 변경합니다.

   특정 노드

   - name: Controller
     count: 3
     instances:
     - hostname: overcloud-controller-0
       name: node00
       image:
         href: file:///var/lib/ironic/images/overcloud-custom.qcow2
     - hostname: overcloud-controller-1
       name: node01
       image:
         href: file:///var/lib/ironic/images/overcloud-full-custom.qcow2
     - hostname: overcloud-controller-2
       name: node02
       image:
         href: file:///var/lib/ironic/images/overcloud-full-custom.qcow2

   역할의 모든 노드

   - name: Controller
     count: 3
     defaults:
       image:
         href: file:///var/lib/ironic/images/overcloud-custom.qcow2
     instances:
     - hostname: overcloud-controller-0
       name: node00
     - hostname: overcloud-controller-1
       name: node01
     - hostname: overcloud-controller-2
       name: node02

5. 역할의 모든 노드의 네트워크 레이아웃 또는 특정 노드의 네트워크 레이아웃을 정의합니다.

   특정 노드

   다음 예제에서는 특정 컨트롤러 노드의 네트워크를 프로비저닝하고 내부 API 네트워크의 노드에 예측 가능한 IP를 할당합니다.

   - name: Controller
     count: 3
     defaults:
       network_config:
         template: /home/stack/templates/nic-config/myController.j2
         default_route_network:
         - external
     instances:
     - hostname: overcloud-controller-0
       name: node00
       networks:
       - network: ctlplane
         vif: true
       - network: external
         subnet: external_subnet
       - network: internal_api
         subnet: internal_api_subnet01
         fixed_ip: 172.21.11.100
       - network: storage
         subnet: storage_subnet01
       - network: storage_mgmt
         subnet: storage_mgmt_subnet01
       - network: tenant
         subnet: tenant_subnet01

   역할의 모든 노드

   다음 예제에서는 Controller 및 Compute 역할의 네트워크를 프로비저닝합니다.

   - name: Controller
     count: 3
     defaults:
       networks:
       - network: ctlplane
         vif: true
       - network: external
         subnet: external_subnet
       - network: internal_api
         subnet: internal_api_subnet01
       - network: storage
         subnet: storage_subnet01
       - network: storage_mgmt
         subnet: storage_mgmt_subnet01
       - network: tenant
         subnet: tenant_subnet01
       network_config:
         template: /home/stack/templates/nic-config/myController.j2 

   1

   
         default_route_network:
         - external
   - name: Compute
     count: 3
     defaults:
       networks:
       - network: ctlplane
         vif: true
       - network: internal_api
         subnet: internal_api_subnet02
       - network: tenant
         subnet: tenant_subnet02
       - network: storage
         subnet: storage_subnet02
       network_config:
         template: /home/stack/templates/nic-config/myCompute.j2

   1

   /usr/share/ansible/roles/tripleo_network_config/templates 에 있는 예제 NIC 템플릿을 사용하여 로컬 환경 파일 디렉터리에 고유한 NIC 템플릿을 생성할 수 있습니다.

6. 선택 사항: 기본 디스크 파티션 크기가 요구 사항을 충족하지 않는 경우 디스크 파티션 크기 할당을 구성합니다. 예를 들어 /var/log 파티션의 기본 파티션 크기는 10GB입니다. 로그 스토리지 및 보존 요구 사항을 고려하여 10GB가 요구 사항을 충족하는지 확인합니다. 로그 스토리지에 할당된 디스크 크기를 늘려야 하는 경우 노드 정의 파일에 다음 구성을 추가하여 기본값을 재정의합니다.

   - name: Compute
     count: 3
     defaults:
       ...
     ansible_playbooks:
       - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-growvols.yaml
         extra_vars:
           role_growvols_args:
             default:
               /=8GB
               /tmp=1GB
               /var/log=<log_size>GB
               /var/log/audit=2GB
               /home=1GB
               /var=100%

   • & lt;log_size >를 로그 파일에 할당할 디스크 크기로 바꿉니다.
7. Object Storage 서비스(swift)와 전체 디스크 오버클라우드 이미지 overcloud-hardened-uefi-full 을 사용하는 경우 디스크 크기 및 /var 및 /srv 에 대한 스토리지 요구 사항에 따라 /srv 파티션의 크기를 구성해야 합니다. 자세한 내용은 Object Storage 서비스의 전체 디스크 파티션 구성을 참조하십시오.
8. 선택 사항: 사용자 지정 리소스 클래스 또는 프로필 기능을 사용하여 특정 역할에 맞게 오버클라우드 노드를 설계합니다. 자세한 내용은 리소스 클래스를 일치시키 고 프로필과 일치하여 역할에 대한 오버클라우드 노드 설계를 참조하십시오.
9. 노드에 할당할 다른 속성을 정의합니다. 노드 정의 파일에서 노드 속성을 구성하는 데 사용할 수 있는 속성에 대한 자세한 내용은 베어 메탈 노드 프로비저닝 속성을 참조하십시오. 노드 정의 파일의 예는 노드 정의 파일 예제 를 참조하십시오.

10. 오버클라우드 노드를 프로비저닝합니다.

    (undercloud)$ openstack overcloud node provision \
     [--templates <templates_directory> \]
     --stack <stack> \
     --network-config \
     --output <deployment_file> \
     /home/stack/templates/<node_definition_file>

    • 선택 사항: /usr/share/openstack-tripleo-heat-templates 에 있는 기본 템플릿 대신 자체 템플릿을 사용하도록 --templates 옵션을 추가합니다. & lt;templates_directory >를 템플릿이 포함된 디렉터리의 경로로 바꿉니다.
    • & lt;stack >을 베어 메탈 노드가 프로비저닝되는 스택 이름으로 바꿉니다. 지정하지 않으면 기본값은 overcloud 입니다.
    • cli-overcloud-node-network-config.yaml Ansible 플레이북에 네트워크 정의를 제공하는 --network-config 선택적 인수를 포함합니다. cli-overcloud-node-network-config.yaml 플레이북은 os-net-config 도구를 사용하여 배포된 노드에 네트워크 구성을 적용합니다. 네트워크 정의를 제공하는 데 --network-config 를 사용하지 않는 경우 network-environment.yaml 파일에서 {{role.name}}NetworkConfigTemplate 매개변수를 구성해야 합니다. 그렇지 않으면 기본 네트워크 정의가 사용됩니다.
    • < deployment_file >을 배포 명령에 포함할 heat 환경 파일의 이름으로 교체합니다(예: /home/stack/templates/overcloud-baremetal-deployed.yaml ).
    • & lt;node_definition_file >을 노드 정의 파일의 이름으로 바꿉니다(예: overcloud-baremetal-deploy.yaml ).

11. 별도의 터미널에서 프로비저닝 진행 상황을 모니터링합니다.

    (undercloud)$ watch openstack baremetal node list

    • 프로비저닝이 성공하면 노드 상태가 available 에서 active 로 변경됩니다.
    • 노드 하드웨어 또는 네트워크 구성 오류로 인해 노드 프로비저닝이 실패하면 프로비저닝 단계를 다시 실행하기 전에 실패한 노드를 제거할 수 있습니다. 자세한 내용은 노드 정의 파일에서 실패한 베어 메탈 노드 제거를 참조하십시오.

12. metalsmith 툴을 사용하여 할당 및 포트를 포함하여 노드의 통합 보기를 가져옵니다.

    (undercloud)$ metalsmith list

13. 노드의 호스트 이름을 확인합니다.

    (undercloud)$ openstack baremetal allocation list

프로세스

1. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

2. overcloud-baremetal-deploy.yaml 노드 정의 파일을 엽니다.

3. 노드가 할당된 역할의 count 매개변수를 줄입니다. 예를 들어 다음 구성에서는 ObjectStorage 전용 노드 수가 3으로 줄임을 반영하도록 ObjectStorage 역할의 count 매개변수를 업데이트합니다.

   - name: ObjectStorage
     count: 3

4. 스택에서 삭제할 노드의 호스트 이름과 이름을 정의합니다(역할의 instances 속성에 아직 정의되지 않은 경우).

5. 삭제하려는 노드에 provisioned: false 속성을 추가합니다. 예를 들어 스택에서 overcloud-objectstorage-1 노드를 삭제하려면 overcloud-baremetal-deploy.yaml 파일에 다음 스니펫을 포함합니다.

   - name: ObjectStorage
     count: 3
     instances:
     - hostname: overcloud-objectstorage-0
       name: node00
     - hostname: overcloud-objectstorage-1
       name: node01
       # Removed from cluster due to disk failure
       provisioned: false
     - hostname: overcloud-objectstorage-2
       name: node02
     - hostname: overcloud-objectstorage-3
       name: node03

6. 베어 메탈 노드의 프로비저닝을 해제합니다.

   (undercloud)$ openstack overcloud node unprovision \
    --stack <stack> \
    --network-ports \
    /home/stack/templates/overcloud-baremetal-deploy.yaml

   • & lt;stack >을 베어 메탈 노드가 프로비저닝되는 스택 이름으로 바꿉니다. 지정하지 않으면 기본값은 overcloud 입니다.

7. 배포 명령에 포함할 업데이트된 heat 환경 파일을 생성하도록 오버클라우드 노드를 프로비저닝합니다.

   (undercloud)$ openstack overcloud node provision \
   --stack <stack> \
   --output <deployment_file> \
   /home/stack/templates/overcloud-baremetal-deploy.yaml

   • < deployment_file >을 배포 명령에 포함할 heat 환경 파일의 이름으로 교체합니다(예: /home/stack/templates/overcloud-baremetal-deployed.yaml ).

프로세스

1. 사용자 정의 리소스 클래스를 사용하여 역할에 지정할 각 베어 메탈 노드를 할당합니다.

   (undercloud)$ openstack baremetal node set \
    --resource-class <resource_class> <node>

   • & lt;resource_class >를 리소스 클래스의 이름으로 바꿉니다(예: baremetal.CPU-PINNING ).
   • & lt;node& gt;를 베어 메탈 노드의 ID로 바꿉니다.
2. 아직 정의되지 않은 경우 overcloud-baremetal-deploy.yaml 파일에 역할을 추가합니다.

3. 역할의 노드에 할당할 리소스 클래스를 지정합니다.

   - name: <role>
     count: 1
     defaults:
       resource_class: <resource_class>

   • & lt;role >을 역할 이름으로 바꿉니다.
   • & lt;resource_class >를 1단계에서 리소스 클래스에 지정한 이름으로 바꿉니다.
4. 프로비저닝 프로세스를 완료하기 위해 오버클라우드의 프로비저닝 베어 메탈 노드로 돌아갑니다.

프로세스

1. 새 노드 기능을 추가할 때마다 기존 노드 기능을 덮어씁니다. 따라서 다시 설정하려면 등록된 각 노드의 기존 기능을 검색해야 합니다.

   $ openstack baremetal node show <node> \
    -f json -c properties | jq -r .properties.capabilities

2. 노드의 기존 기능에 profile :<profile>을 추가하여 역할 프로필에 일치시킬 각 베어 메탈 노드에 프로필 기능을 할당합니다.

   (undercloud)$ openstack baremetal node set  <node> \
    --property capabilities="profile:<profile>,<capability_1>,...,<capability_n>"

   • & lt;node& gt;를 베어 메탈 노드의 이름 또는 ID로 바꿉니다.
   • & lt;profile >을 역할 프로필과 일치하는 프로필 이름으로 바꿉니다.
   • & lt;capability_1 > 및 < capability_n >까지 모든 기능을 1단계에서 검색한 각 기능으로 바꿉니다.
3. 아직 정의되지 않은 경우 overcloud-baremetal-deploy.yaml 파일에 역할을 추가합니다.

4. 역할의 노드에 할당할 프로필을 정의합니다.

   - name: <role>
     count: 1
     defaults:
       profile: <profile>

   • & lt;role >을 역할 이름으로 바꿉니다.
   • & lt;profile >을 노드 기능과 일치하는 프로필 이름으로 바꿉니다.
5. 프로비저닝 프로세스를 완료하기 위해 오버클라우드의 프로비저닝 베어 메탈 노드로 돌아갑니다.

프로세스

1. overcloud-baremetal-deploy.yaml 노드 정의 파일의 Ansible 플레이북 정의에 role_growvols_args 를 추가 Ansible 변수로 사용하여 /srv 및 /var 파티션을 구성합니다. /srv 또는 /var 을 절대 크기(GB)로 설정하고 나머지 디스크 공간을 사용하도록 나머지 디스크 공간을 100%로 설정합니다.

   • 다음 예제 구성은 /srv 를 컨트롤러 노드에 배포된 Object Storage 서비스의 절대 크기로 설정하고 나머지 디스크 공간을 사용하기 위해 /var 를 100%로 설정합니다.

     ansible_playbooks:
       - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-growvols.yaml
         extra_vars:
           role_growvols_args:
             default:
               /=8GB
               /tmp=1GB
               /var/log=10GB
               /var/log/audit=2GB
               /home=1GB
               /var=100%
             Controller:
               /=8GB
               /tmp=1GB
               /var/log=10GB
               /var/log/audit=2GB
               /home=1GB
               /srv=50GB
               /var=100%

   • 다음 예제 구성은 /var 를 절대 크기로 설정하고 /srv 를 100%로 설정하여 Object Storage 서비스에 대한 Object Storage 노드의 나머지 디스크 공간을 사용합니다.

     ansible_playbooks:
       - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-growvols.yaml
         extra_vars:
           role_growvols_args:
             default:
               /=8GB
               /tmp=1GB
               /var/log=10GB
               /var/log/audit=2GB
               /home=1GB
               /var=100%
            ObjectStorage:
               /=8GB
               /tmp=1GB
               /var/log=10GB
               /var/log/audit=2GB
               /home=1GB
               /var=10GB
               /srv=100%

2. 프로비저닝 프로세스를 완료하기 위해 오버클라우드의 프로비저닝 베어 메탈 노드로 돌아갑니다.

프로세스

1. 언더클라우드 호스트에 stack 사용자로 로그인합니다.

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

3. Bare Metal Provisioning 서비스 부팅 인터페이스를 redfish-virtual-media 로 설정합니다.

   (undercloud)$ openstack baremetal node set --boot-interface redfish-virtual-media <node>

   • & lt;node >를 노드 이름으로 바꿉니다.

4. ESP 이미지를 정의합니다.

   (undercloud)$ openstack baremetal node set --driver-info bootloader=<esp> <node>

   • & lt;esp >를 Image 서비스(glance) 이미지 UUID 또는 ESP 이미지의 URL로 바꿉니다.
   • & lt;node >를 노드 이름으로 바꿉니다.

5. 베어 메탈 노드에 포트를 생성하고 베어 메탈 노드에 있는 NIC의 MAC 주소와 포트를 연결합니다.

   (undercloud)$ openstack baremetal port create --pxe-enabled True \
    --node <node_uuid> <mac_address>

   • & lt;node_uuid& gt;를 베어 메탈 노드의 UUID로 바꿉니다.
   • & lt;mac_address >를 베어 메탈 노드에 있는 NIC의 MAC 주소로 바꿉니다.

프로세스

1. 각 노드의 하드웨어 인트로스펙션에서 디스크 정보를 확인합니다.

   (undercloud)$ openstack baremetal introspection data save <node_uuid> --file <output_file_name>

   • & lt;node_uuid& gt;를 노드의 UUID로 바꿉니다.

   • & lt;output_file_name >을 노드 인트로스펙션 출력이 포함된 파일 이름으로 바꿉니다.

     예를 들어 노드 1개의 데이터에서 디스크 3개가 표시될 수 있습니다.

     [
       {
         "size": 299439751168,
         "rotational": true,
         "vendor": "DELL",
         "name": "/dev/sda",
         "wwn_vendor_extension": "0x1ea4dcc412a9632b",
         "wwn_with_extension": "0x61866da04f3807001ea4dcc412a9632b",
         "model": "PERC H330 Mini",
         "wwn": "0x61866da04f380700",
         "serial": "61866da04f3807001ea4dcc412a9632b"
       }
       {
         "size": 299439751168,
         "rotational": true,
         "vendor": "DELL",
         "name": "/dev/sdb",
         "wwn_vendor_extension": "0x1ea4e13c12e36ad6",
         "wwn_with_extension": "0x61866da04f380d001ea4e13c12e36ad6",
         "model": "PERC H330 Mini",
         "wwn": "0x61866da04f380d00",
         "serial": "61866da04f380d001ea4e13c12e36ad6"
       }
       {
         "size": 299439751168,
         "rotational": true,
         "vendor": "DELL",
         "name": "/dev/sdc",
         "wwn_vendor_extension": "0x1ea4e31e121cfb45",
         "wwn_with_extension": "0x61866da04f37fc001ea4e31e121cfb45",
         "model": "PERC H330 Mini",
         "wwn": "0x61866da04f37fc00",
         "serial": "61866da04f37fc001ea4e31e121cfb45"
       }
     ]

2. 고유한 하드웨어 속성을 사용하여 노드의 root 디스크를 설정합니다.

   (undercloud)$ openstack baremetal node set --property root_device='{<property_value>}' <node-uuid>

   • & lt;property_value >를 루트 디스크를 설정하는 데 사용할 인트로스펙션 데이터의 고유한 하드웨어 속성 값으로 바꿉니다.

   • & lt;node_uuid& gt;를 노드의 UUID로 바꿉니다.

     참고

     고유한 하드웨어 속성은 디스크를 고유하게 식별하는 하드웨어 인트로스펙션 단계의 모든 속성입니다. 예를 들어 다음 명령은 디스크 일련 번호를 사용하여 root 디스크를 설정합니다.

     (undercloud)$ openstack baremetal node set --property root_device='{"serial": "61866da04f380d001ea4e13c12e36ad6"}' 1a4e30da-b6dc-499d-ba87-0bd8a3819bc0

3. 각 노드의 BIOS를 먼저 네트워크에서 부팅한 다음 root 디스크로 구성하십시오.

프로세스

1. 언더클라우드의 /var/lib/ironic/images/ 에 overcloud-minimal 이미지와 관련 커널 및 램디스크를 업로드합니다.

   다음은 파일을 업로드하는 예입니다.

   (undercloud) [stack@undercloud ~]$ openstack overcloud image upload --image-path ./images/ --os-image-name overcloud-minimal.qcow2 --update-existing --image-type os
   Image "file:///var/lib/ironic/images/overcloud-minimal.vmlinuz" was copied.
   +---------------------------------------------------------+-------------------+----------+
   |                           Path                          |        Name       |   Size   |
   +---------------------------------------------------------+-------------------+----------+
   | file:///var/lib/ironic/images/overcloud-minimal.vmlinuz | overcloud-minimal | 12190232 |
   +---------------------------------------------------------+-------------------+----------+
   Image "file:///var/lib/ironic/images/overcloud-minimal.initrd" was copied.
   +--------------------------------------------------------+-------------------+----------+
   |                          Path                          |        Name       |   Size   |
   +--------------------------------------------------------+-------------------+----------+
   | file:///var/lib/ironic/images/overcloud-minimal.initrd | overcloud-minimal | 82284184 |
   +--------------------------------------------------------+-------------------+----------+
   Image "file:///var/lib/ironic/images/overcloud-minimal.raw" was copied.
   +-----------------------------------------------------+-------------------+------------+
   |                         Path                        |        Name       |    Size    |
   +-----------------------------------------------------+-------------------+------------+
   | file:///var/lib/ironic/images/overcloud-minimal.raw | overcloud-minimal | 3242131456 |
   +-----------------------------------------------------+-------------------+------------+

2. overcloud-baremetal-deploy.yaml 파일을 엽니다.

3. overcloud-minimal 이미지를 사용하려는 노드의 이미지 속성을 추가하거나 업데이트합니다. 이미지를 특정 노드에서 또는 역할의 모든 노드에 대해 overcloud-minimal 로 설정할 수 있습니다.

   특정 노드

   - name: CephStorage
     count: 3
     instances:
     - hostname: overcloud-ceph-0
       name: node00
       image:
         href: 'file:///var/lib/ironic/images/overcloud-minimal.raw'
         kernel: 'file:///var/lib/ironic/images/overcloud-minimal.vmlinuz'
         ramdisk: 'file:///var/lib/ironic/images/overcloud-minimal.initrd'
     - hostname: overcloud-ceph-1
       name: node01
       image:
         href: file:///var/lib/ironic/images/overcloud-full-custom.qcow2
     - hostname: overcloud-ceph-2
       name: node02
       image:
         href: file:///var/lib/ironic/images/overcloud-full-custom.qcow2

   역할의 모든 노드

   - name: CephStorage
     count: 3
     defaults:
       image:
         href: 'file:///var/lib/ironic/images/overcloud-minimal.raw'
         kernel: 'file:///var/lib/ironic/images/overcloud-minimal.vmlinuz'
         ramdisk: 'file:///var/lib/ironic/images/overcloud-minimal.initrd'
     instances:
     - hostname: overcloud-ceph-0
       name: node00
     - hostname: overcloud-ceph-1
       name: node01
     - hostname: overcloud-ceph-2
       name: node02

4. roles_data.yaml 역할 정의 파일에서 rhsm_enforce 매개변수를 False로 설정합니다.

   rhsm_enforce: False

5. 프로비저닝 명령을 실행합니다.

   (undercloud)$ openstack overcloud node provision \
   --stack stack \
   --output /home/stack/templates/overcloud-baremetal-deployed.yaml \
   /home/stack/templates/overcloud-baremetal-deploy.yaml

6. overcloud-baremetal-deployed.yaml 환경 파일을 openstack overcloud deploy 명령에 전달합니다.

1. 사용자 지정 환경 파일 및 heat 템플릿에서 매개변수 수정
2. 같은 환경 파일을 지정하고 openstack overcloud deploy 명령 다시 실행

절차

1. 인증서 파일을 열고 인증서 부분만 복사합니다. 키를 포함하지 마십시오.

   $ vi /home/stack/ca.crt.pem

   필요한 인증서 부분은 다음의 단축된 예와 비슷합니다.

   -----BEGIN CERTIFICATE-----
   MIIDlTCCAn2gAwIBAgIJAOnPtx2hHEhrMA0GCSqGSIb3DQEBCwUAMGExCzAJBgNV
   BAYTAlVTMQswCQYDVQQIDAJOQzEQMA4GA1UEBwwHUmFsZWlnaDEQMA4GA1UECgwH
   UmVkIEhhdDELMAkGA1UECwwCUUUxFDASBgNVBAMMCzE5Mi4xNjguMC4yMB4XDTE3
   -----END CERTIFICATE-----

2. 다음 내용으로 /home/stack/inject-trust-anchor-hiera.yaml이라는 새 YAML 파일을 만들고, PEM 파일에서 복사한 인증서를 추가합니다.

   parameter_defaults:
     CAMap:
       undercloud-ca:
         content: |
           -----BEGIN CERTIFICATE-----
           MIIDlTCCAn2gAwIBAgIJAOnPtx2hHEhrMA0GCSqGSIb3DQEBCwUAMGExCzAJBgNV
           BAYTAlVTMQswCQYDVQQIDAJOQzEQMA4GA1UEBwwHUmFsZWlnaDEQMA4GA1UECgwH
           UmVkIEhhdDELMAkGA1UECwwCUUUxFDASBgNVBAMMCzE5Mi4xNjguMC4yMB4XDTE3
           -----END CERTIFICATE-----

   참고
   • 인증서 문자열이 PEM 포멧을 따라야 합니다.
   • CAMap 매개변수에는 SSL/TLS 구성과 관련된 다른 인증서가 포함될 수 있습니다.
3. /home/stack/inject-trust-anchor-hiera.yaml 파일을 배포 명령에 추가합니다. 오버클라우드를 배포하는 동안 director가 CA 인증서를 각 오버클라우드 노드에 복사하므로, 각 노드가 언더클라우드의 SSL 엔드포인트에서 제공하는 암호화를 신뢰하게 됩니다.

프로세스

1. 언더클라우드 호스트에 stack 사용자로 로그인합니다.

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

3. 배포에 필요한 모든 환경 파일로 오버클라우드 스택을 업데이트합니다.

   $ openstack overcloud deploy --templates \
     [ -n /home/stack/templates/network_data.yaml \ ] 

   1

   
     [ -r /home/stack/templates/roles_data.yaml \ ] 

   2

   
     -e environment-file1.yaml \
     -e environment-file2.yaml \
     ...
     --stack-only

   1

   사용자 지정 네트워크 구성을 지정합니다. 네트워크 분리 또는 사용자 지정 구성 가능 네트워크를 사용하는 경우 필요합니다.

   2

   사용자 지정 역할을 사용하거나 다중 아키텍처 클라우드를 활성화하려면 생성된 역할 데이터를 포함합니다.

4. 선택 사항: 검증 실행에서 제외할 검증이 포함된 YAML 파일을 생성합니다.

   <validation_name>:
     hosts: <targeted_hostname>

   • & lt;validation_name >을 검증 실행에서 제외하려는 검증 이름으로 바꿉니다.
   • & lt;targeted_hostname >을 검증이 포함된 호스트 이름으로 바꿉니다.

5. 오버클라우드 스택을 확인합니다.

   $ validation run \
     --group pre-deployment \
     --inventory <inventory_file>
     [--skiplist <validation_skips>]

   • < inventory_file >을 Ansible 인벤토리 파일의 이름 및 위치로 바꿉니다(예: ~/tripleo-deploy/undercloud/tripleo-ansible-inventory.yaml ).

   • & lt;validation_skips >를 검증 실행에서 제외할 검증 목록이 포함된 YAML 파일의 이름 및 위치로 바꿉니다.

     알림:

   • 검증 run --group pre-deployment 명령에는 node-disks 검증이 포함됩니다. 알려진 문제로 인해 현재 이 검증이 실패합니다. 이 문제를 방지하려면 node-disks 검증이 포함된 yaml 파일과 함께 --skiplist 인수를 검증 run --group pre-deployment 명령에 추가합니다.
   • 검증을 실행하면 출력의 Reasons 열이 79자로 제한됩니다. 검증 결과를 전체로 보려면 검증 로그 파일을 확인합니다.

6. 검증 보고서의 결과를 검토합니다.

   $ validation history get [--full] [--validation-log-dir <log_dir>] <uuid>

   • 선택 사항: --full 옵션을 사용하여 검증 실행에서 자세한 출력을 확인합니다.
   • 선택 사항: --validation-log-dir 옵션을 사용하여 검증 실행의 출력을 검증 로그에 작성합니다.
   • & lt;uuid& gt;를 검증 실행의 UUID로 바꿉니다.

프로세스

1. 오버클라우드 환경에 필요한 환경 파일 및 구성 파일, director 설치와 함께 제공된 편집되지 않은 heat 템플릿 파일 및 생성한 사용자 지정 환경 파일을 모두 수집합니다. 여기에는 다음 파일이 포함되어야 합니다.

   • overcloud-baremetal-deployed.yaml 노드 정의 파일.
   • overcloud-networks-deployed.yaml 네트워크 정의 파일.
   • overcloud-vip-deployed.yaml 네트워크 VIP 정의 파일.
   • 컨테이너화된 OpenStack 서비스의 컨테이너 이미지 위치.
   • Red Hat CDN 또는 Satellite 등록의 환경 파일
   • 기타 사용자 지정 환경 파일
2. 환경 파일 및 구성 파일을 우선 순위 순으로 구성하고 편집되지 않은 heat 템플릿 파일을 먼저 나열한 다음 기본 속성의 덮어쓰기와 같은 사용자 지정 구성이 포함된 환경 파일을 나열합니다.

3. 필요한 순서로 구성 파일과 템플릿을 지정하여 openstack overcloud deploy 명령을 구성합니다. 예를 들면 다음과 같습니다.

   (undercloud) $ openstack overcloud deploy --templates \
    [-n /home/stack/templates/network_data.yaml \ ]
     -e /home/stack/templates/overcloud-baremetal-deployed.yaml\
     -e /home/stack/templates/overcloud-networks-deployed.yaml\
     -e /home/stack/templates/overcloud-vip-deployed.yaml \
     -e /home/stack/containers-prepare-parameter.yaml \
     -e /home/stack/inject-trust-anchor-hiera.yaml \
    [-r /home/stack/templates/roles_data.yaml ]

   -n /home/stack/templates/network_data.yaml

   사용자 지정 네트워크 구성을 지정합니다. 네트워크 분리 또는 사용자 지정 구성 가능 네트워크를 사용하는 경우 필요합니다. 오버클라우드 네트워크 구성에 대한 자세한 내용은 오버클라우드 네트워킹 구성을 참조하십시오.

   -e /home/stack/containers-prepare-parameter.yaml

   컨테이너 이미지 준비 환경 파일을 추가합니다. 언더클라우드 설치 중에 이 파일이 생성되었으며, 오버클라우드 생성 시 동일한 파일을 사용할 수 있습니다.

   -e /home/stack/inject-trust-anchor-hiera.yaml

   환경 파일을 추가하여 언더클라우드에 사용자 지정 인증서를 설치합니다.

   -r /home/stack/templates/roles_data.yaml

   생성된 역할 데이터입니다. 사용자 지정 역할을 사용하거나 다중 아키텍처 클라우드를 사용하려면 이를 포함합니다.

4. 오버클라우드 생성이 완료되면 director가 오버클라우드를 설정하기 위해 실행한 Ansible 플레이 개요를 표시합니다.

   PLAY RECAP *************************************************************
   overcloud-compute-0     : ok=160  changed=67   unreachable=0    failed=0
   overcloud-controller-0  : ok=210  changed=93   unreachable=0    failed=0
   undercloud              : ok=10   changed=7    unreachable=0    failed=0
   
   Tuesday 15 October 2018  18:30:57 +1000 (0:00:00.107) 1:06:37.514 ******
   ========================================================================

5. 오버클라우드 생성이 완료되면 director에서 오버클라우드 액세스에 필요한 세부 정보를 제공합니다.

   Ansible passed.
   Overcloud configuration completed.
   Overcloud Endpoint: http://192.168.24.113:5000
   Overcloud Horizon Dashboard URL: http://192.168.24.113:80/dashboard
   Overcloud rc file: /home/stack/overcloudrc
   Overcloud Deployed

프로세스

1. stackrc 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

2. 오버클라우드 배포를 확인합니다.

   $ validation run \
     --group post-deployment \
     [--inventory <inventory_file>]

   • & lt;inventory_file& gt;을 ansible 인벤토리 파일의 이름으로 바꿉니다. 기본적으로 동적 인벤토리를 tripleo-ansible-inventory 라고 합니다.

     참고

     검증을 실행하면 출력의 Reasons 열이 79자로 제한됩니다. 검증 결과를 전체로 보려면 검증 로그 파일을 확인합니다.

3. 검증 보고서의 결과를 검토합니다.

   $ validation history get --full <UUID>

   • & lt;UUID& gt;를 검증 실행의 UUID로 바꿉니다.
   • 선택 사항: --full 옵션을 사용하여 검증 실행에서 자세한 출력을 확인합니다.

프로세스

1. overcloudrc 파일을 소싱합니다.

   (undercloud)$ source ~/overcloudrc

   명령 프롬프트가 변경되어 오버클라우드에 액세스 중임을 나타냅니다.

   (overcloud)$

2. 언더클라우드와 상호 작용으로 돌아가려면 stackrc 파일을 소싱합니다.

   (overcloud)$ source ~/stackrc
   (undercloud)$

   명령 프롬프트가 변경되어 언더클라우드에 액세스 중임을 나타냅니다.

   (undercloud)$

절차

1. tripleo-admin 사용자를 생성하고 컨트롤러 노드에 암호를 설정합니다.

   [root@controller-0 ~]# useradd tripleo-admin
   [root@controller-0 ~]# passwd <password>

   • & lt;password >를 tripleo-admin 사용자의 암호로 바꿉니다.

2. sudo 사용 시 이 사용자가 암호를 요구하지 않도록 합니다.

   [root@controller-0 ~]# echo "tripleo-admin ALL=(root) NOPASSWD:ALL" | tee -a /etc/sudoers.d/tripleo-admin
   [root@controller-0 ~]# chmod 0440 /etc/sudoers.d/tripleo-admin

3. 컨트롤러 노드의 SSH 구성에 PasswordAuthentication Yes 를 설정합니다.

4. director 노드에서 컨트롤러 노드로 tripleo-admin 사용자의 공용 SSH 키를 복사합니다.

   [stack@director ~]$ ssh-copy-id tripleo-admin@192.168.24.2

5. 컨트롤러 노드의 SSH 구성에 PasswordAuthentication No 를 설정합니다.
6. 노드에 액세스할 때 SSH 키를 사용하여 인증할 수 있는지 확인합니다.

절차

1. 등록 명령을 실행하고 메시지가 표시되면 고객 포털 사용자 이름과 암호를 입력합니다.

   [root@controller-0 ~]# sudo subscription-manager register

2. RHOSP(Red Hat OpenStack Platform) 17.1의 인타이틀먼트 풀을 찾습니다.

   [root@controller-0 ~]# sudo subscription-manager list --available --all --matches="Red Hat OpenStack"

3. 이전 단계에 있는 풀 ID를 사용하여 RHOSP 17.1 인타이틀먼트를 연결합니다.

   [root@controller-0 ~]# sudo subscription-manager attach --pool=pool_id

4. 모든 기본 리포지토리를 비활성화합니다.

   [root@controller-0 ~]# sudo subscription-manager repos --disable=*

5. 필요한 RHEL(Red Hat Enterprise Linux) 리포지토리를 활성화합니다.

   [root@controller-0 ~]# sudo subscription-manager repos \
    --enable=rhel-9-for-x86_64-baseos-eus-rpms \
    --enable=rhel-9-for-x86_64-appstream-eus-rpms \
    --enable=rhel-9-for-x86_64-highavailability-eus-rpms \
    --enable=openstack-17.1-for-rhel-9-x86_64-rpms \
    --enable=fast-datapath-for-rhel-9-x86_64-rpms

6. 오버클라우드에서 Red Hat Ceph Storage 노드를 사용하는 경우 관련 Red Hat Ceph Storage 리포지토리를 활성화합니다.

   [root@cephstorage-0 ~]# sudo subscription-manager repos \
    --enable=rhel-9-for-x86_64-baseos-rpms \
    --enable=rhel-9-for-x86_64-appstream-rpms \
    --enable=openstack-deployment-tools-for-rhel-9-x86_64-rpms

7. Red Hat Ceph Storage 노드를 제외한 모든 오버클라우드 노드에 RHEL 버전을 잠급니다.

   [root@controller-0 ~]# subscription-manager release --set=9.2

8. 시스템을 업데이트하여 기본 시스템 패키지를 최신 상태로 유지합니다.

   [root@controller-0 ~]# sudo dnf update -y
   [root@controller-0 ~]# sudo reboot

절차

1. 인증 기관 파일을 사전 프로비저닝된 각 노드의 /etc/pki/ca-trust/source/anchors/ 디렉터리에 복사합니다.

2. 각 오버클라우드 노드에서 다음 명령을 실행합니다.

   [root@controller-0 ~]#  sudo update-ca-trust extract

절차

1. 환경 파일(예: hostname-map.yaml)을 생성하고 HostnameMap 매개변수와 호스트 이름 매핑을 추가합니다. 다음 구문을 사용합니다.

   parameter_defaults:
     HostnameMap:
       [HEAT HOSTNAME]: [ACTUAL HOSTNAME]
       [HEAT HOSTNAME]: [ACTUAL HOSTNAME]

   [HEAT HOSTNAME]은 일반적으로 [STACK NAME]-[ROLE]-[INDEX] 의 표기법을 따릅니다.

   parameter_defaults:
     HostnameMap:
       overcloud-controller-0: controller-00-rack01
       overcloud-controller-1: controller-01-rack02
       overcloud-controller-2: controller-02-rack03
       overcloud-novacompute-0: compute-00-rack01
       overcloud-novacompute-1: compute-01-rack01
       overcloud-novacompute-2: compute-02-rack01

2. hostname-map.yaml 파일을 저장합니다.

프로세스

1. 언더클라우드 호스트에서 OVERCLOUD_HOSTS 환경 변수를 생성하고, Ceph 클라이언트로 사용하려는 오버클라우드 호스트 IP 주소의 공백으로 구분된 목록으로 변수를 설정합니다.

   export OVERCLOUD_HOSTS="192.168.1.8 192.168.1.42"

2. 기본 오버클라우드 계획 이름은 overcloud입니다. 다른 이름을 사용하는 경우 사용자 지정 이름을 저장할 환경 변수 OVERCLOUD_PLAN을 생성합니다.

   export OVERCLOUD_PLAN="<custom-stack-name>"

   • <custom-stack-name>을 스택 이름으로 바꿉니다.

3. enable-ssh-admin.sh 스크립트를 실행하여 Ansible이 Ceph 클라이언트를 설정하는 데 사용할 수 있는 오버클라우드 노드에 사용자를 설정합니다.

   bash /usr/share/openstack-tripleo-heat-templates/deployed-server/scripts/enable-ssh-admin.sh

프로세스

1. overcloudrc 파일을 소싱합니다.

   (undercloud)$ source ~/overcloudrc

   명령 프롬프트가 변경되어 오버클라우드에 액세스 중임을 나타냅니다.

   (overcloud)$

2. 언더클라우드와 상호 작용으로 돌아가려면 stackrc 파일을 소싱합니다.

   (overcloud)$ source ~/stackrc
   (undercloud)$

   명령 프롬프트가 변경되어 언더클라우드에 액세스 중임을 나타냅니다.

   (undercloud)$