절차

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

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

   [stack@director ~]$ source ~/stackrc

3. /home/stack/templates/nic-configs/controller.yaml 파일을 수정하여 컨트롤러 노드 eth1 에서 프로비저닝 네트워크 인터페이스를 재사용하여 베어 메탈 네트워크의 브릿지를 생성합니다.

   network_config:
   - type: ovs_bridge
     name: br-baremetal
     use_dhcp: false
     members:
       - type: interface
         name: eth1
     addresses:
       - ip_netmask:
           list_join:
           - /
           - - get_param: ControlPlaneIp
             - get_param: ControlPlaneSubnetCidr

   참고

   프로비저닝 네트워크를 재사용하여 생성할 때 베어 메탈 네트워크에 태그를 지정할 수 없습니다.

4. network-environment.yaml 파일의 NeutronBridgeMappings 매개변수에 br-baremetal 를 추가합니다.

   parameter_defaults:
     NeutronBridgeMappings: datacentre:br-ex,baremetal:br-baremetal

5. network-environment.yaml 파일의 NeutronFlatNetworks 매개변수로 지정된 네트워크 목록에 baremetal 을 추가합니다.

   parameter_defaults:
     NeutronBridgeMappings: datacentre:br-ex,baremetal:br-baremetal
     NeutronFlatNetworks: datacentre,baremetal

절차

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

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

   $ source ~/stackrc

3. network_data.yaml 파일을 환경 파일 디렉터리에 복사합니다.

   (undercloud) [stack@host01 ~]$ cp /usr/share/openstack-tripleo-heat-templates/network_data.yaml /home/stack/templates/network_data.yaml

4. network_data.yaml 파일에 오버클라우드 프로비저닝의 새 네트워크를 추가합니다.

   # custom network for overcloud provisioning
   - name: OcProvisioning
     name_lower: oc_provisioning
     vip: true
     vlan: 205
     ip_subnet: '<ipv4_subnet_address>/<ipv4_mask>'
     allocation_pools: [{'start': '<ipv4_start_address>', 'end': '<ipv4_end_address>'}]

   • & lt;ipv4_subnet_address& gt;를 IPv4 서브넷의 IPv4 주소로 바꿉니다.
   • & lt;ipv4_mask& gt;를 IPv4 서브넷의 IPv4 네트워크 마스크로 바꿉니다.
   • < ipv4_start_address > 및 < ipv4_end_address >를 주소 할당에 사용할 IPv4 범위로 바꿉니다.

5. 새 IPv4 프로비저닝 네트워크를 사용하도록 ServiceNetMap 구성에서 IronicApiNetwork 및 IronicNetwork 를 구성합니다.

   ServiceNetMap:
     IronicApiNetwork: oc_provisioning
     IronicNetwork: oc_provisioning

6. 새 네트워크를 로컬 컨트롤러 NIC 구성 파일에 인터페이스로 추가합니다.

   network_config:
   - type: vlan
     vlan_id:
       get_param: OcProvisioningNetworkVlanID
     addresses:
     - ip_netmask:
         get_param: OcProvisioningIpSubnet

7. roles_data.yaml 파일을 환경 파일 디렉터리에 복사합니다.

   (undercloud) [stack@host01 ~]$ cp /usr/share/openstack-tripleo-heat-templates/roles_data.yaml /home/stack/templates/roles_data.yaml

8. 컨트롤러의 새 네트워크를 roles_data.yaml 파일에 추가합니다.

   networks:
     ...
     OcProvisioning:
       subnet: oc_provisioning_subnet

9. 아직 없는 경우 roles_data.yaml 파일의 Ironic 역할에 IronicInspector 서비스를 포함합니다.

   ServicesDefault:
     OS::TripleO::Services::IronicInspector

절차

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

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

   [stack@director ~]$ source ~/stackrc

3. network_data.yaml 파일을 환경 파일 디렉터리에 복사합니다.

   (undercloud) [stack@host01 ~]$ cp /usr/share/openstack-tripleo-heat-templates/network_data.yaml /home/stack/templates/network_data.yaml

4. 오버클라우드 프로비저닝의 새 IPv6 네트워크를 network_data.yaml 파일에 추가합니다.

   # custom network for IPv6 overcloud provisioning
   - name: OcProvisioningIPv6
     vip: true
     name_lower: oc_provisioning_ipv6
     vlan: 10
     ipv6: true
     ipv6_subnet: '<ipv6_subnet_address>/<ipv6_prefix>'
     ipv6_allocation_pools: [{'start': '<ipv6_start_address>', 'end': '<ipv6_end_address>'}]
     gateway_ipv6: '<ipv6_gw_address>'

   • & lt;ipv6_subnet_address& gt;를 IPv6 서브넷의 IPv6 주소로 바꿉니다.
   • & lt;ipv6_prefix& gt;를 IPv6 서브넷의 IPv6 네트워크 접두사로 바꿉니다.
   • < ipv6_start_address > 및 < ipv6_end_address >를 주소 할당에 사용할 IPv6 범위로 바꿉니다.
   • & lt;ipv6_gw_address& gt;를 게이트웨이의 IPv6 주소로 바꿉니다.

5. 환경 파일 디렉터리에 새 파일 network_environment_overrides.yaml 을 생성합니다.

   $ touch /home/stack/templates/network_environment_overrides.yaml

6. 새 IPv6 프로비저닝 네트워크를 사용하도록 network_environment_overrides.yaml 파일에서 IronicApiNetwork 및 IronicNetwork 를 구성합니다.

   ServiceNetMap:
     IronicApiNetwork: oc_provisioning_ipv6
     IronicNetwork: oc_provisioning_ipv6

7. IronicIpVersion 매개변수를 6 으로 설정합니다.

   parameter_defaults:
     IronicIpVersion: 6

8. RabbitIPv6,MysqlIPv6 및 RedisIPv6 매개 변수를 활성화합니다.

   parameter_defaults:
     RabbitIPv6: True
     MysqlIPv6: True
     RedisIPv6: True

9. 새 네트워크를 로컬 컨트롤러 NIC 구성 파일에 인터페이스로 추가합니다.

   network_config:
   - type: vlan
     vlan_id:
       get_param: OcProvisioningIPv6NetworkVlanID
     addresses:
     - ip_netmask:
         get_param: OcProvisioningIPv6IpSubnet

10. roles_data.yaml 파일을 환경 파일 디렉터리에 복사합니다.

    (undercloud) [stack@host01 ~]$ cp /usr/share/openstack-tripleo-heat-templates/roles_data.yaml /home/stack/templates/roles_data.yaml

11. Controller 역할의 새 네트워크를 roles_data.yaml 파일에 추가합니다.

    networks:
      ...
      - OcProvisioningIPv6

12. 아직 없는 경우 roles_data.yaml 파일의 Ironic 역할에 IronicInspector 서비스를 포함합니다.

    ServicesDefault:
      OS::TripleO::Services::IronicInspector

절차

1. 베어 메탈 템플릿 예제를 환경 파일 디렉터리에 복사합니다.

   $ cp /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-overcloud.yaml /home/stack/templates/ironic-overcloud.yaml

2. 선택 사항: 프로비저닝 전과 간에 베어 메탈 머신에서 수행되는 정리 유형을 구성합니다.

   parameter_defaults:
     IronicCleaningDiskErase: <cleaning_type>

   & lt;cleaning_type& gt;을 다음 값 중 하나로 바꿉니다.

   • Full: (기본값) 전체 정리를 수행합니다.
   • metadata: 파티션 테이블만 정리합니다. 이러한 유형의 정리는 정리 과정을 상당히 가속화합니다. 그러나 다중 테넌트 환경에서 배포가 덜 보호되므로 신뢰할 수 있는 테넌트 환경에서만 이 옵션을 사용합니다.

3. 선택 사항: 기본 드라이버에 드라이버를 추가합니다.

   parameter_defaults:
     IronicEnabledHardwareTypes: ipmi,idrac,ilo,[additional_driver_1],...,[additional_driver_n]

   [additional_driver_1] 및 선택적으로 [additional_driver_n] 까지 모든 드라이버를 활성화할 추가 드라이버로 바꿉니다.

4. 베어 메탈 인트로스펙션을 활성화하려면 예제 ironic-inspector.yaml 파일을 환경 파일 디렉터리에 복사합니다.

   $ cp /usr/share/openstack-tripleo-heat-templates/environments/services/ironic-inspector.yaml /home/stack/templates/ironic-inspector.yaml

5. 환경에 ironic-inspector.yaml 을 구성합니다.

   parameter_defaults:
     IronicInspectorSubnets:
       - ip_range: <ip_range>
     IPAImageURLs: '["http://<ip_address>:<port>/agent.kernel", "http://<ip_address>:<port>/agent.ramdisk"]'
     IronicInspectorInterface: '<baremetal_interface>'

   • & lt;ip_range& gt;를 해당 환경의 IP 범위로 바꿉니다. 여러 범위를 지정할 수 있습니다.
   • & lt;ip_address>:<port >를 IPA 커널 및 램디스크를 호스팅하는 웹 서버의 IP 주소 및 포트로 바꿉니다. 언더클라우드에서 사용하는 것과 동일한 이미지를 사용하려면 IP 주소를 언더클라우드 IP 주소로 설정하고 포트를 8088 로 설정합니다. 이 매개변수를 생략하는 경우 각 컨트롤러 노드에 대한 대안을 포함해야 합니다.
   • & lt;baremetal_interface >를 베어 메탈 네트워크 인터페이스로 교체합니다(예: br-baremetal ).

6. 새 역할 및 사용자 정의 환경 파일을 다른 환경 파일과 함께 스택에 추가하고 오버클라우드를 배포합니다.

   (undercloud)$ openstack overcloud deploy --templates \
     -e [your environment files] \
     -e /home/stack/templates/node-info.yaml
     -r /home/stack/templates/roles_data.yaml \
     -e /usr/share/openstack-tripleo-heat-templates/network-environment.yaml \
     -e /home/stack/templates/network_environment_overrides.yaml
     -n /home/stack/templates/network_data.yaml
     -e /home/stack/templates/ironic-overcloud.yaml \

   참고

   이후 파일의 설정이 우선하므로 openstack overcloud deploy 명령에 환경 파일을 전달하는 순서가 중요합니다. 따라서 네트워크 구성 파일 후 오버클라우드에서 베어 메탈 프로비저닝을 활성화하고 구성하는 환경 파일을 명령에 전달해야 합니다.

Bare Metal Provisioning 서비스에 대한 추가 확인 방법은 다음과 같습니다.

1. 관리 사용자로 ID에 액세스하도록 쉘을 구성합니다.

   $ source ~/overcloudrc

2. nova-compute 서비스가 컨트롤러 노드에서 실행되고 있는지 확인합니다.

   $ openstack compute service list -c Binary -c Host -c Status

3. 기본 ironic 드라이버를 변경한 경우 필요한 드라이버가 활성화되어 있는지 확인합니다.

   $ openstack baremetal driver list

4. ironic 엔드포인트가 나열되는지 확인합니다.

   $ openstack catalog list

절차

1. 노드 정리를 구성하려면 베어 메탈 프로비저닝 서비스를 호스팅하는 컨트롤러에 공급자 네트워크 UUID를 지정합니다.

   ~/templates/ironic.yaml

   parameter_defaults:
       IronicCleaningNetwork: <UUID>

   <UUID> 를 이전 단계에서 생성한 베어 메탈 네트워크의 UUID로 바꿉니다.

   openstack network show 명령을 사용하여 UUID를 찾을 수 있습니다.

   openstack network show NETWORK_NAME -f value -c id

   참고

   초기 오버클라우드 배포 후에는 네트워크의 UUID를 사전에 사용할 수 없으므로 이 설정을 수행해야 합니다.

2. 변경 사항을 적용하려면 openstack overcloud deploy 를 사용하여 오버클라우드를 재배포합니다. 배포 명령에 대한 자세한 내용은 베어 메탈 프로비저닝 서비스를 사용하여 오버클라우드 배포를 참조하십시오.

절차

1. 오버클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/overcloudrc

2. 베어 메탈 노드에 대한 새 인스턴스 플레이버를 생성합니다.

   (overcloud)$ openstack flavor create --id auto \
    --ram <ram_size_mb> --disk <disk_size_gb> \
    --vcpus <no_vcpus> baremetal

   • & lt;ram_size_mb >를 베어 메탈 노드의 RAM(MB)으로 바꿉니다.
   • & lt;disk_size_gb >을 베어 메탈 노드의 디스크 크기(GB)로 바꿉니다.

   • & lt;no_vcpus >를 베어 메탈 노드의 CPU 수로 바꿉니다.

     참고

     이러한 속성은 인스턴스 예약에 사용되지 않습니다. 그러나 계산 스케줄러는 디스크 크기를 사용하여 루트 파티션 크기를 결정합니다.

3. 노드 목록을 검색하여 UUID를 확인합니다.

   (overcloud)$ openstack baremetal node list

4. 사용자 지정 베어 메탈 리소스 클래스로 각 베어 메탈 노드에 태그를 지정합니다.

   (overcloud)$ openstack baremetal node set \
    --resource-class baremetal.<CUSTOM> <node>

   • & lt;CUSTOM >을 리소스 클래스의 용도를 식별하는 문자열로 바꿉니다. 예를 들어 GPU 로 설정하여 GPU 워크로드에 대해 지정할 베어 메탈 노드를 태그하는 데 사용할 사용자 지정 GPU 리소스 클래스를 생성합니다.
   • & lt;node& gt;를 베어 메탈 노드의 ID로 바꿉니다.

5. 베어 메탈 노드의 새 인스턴스 플레이버를 사용자 정의 리소스 클래스에 연결합니다.

   (overcloud)$ openstack flavor set \
    --property resources:CUSTOM_BAREMETAL_<CUSTOM>=1 \
    baremetal

   베어 메탈 서비스 노드의 리소스 클래스에 해당하는 사용자 정의 리소스 클래스의 이름을 확인하려면 리소스 클래스를 대문자로 변환하고, 각 문장 부호를 밑줄로 교체하고 접두사를 CUSTOM_ 로 바꿉니다.

   참고

   플레이버는 베어 메탈 리소스 클래스의 하나의 인스턴스만 요청할 수 있습니다.

6. Compute 스케줄러가 베어 메탈 플레이버 속성을 사용하여 인스턴스를 예약하지 못하도록 다음 플레이버 속성을 설정합니다.

   (overcloud)$ openstack flavor set \
    --property resources:VCPU=0 \
    --property resources:MEMORY_MB=0 \
    --property resources:DISK_GB=0 baremetal

7. 새 플레이버에 올바른 값이 있는지 확인합니다.

   (overcloud)$ openstack flavor list

1. 노드 세부 정보를 사용하여 인벤토리 파일을 준비하고, 파일을 베어 메탈 프로비저닝 서비스로 가져오고, 노드를 사용할 수 있도록 합니다.
2. 물리적 머신을 베어 메탈 노드로 등록한 다음 하드웨어 세부 정보를 수동으로 추가하고 각 이더넷 MAC 주소에 대한 포트를 생성합니다. overcloudrc 파일이 있는 모든 노드에서 다음 단계를 수행할 수 있습니다.

절차

1. baremetal 플레이버에서 baremetal 속성을 true 로 설정합니다.

   $ openstack flavor set baremetal --property baremetal=true

2. 가상 인스턴스에서 사용하는 플레이버에서 baremetal 속성을 false 로 설정합니다.

   $ openstack flavor set FLAVOR_NAME --property baremetal=false

3. baremetal-hosts 라는 호스트 집계를 생성합니다.

   $ openstack aggregate create --property baremetal=true baremetal-hosts

4. 각 컨트롤러 노드를 baremetal-hosts 집계에 추가합니다.

   $ openstack aggregate add host baremetal-hosts HOSTNAME

   참고

   NovaIronic 서비스를 사용하여 구성 가능 역할을 생성한 경우 이 서비스가 있는 모든 노드를 baremetal-hosts 집계에 추가합니다. 기본적으로 컨트롤러 노드만 NovaIronic 서비스가 있습니다.

5. virtual-hosts 라는 호스트 집계를 생성합니다.

   $ openstack aggregate create --property baremetal=false virtual-hosts

6. 각 컴퓨팅 노드를 virtual-hosts 집계에 추가합니다.

   $ openstack aggregate add host virtual-hosts HOSTNAME

7. 오버클라우드를 배포할 때 다음 Compute 필터 스케줄러를 추가하지 않은 경우 _/etc/nova/nova.conf_ 파일의 scheduler_default_filters 아래 기존 목록에 지금 추가합니다.

   AggregateInstanceExtraSpecsFilter

절차

1. 다음 명령을 실행하여 각 호스트의 IP 주소를 표시합니다.

   (undercloud) [stack@host01 ~]$ openstack stack output show overcloud HostsEntry --max-width 80
   
   +--------------+---------------------------------------------------------------+
   | Field        | Value                                                         |
   +--------------+---------------------------------------------------------------+
   | description  | The content that should be appended to your /etc/hosts if you |
   |              | want to get                                                   |
   |              | hostname-based access to the deployed nodes (useful for       |
   |              | testing without                                               |
   |              | setting up a DNS).                                            |
   |              |                                                               |
   | output_key   | HostsEntry                                                    |
   | output_value | 172.17.0.10 overcloud-controller-0.localdomain overcloud-     |
   |              | controller-0                                                  |
   |              | 10.8.145.18 overcloud-controller-0.external.localdomain       |
   |              | overcloud-controller-0.external                               |
   |              | 172.17.0.10 overcloud-controller-0.internalapi.localdomain    |
   |              | overcloud-controller-0.internalapi                            |
   |              | 172.18.0.15 overcloud-controller-0.storage.localdomain        |
   |              | overcloud-controller-0.storage                                |
   |              | 172.21.2.12 overcloud-controller-0.storagemgmt.localdomain    |
   |              | overcloud-controller-0.storagemgmt                            |
   |              | 172.16.0.15 overcloud-controller-0.tenant.localdomain         |
   |              | overcloud-controller-0.tenant                                 |
   |              | 10.8.146.13 overcloud-controller-0.management.localdomain     |
   |              | overcloud-controller-0.management                             |
   |              | 10.8.146.13 overcloud-controller-0.ctlplane.localdomain       |
   |              | overcloud-controller-0.ctlplane                               |
   |              |                                                               |
   |              | 172.17.0.21 overcloud-compute-0.localdomain overcloud-        |
   |              | compute-0                                                     |
   |              | 10.8.146.12 overcloud-compute-0.external.localdomain          |
   |              | overcloud-compute-0.external                                  |
   |              | 172.17.0.21 overcloud-compute-0.internalapi.localdomain       |
   |              | overcloud-compute-0.internalapi                               |
   |              | 172.18.0.20 overcloud-compute-0.storage.localdomain           |
   |              | overcloud-compute-0.storage                                   |
   |              | 10.8.146.12 overcloud-compute-0.storagemgmt.localdomain       |
   |              | overcloud-compute-0.storagemgmt                               |
   |              | 172.16.0.16 overcloud-compute-0.tenant.localdomain overcloud- |
   |              | compute-0.tenant                                              |
   |              | 10.8.146.12 overcloud-compute-0.management.localdomain        |
   |              | overcloud-compute-0.management                                |
   |              | 10.8.146.12 overcloud-compute-0.ctlplane.localdomain          |
   |              | overcloud-compute-0.ctlplane                                  |
   |              |                                                               |
   |              |                                                               |
   |              |                                                               |
   |              |                                                               |
   |              | 10.8.145.16  overcloud.localdomain                            |
   |              | 10.8.146.7  overcloud.ctlplane.localdomain                    |
   |              | 172.17.0.19  overcloud.internalapi.localdomain                |
   |              | 172.18.0.19  overcloud.storage.localdomain                    |
   |              | 172.21.2.16  overcloud.storagemgmt.localdomain                |
   +--------------+---------------------------------------------------------------+

2. 특정 호스트를 필터링하려면 다음 명령을 실행합니다.

   (undercloud) [stack@host01 ~]$ openstack stack output show overcloud HostsEntry -c output_value -f value | grep overcloud-controller-0
   
   172.17.0.12 overcloud-controller-0.localdomain overcloud-controller-0
   10.8.145.18 overcloud-controller-0.external.localdomain overcloud-controller-0.external
   172.17.0.12 overcloud-controller-0.internalapi.localdomain overcloud-controller-0.internalapi
   172.18.0.12 overcloud-controller-0.storage.localdomain overcloud-controller-0.storage
   172.21.2.13 overcloud-controller-0.storagemgmt.localdomain overcloud-controller-0.storagemgmt
   172.16.0.19 overcloud-controller-0.tenant.localdomain overcloud-controller-0.tenant
   10.8.146.13 overcloud-controller-0.management.localdomain overcloud-controller-0.management
   10.8.146.13 overcloud-controller-0.ctlplane.localdomain overcloud-controller-0.ctlplane

3. 호스트를 베어 메탈 노드에 매핑하려면 다음 명령을 실행합니다.

   (undercloud) [stack@host01 ~]$ openstack baremetal node list --fields uuid name instance_info -f json
   [
     {
       "UUID": "c0d2568e-1825-4d34-96ec-f08bbf0ba7ae",
       "Instance Info": {
         "root_gb": "40",
         "display_name": "overcloud-compute-0",
         "image_source": "24a33990-e65a-4235-9620-9243bcff67a2",
         "capabilities": "{\"boot_option\": \"local\"}",
         "memory_mb": "4096",
         "vcpus": "1",
         "local_gb": "557",
         "configdrive": "******",
         "swap_mb": "0",
         "nova_host_id": "host01.lab.local"
       },
       "Name": "host2"
     },
     {
       "UUID": "8c3faec8-bc05-401c-8956-99c40cdea97d",
       "Instance Info": {
         "root_gb": "40",
         "display_name": "overcloud-controller-0",
         "image_source": "24a33990-e65a-4235-9620-9243bcff67a2",
         "capabilities": "{\"boot_option\": \"local\"}",
         "memory_mb": "4096",
         "vcpus": "1",
         "local_gb": "557",
         "configdrive": "******",
         "swap_mb": "0",
         "nova_host_id": "host01.lab.local"
       },
       "Name": "host3"
     }
   ]

절차

1. 베어 메탈 노드에 현재 연결된 VIF ID를 나열합니다.

   $ openstack baremetal node vif list baremetal-0
   +--------------------------------------+
   | ID                                   |
   +--------------------------------------+
   | 4475bc5a-6f6e-466d-bcb6-6c2dce0fba16 |
   +--------------------------------------+

2. VIF를 연결한 후 베어 메탈 프로비저닝 서비스는 OpenStack Networking 서비스의 가상 포트를 물리적 포트의 실제 MAC 주소로 업데이트합니다. 이 포트 주소를 확인합니다.

   $ openstack port show 4475bc5a-6f6e-466d-bcb6-6c2dce0fba16 -c mac_address -c fixed_ips
   +-------------+-----------------------------------------------------------------------------+
   | Field       | Value                                                                       |
   +-------------+-----------------------------------------------------------------------------+
   | fixed_ips   | ip_address='192.168.24.9', subnet_id='1d11c677-5946-4733-87c3-23a9e06077aa' |
   | mac_address | 00:2d:28:2f:8d:95                                                           |
   +-------------+-----------------------------------------------------------------------------+

3. baremetal-0 노드를 생성한 네트워크에 새 포트를 만듭니다.

   $ openstack port create --network baremetal --fixed-ip ip-address=192.168.24.24 baremetal-0-extra

4. 인스턴스에서 포트를 제거합니다.

   $ openstack server remove port overcloud-baremetal-0 4475bc5a-6f6e-466d-bcb6-6c2dce0fba16

5. IP 주소가 목록에 더 이상 존재하지 않는지 확인합니다.

   $ openstack server list

6. 노드에 VIF가 연결되어 있는지 확인합니다.

   $ openstack baremetal node vif list baremetal-0
   $ openstack port list

7. 새로 생성된 포트를 추가합니다.

   $ openstack server add port overcloud-baremetal-0 baremetal-0-extra

8. 새 IP 주소에 새 포트가 표시되는지 확인합니다.

   $ openstack server list
   +--------------------------------------+-------------------------+--------+------------------------+------------------------------+---------+
   | ID                                   | Name                    | Status | Networks               | Image                        | Flavor  |
   +--------------------------------------+-------------------------+--------+------------------------+------------------------------+---------+
   | 53095a64-1646-4dd1-bbf3-b51cbcc38789 | overcloud-controller-2  | ACTIVE | ctlplane=192.168.24.7  | overcloud-hardened-uefi-full | control |
   | 3a1bc89c-5d0d-44c7-a569-f2a3b4c73d65 | overcloud-controller-0  | ACTIVE | ctlplane=192.168.24.8  | overcloud-hardened-uefi-full | control |
   | 6b01531a-f55d-40e9-b3a2-6d02be0b915b | overcloud-controller-1  | ACTIVE | ctlplane=192.168.24.16 | overcloud-hardened-uefi-full | control |
   | c61cc52b-cc48-4903-a971-073c60f53091 | overcloud-novacompute-0overcloud-baremetal-0 | ACTIVE | ctlplane=192.168.24.24 | overcloud-hardened-uefi-full | compute |
   +--------------------------------------+-------------------------+--------+------------------------+------------------------------+---------+

9. VIF ID가 새 포트의 UUID인지 확인합니다.

   $ openstack baremetal node vif list baremetal-0
   +--------------------------------------+
   | ID                                   |
   +--------------------------------------+
   | 6181c089-7e33-4f1c-b8fe-2523ff431ffc |
   +--------------------------------------+

10. OpenStack Networking 포트 MAC 주소가 업데이트되고 Bare Metal Provisioning 서비스 포트 중 하나와 일치하는지 확인합니다.

    $ openstack port show 6181c089-7e33-4f1c-b8fe-2523ff431ffc -c mac_address -c fixed_ips
    +-------------+------------------------------------------------------------------------------+
    | Field       | Value                                                                        |
    +-------------+------------------------------------------------------------------------------+
    | fixed_ips   | ip_address='192.168.24.24', subnet_id='1d11c677-5946-4733-87c3-23a9e06077aa' |
    | mac_address | 00:2d:28:2f:8d:95                                                            |
    +-------------+------------------------------------------------------------------------------+

11. 베어 메탈 노드를 재부팅하여 새 IP 주소를 인식합니다.

    $ openstack server reboot overcloud-baremetal-0

    인터페이스를 분리하거나 연결한 후 베어 메탈 OS는 변경된 네트워크 인터페이스를 제거, 추가 또는 수정합니다. 포트를 교체할 때 DHCP 요청이 새 IP 주소를 얻지만 이전 DHCP 리스가 여전히 유효하기 때문에 시간이 걸릴 수 있습니다. 이러한 변경 사항을 즉시 시작하려면 베어 메탈 호스트를 재부팅합니다.

절차

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

2. overcloudrc 인증 정보 파일을 소싱합니다.

   $ source ~/overcloudrc

3. introspection 명령을 실행합니다.

   $ openstack baremetal introspection start [--wait] <NODENAME>

   <NODENAME>을 검사할 노드의 이름 또는 UUID로 바꿉니다.

4. 인트로스펙션 상태를 확인합니다.

   $ openstack baremetal introspection status <NODENAME>

   <NODENAME>을 노드의 이름 또는 UUID로 바꿉니다.

절차

1. 오버클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/<credentials_file>

   • & lt;credentials_file& gt;을 사용자 인증 정보 파일 (예: overcloudrc )으로 바꿉니다.

2. iscsi_boot 기능을 true 로 설정하고 선택한 노드의 storage-interface 를 cinder 로 설정합니다.

   $ openstack baremetal node set --property capabilities=iscsi_boot:true --storage-interface cinder <NODEID>

   <NODEID> 를 선택한 노드의 ID로 바꿉니다.

3. 노드의 iSCSI 커넥터를 만듭니다.

   $ openstack baremetal volume connector create --node <NODEID> --type iqn --connector-id iqn.2010-10.org.openstack.node<NUM>

   각 노드의 커넥터 ID는 고유해야 합니다. 이 예에서 커넥터는 4.7.1n .2010-10.org.openstack.node<NUM> 입니다. 여기서 <NUM> 은 각 노드의 증가 번호입니다.

사전 요구 사항

1. Red Hat Enterprise Linux QCOW2 이미지를 다운로드하여 언더클라우드의 /home/stack/ 디렉터리에 복사합니다. 다음 페이지에서 QCOW2 형식으로 Red Hat Enterprise Linux KVM 이미지를 다운로드할 수 있습니다.

   • Red Hat Enterprise Linux 7
   • Red Hat Enterprise Linux 8

절차

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

2. QCOW2 이미지를 마운트하고 root 사용자로 액세스합니다.

   1. nbd 커널 모듈을 로드합니다.

      $ sudo modprobe nbd

   2. QCOW 이미지를 /dev/nbd0 으로 연결합니다.

      $ sudo qemu-nbd --connect=/dev/nbd0 <IMAGE>

   3. NBD의 파티션을 확인합니다.

      $ sudo fdisk /dev/nbd0 -l

      새로운 Red Hat Enterprise Linux QCOW2 이미지에는 일반적으로 NBD에서 이름이 /dev/nbd0p1 인 파티션 한 개만 포함되어 있습니다.

   4. 이미지의 마운트 지점을 생성합니다.

      mkdir /tmp/mountpoint

   5. 이미지를 마운트합니다.

      sudo mount /dev/nbd0p1 /tmp/mountpoint/

   6. 호스트의 장치 정보에 이미지에 액세스할 수 있도록 dev 디렉토리를 마운트합니다.

      sudo mount -o bind /dev /tmp/mountpoint/dev

   7. 루트 디렉터리를 마운트 지점으로 변경합니다.

      sudo chroot /tmp/mountpoint /bin/bash

3. 이미지에서 iSCSI를 구성합니다.

   참고

   이 단계의 일부 명령에서는 다음 오류가 보고될 수 있습니다.

   lscpu: cannot open /proc/cpuinfo: No such file or directory

   이 오류는 중요하지 않으며 오류를 무시할 수 있습니다.

   1. resolv.conf 파일을 임시 위치로 이동합니다.

      # mv /etc/resolv.conf /etc/resolv.conf.bak

   2. 임시 resolv.conf 파일을 생성하여 Red Hat Content Delivery Network에 대한 DNS 요청을 확인합니다. 이 예에서는 이름 서버로 8.8.8.8 을 사용합니다.

      # echo "nameserver 8.8.8.8" > /etc/resolv.conf

   3. 마운트된 이미지를 Red Hat Content Delivery Network에 등록합니다.

      # subscription-manager register

      명령이 표시될 때 사용자 이름과 암호를 입력합니다.

   4. Red Hat Enterprise Linux가 포함된 서브스크립션을 연결합니다.

      # subscription-manager list --all --available
      # subscription-manager attach --pool <POOLID>

      <POOLID> 를 서브스크립션의 풀 ID로 바꿉니다.

   5. 기본 리포지토리를 비활성화합니다.

      # subscription-manager repos --disable "*"

   6. Red Hat Enterprise Linux 리포지토리를 활성화합니다.

      • Red Hat Enterprise Linux 7:

        # subscription-manager repos --enable "rhel-7-server-rpms"

      • Red Hat Enterprise Linux 8:

        # subscription-manager repos --enable "rhel-8-for-x86_64-baseos-eus-rpms"

   7. iscsi-initiator-utils 패키지를 설치합니다.

      # yum install -y iscsi-initiator-utils

   8. 마운트된 이미지 등록을 해제합니다.

      # subscription-manager unregister

   9. 원본 resolv.conf 파일을 복원하십시오.

      # mv /etc/resolv.conf.bak /etc/resolv.conf

   10. 마운트된 이미지에서 커널 버전을 확인합니다.

       # rpm -qa kernel

       예를 들어 출력이 kernel-3.10.0-1062.el7.x86_64 인 경우 커널 버전은 3.10.0-1062.el7.x86_64 입니다. 다음 단계를 위해 이 커널 버전을 기록해 둡니다.

       참고

       새로운 Red Hat Enterprise Linux QCOW2 이미지에는 하나의 커널 버전만 설치되어 있습니다. 커널 버전이 두 개 이상 설치된 경우 최신 버전을 사용합니다.

   11. initramfs 이미지에 network 및 iscsi dracut 모듈을 추가합니다.

       # dracut --force --add "network iscsi" /boot/initramfs-<KERNELVERSION>.img <KERNELVERSION>

       <KERNELVERSION> 을 rpm -qa 커널 에서 가져온 버전 번호로 바꿉니다. 다음 예에서는 3.10.0-1062.el7.x86_64 를 커널 버전으로 사용합니다.

       # dracut --force --add "network iscsi" /boot/initramfs-3.10.0-1062.el7.x86_64.img 3.10.0-1062.el7.x86_64

   12. 마운트된 이미지를 호스트 운영 체제로 다시 종료합니다.

       # exit

4. 이미지를 마운트 해제합니다.

   1. 임시 마운트 지점에서 dev 디렉터리를 마운트 해제합니다.

      $ sudo umount /tmp/mountpoint/dev

   2. 마운트 지점에서 이미지를 마운트 해제합니다.

      $ sudo umount /tmp/mountpoint

   3. /dev/nbd0/ 에서 QCOW2 이미지 연결을 끊습니다.

      $ sudo qemu-nbd --disconnect /dev/nbd0

5. 이미지에서 grub 메뉴 구성을 다시 빌드합니다.

   1. libguestfs-tools 패키지를 설치합니다.

      $ sudo yum -y install libguestfs-tools

      중요

      언더클라우드에서 libguestfs-tools 패키지를 설치하는 경우 iscsid.socket 을 비활성화하여 언더클라우드에서 tripleo_iscsid 서비스와의 포트 충돌을 방지합니다.

      $ sudo systemctl disable --now iscsid.socket

   2. QEMU를 직접 사용하도록 libguestfs 백엔드를 설정합니다.

      $ export LIBGUESTFS_BACKEND=direct

   3. 이미지에서 grub 구성을 업데이트합니다.

      $ guestfish -a /tmp/images/{{ dib_image }} -m /dev/sda3 sh "mount /dev/sda2 /boot/efi && rm /boot/grub2/grubenv && /sbin/grub2-mkconfig -o /boot/grub2/grub.cfg && cp /boot/grub2/grub.cfg /boot/efi/EFI/redhat/grub.cfg && grubby --update-kernel=ALL --args=\"rd.iscsi.firmware=1\" && cp /boot/grub2/grubenv /boot/efi/EFI/redhat/grubenv && echo Success"

절차

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

2. iSCSI 지원 이미지를 Glance에 업로드합니다.

   $ openstack image create --disk-format qcow2 --container-format bare --file rhel-server-7.7-x86_64-kvm.qcow2 rhel-server-7.7-iscsi

3. 이미지에서 볼륨을 생성합니다.

   $ openstack volume create --size 10 --image rhel-server-7.7-iscsi --bootable rhel-test-volume

4. cinder에서 부팅 볼륨을 사용하는 베어 메탈 인스턴스를 생성합니다.

   $ openstack server create --flavor baremetal --volume rhel-test-volume --key default rhel-test

1. ironic.conf 파일에서 값을 업데이트합니다.
2. Bare Metal Provisioning 서비스 다시 시작
3. 베어 메탈 인스턴스 재배포

배포 중 heat로 KernelArgs 수정

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

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

   $ source stackrc

3. 다음 콘텐츠를 사용하여 환경 파일 overcloud-console.yaml 을 생성합니다.

   parameter_defaults:
     <role>Parameters:
       KernelArgs: "console=<console-name>"

   <role> 을 구성할 오버클라우드 역할의 이름으로 바꾸고 <console-name> 을 사용하려는 콘솔의 ID로 교체합니다. 예를 들어 다음 스니펫을 사용하여 기본 역할의 모든 오버클라우드 노드를 tty0 을 사용하도록 구성합니다.

   parameter_defaults:
     ControllerParameters:
       KernelArgs: "console=tty0"
     ComputeParameters:
       KernelArgs: "console=tty0"
     BlockStorageParameters:
       KernelArgs: "console=tty0"
     ObjectStorageParameters:
       KernelArgs: "console=tty0"
     CephStorageParameters:
       KernelArgs: "console=tty0"

4. -e 옵션을 사용하여 배포 명령에 overcloud-console-tty0.yaml 파일을 포함합니다.

overcloud-hardened-uefi-full.qcow2 이미지 수정

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

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

   $ source stackrc

3. overcloud-hardened-uefi-full.qcow2 이미지에서 커널 인수를 수정하여 하드웨어에 올바른 콘솔을 설정합니다. 예를 들어 콘솔을 tty1 로 설정합니다.

   $ virt-customize --selinux-relabel -a overcloud-hardened-uefi-full.qcow2 --run-command 'grubby --update-kernel=ALL --args="console=tty1"'

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

   $ openstack overcloud image upload --image-path overcloud-hardened-uefi-full.qcow2

5. 오버클라우드를 배포합니다.

검증

1. 언더클라우드에서 오버클라우드 노드에 로그인합니다.

   $ ssh tripleo-admin@<IP-address>

   <IP-address> 를 오버클라우드 노드의 IP 주소로 바꿉니다.

2. /proc/cmdline 파일의 내용을 검사하고 console= 매개변수가 사용할 콘솔 값으로 설정되어 있는지 확인합니다.

   [tripleo-admin@controller-0 ~]$ cat /proc/cmdline
   BOOT_IMAGE=(hd0,msdos2)/boot/vmlinuz-4.18.0-193.29.1.el8_2.x86_64 root=UUID=0ec3dea5-f293-4729-b676-5d38a611ce81 ro console=tty0 console=ttyS0,115200n81 no_timer_check crashkernel=auto rhgb quiet

1. ironic.conf 파일에서 센서 방법을 활성화합니다.

   $ openstack-config --set /etc/ironic/ironic.conf \
      irmc sensor_method METHOD

   METHOD 를 scci 또는 ipmitool 으로 바꿉니다.

2. SCCI를 활성화한 경우 python-scciclient 패키지를 설치합니다.

   # dnf install python-scciclient

3. Bare Metal conductor 서비스를 다시 시작합니다.

   # systemctl restart openstack-ironic-conductor.service

절차

1. 활성화된 하드웨어 유형의 현재 목록을 확인합니다.

   $ source ~/overcloud
   $ openstack baremetal driver list --type dynamic

2. 활성화되지 않은 하드웨어 유형 드라이버를 사용하는 경우 환경 파일에서 IronicEnabledHardwareTypes 매개변수를 사용하여 드라이버를 활성화합니다.

   parameter_defaults:
     IronicEnabledHardwareTypes: ipmi,redfish,idrac

3. 파일을 저장하고 오버클라우드 배포 명령을 실행합니다.

   $ openstack overcloud deploy -e [ENVIRONMENT_FILE] -r [ROLES_DATA] -n [NETWORK_DATA]

   오버클라우드와 관련된 모든 환경 및 데이터 파일을 포함해야 합니다.

4. 다음 명령을 실행합니다. 전원 관리 유형에 대해 OLDDRIVER 및 NEWDRIVER 변수를 대체합니다.

   $ source ~/overcloud
   $ OLDDRIVER="pxe_ipmitool"
   $ NEWDRIVER="ipmi"
   $ for NODE in $(openstack baremetal node list --driver $OLDDRIVER -c UUID -f value) ; do openstack baremetal node set $NODE --driver $NEWDRIVER; done