베어 메탈 프로비저닝

절차

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

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

   [stack@director ~]$ source ~/stackrc

   Copy to Clipboard Toggle word wrap

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

   Copy to Clipboard Toggle word wrap
   참고

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

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

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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

절차

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

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

   [stack@director ~]$ source ~/stackrc

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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>'}]

   Copy to Clipboard Toggle word wrap
   • & 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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

   networks:
     ...
     OcProvisioning:
       subnet: oc_provisioning_subnet

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

절차

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

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

   [stack@director ~]$ source ~/stackrc

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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>'

   Copy to Clipboard Toggle word wrap
   • & 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

   Copy to Clipboard Toggle word wrap

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

   ServiceNetMap:
     IronicApiNetwork: oc_provisioning_ipv6
     IronicNetwork: oc_provisioning_ipv6

   Copy to Clipboard Toggle word wrap

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

   parameter_defaults:
     IronicIpVersion: 6

   Copy to Clipboard Toggle word wrap

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

   parameter_defaults:
     RabbitIPv6: True
     MysqlIPv6: True
     RedisIPv6: True

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

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

    Copy to Clipboard Toggle word wrap

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

    networks:
      ...
      - OcProvisioningIPv6

    Copy to Clipboard Toggle word wrap

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

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

    Copy to Clipboard Toggle word wrap

절차

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

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

   Copy to Clipboard Toggle word wrap

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

   parameter_defaults:
     IronicCleaningDiskErase: <cleaning_type>

   Copy to Clipboard Toggle word wrap

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

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

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

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

   Copy to Clipboard Toggle word wrap

   [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

   Copy to Clipboard Toggle word wrap

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>'

   Copy to Clipboard Toggle word wrap
   • & 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 \

   Copy to Clipboard Toggle word wrap
   참고

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

   openstack overcloud deploy 명령 사용에 대한 자세한 내용은 오버클라우드 배포의 환경 파일 포함을 참조하십시오.

베어 메탈 프로비저닝 서비스에 대한 추가 확인 방법은 다음과 같습니다.

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

   $ source ~/overcloudrc

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

   $ openstack baremetal driver list

   Copy to Clipboard Toggle word wrap

4. ironic 끝점이 나열되어 있는지 확인합니다.

   $ openstack catalog list

   Copy to Clipboard Toggle word wrap

절차

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

   ~/templates/ironic.yaml

   parameter_defaults:
       IronicCleaningNetwork: <UUID>

   Copy to Clipboard Toggle word wrap

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

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

   openstack network show NETWORK_NAME -f value -c id

   Copy to Clipboard Toggle word wrap
   참고

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

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

절차

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

   $ source ~/overcloudrc

   Copy to Clipboard Toggle word wrap

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

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

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

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

     참고

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

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

   (overcloud)$ openstack baremetal node list

   Copy to Clipboard Toggle word wrap

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

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

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

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

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

   Copy to Clipboard Toggle word wrap

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

   참고

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

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

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

   Copy to Clipboard Toggle word wrap

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

   (overcloud)$ openstack flavor list

   Copy to Clipboard Toggle word wrap

1. Nova 스케줄러는 Nova API에서 부팅 인스턴스 요청을 수신합니다.
2. Nova 스케줄러는 관련 하이퍼바이저를 식별하고 대상 물리 노드를 식별합니다.
3. Nova 계산 관리자는 선택한 하이퍼바이저의 리소스를 클레임합니다.
4. Nova 계산 관리자는 nova 부팅 요청이 지정하는 네트워크 인터페이스에 따라 네트워킹 서비스에 바인딩되지 않은 테넌트 가상 인터페이스(VIF)를 만듭니다.

5. Nova compute는 Nova 컴퓨팅 virt 계층에서 driver.spawn 을 호출하여 필요한 모든 정보가 포함된 generate 작업을 생성합니다. 생성 프로세스 중에 virt 드라이버는 다음 단계를 완료합니다.

   1. 배포 이미지, 인스턴스 UUID, 요청된 기능 및 플레이버 속성에 대한 정보를 사용하여 대상 ironic 노드를 업데이트합니다.
   2. ironic API를 호출하여 대상 노드의 전원 및 인터페이스를 검증합니다.
   3. 노드에 VIF를 연결합니다. 각 neutron 포트를 ironic 포트 또는 그룹에 연결할 수 있습니다. 포트 그룹은 포트보다 우선 순위가 높습니다.
   4. 구성 드라이브를 생성합니다.
6. Nova ironic virt 드라이버는 베어 메탈 노드를 서비스하는 Ironic 컨덕터에 배포 요청을 발행합니다.
7. 가상 인터페이스는 에 연결되고 Neutron API는 DHCP를 업데이트하여 PXE/TFTP 옵션을 구성합니다.
8. Ironic 노드 부팅 인터페이스는 (i)PXE 구성을 준비하고 배포 커널 및 ramdisk를 캐시합니다.
9. Ironic 노드 관리 인터페이스는 노드의 네트워크 부팅을 활성화하는 명령을 실행합니다.
10. ironic 노드는 필요한 경우 인스턴스 이미지, 커널 및 ramdisk를 캐시합니다.
11. ironic 노드 전원 인터페이스는 노드의 전원을 켜도록 지시합니다.
12. 노드는 배포 램디스크를 부팅합니다.
13. iSCSI 배포를 사용하면 컨덕터(conductor)가 iSCSI를 통해 실제 노드에 이미지를 복사합니다. 배포 램디스크는 직접 배포를 통해 임시 URL에서 이미지를 다운로드합니다. 이 URL은 Swift API 호환 오브젝트 저장소 또는 HTTP URL이어야 합니다.
14. 노드 부팅 인터페이스는 PXE 구성을 전환하여 인스턴스 이미지를 참조하고 ramdisk 에이전트에 노드의 전원을 소프트 끕니다. 소프트 전원 끄기에 실패하면 베어 메탈 노드의 전원이 IPMI/BMC로 꺼집니다.
15. deploy 인터페이스는 네트워크 인터페이스에 프로비저닝 포트를 제거하고 테넌트 포트를 노드에 바인딩하며 노드의 전원을 켭니다.

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

절차

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

   $ openstack flavor set baremetal --property baremetal=true

   Copy to Clipboard Toggle word wrap

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

   $ openstack flavor set FLAVOR_NAME --property baremetal=false

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

   $ openstack aggregate add host baremetal-hosts HOSTNAME

   Copy to Clipboard Toggle word wrap
   참고

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

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

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

   Copy to Clipboard Toggle word wrap

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

   $ openstack aggregate add host virtual-hosts HOSTNAME

   Copy to Clipboard Toggle word wrap

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

   AggregateInstanceExtraSpecsFilter

   Copy to Clipboard Toggle word wrap

절차

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                |
   +--------------+---------------------------------------------------------------+

   Copy to Clipboard Toggle word wrap

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

   Copy to Clipboard Toggle word wrap

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"
     }
   ]

   Copy to Clipboard Toggle word wrap

절차

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

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

   Copy to Clipboard Toggle word wrap

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                                                           |
   +-------------+-----------------------------------------------------------------------------+

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

   $ openstack server list

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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-full | control |
   | 3a1bc89c-5d0d-44c7-a569-f2a3b4c73d65 | overcloud-controller-0  | ACTIVE | ctlplane=192.168.24.8  | overcloud-full | control |
   | 6b01531a-f55d-40e9-b3a2-6d02be0b915b | overcloud-controller-1  | ACTIVE | ctlplane=192.168.24.16 | overcloud-full | control |
   | c61cc52b-cc48-4903-a971-073c60f53091 | overcloud-novacompute-0overcloud-baremetal-0 | ACTIVE | ctlplane=192.168.24.24 | overcloud-full | compute |
   +--------------------------------------+-------------------------+--------+------------------------+----------------+---------+

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

10. OpenStack Networking 포트 MAC 주소가 업데이트되고 베어 메탈 프로비저닝 서비스 포트 중 하나와 일치하는지 확인합니다.

    $ 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                                                            |
    +-------------+------------------------------------------------------------------------------+

    Copy to Clipboard Toggle word wrap

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

    $ openstack server reboot overcloud-baremetal-0

    Copy to Clipboard Toggle word wrap

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

절차

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

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

   $ source ~/overcloudrc

   Copy to Clipboard Toggle word wrap

3. 인트로스펙션 명령을 실행합니다.

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

   Copy to Clipboard Toggle word wrap

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

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

   $ openstack baremetal introspection status <NODENAME>

   Copy to Clipboard Toggle word wrap

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

절차

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

2. 오버클라우드 자격 증명을 가져옵니다.

   $ source ~/overcloudrc

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

4. 노드의 iSCSI 커넥터를 생성합니다.

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

   Copy to Clipboard Toggle word wrap

   각 노드의 커넥터 ID는 고유해야 합니다. 이 예제에서 커넥터는 iqn.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

      Copy to Clipboard Toggle word wrap

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

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

      Copy to Clipboard Toggle word wrap

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

      $ sudo fdisk /dev/nbd0 -l

      Copy to Clipboard Toggle word wrap

      새로운 Red Hat Enterprise Linux QCOW2 이미지에는 하나의 파티션만 포함되어 있으며, 일반적으로 NBD에서 이름이 /dev/nbd0p1 입니다.

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

      mkdir /tmp/mountpoint

      Copy to Clipboard Toggle word wrap

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

      sudo mount /dev/nbd0p1 /tmp/mountpoint/

      Copy to Clipboard Toggle word wrap

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

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

      Copy to Clipboard Toggle word wrap

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

      sudo chroot /tmp/mountpoint /bin/bash

      Copy to Clipboard Toggle word wrap

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

   참고

   이 단계의 일부 명령은 다음 오류를 보고할 수 있습니다.

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

   Copy to Clipboard Toggle word wrap

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

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

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

      Copy to Clipboard Toggle word wrap

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

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

      Copy to Clipboard Toggle word wrap

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

      # subscription-manager register

      Copy to Clipboard Toggle word wrap

      명령에서 메시지를 표시하면 사용자 이름과 암호를 입력합니다.

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

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

      Copy to Clipboard Toggle word wrap

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

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

      # subscription-manager repos --disable "*"

      Copy to Clipboard Toggle word wrap

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

      • Red Hat Enterprise Linux 7:

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

        Copy to Clipboard Toggle word wrap

      • Red Hat Enterprise Linux 8:

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

        Copy to Clipboard Toggle word wrap

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

      # yum install -y iscsi-initiator-utils

      Copy to Clipboard Toggle word wrap

   8. 마운트된 이미지를 등록 취소합니다.

      # subscription-manager unregister

      Copy to Clipboard Toggle word wrap

   9. original resolv.conf 파일을 복원합니다.

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

      Copy to Clipboard Toggle word wrap

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

       # rpm -qa kernel

       Copy to Clipboard Toggle word wrap

       예를 들어 출력이 kernel-3.10.0-1062.el7.x86_64 인 경우 커널 버전은 3.10.0-1062.el7.x86_64 입니다. 다음 단계에서 이 커널 버전을 확인합니다.

       참고

       새 Red Hat Enterprise Linux QCOW2 이미지에는 하나의 커널 버전만 설치되어 있습니다. 둘 이상의 커널 버전이 설치되어 있으면 최신 버전을 사용합니다.

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

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

       Copy to Clipboard Toggle word wrap

       <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

       Copy to Clipboard Toggle word wrap

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

       # exit

       Copy to Clipboard Toggle word wrap

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

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

      $ sudo umount /tmp/mountpoint/dev

      Copy to Clipboard Toggle word wrap

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

      $ sudo umount /tmp/mountpoint

      Copy to Clipboard Toggle word wrap

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

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

      Copy to Clipboard Toggle word wrap

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

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

      $ sudo yum -y install libguestfs-tools

      Copy to Clipboard Toggle word wrap
      중요

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

      $ sudo systemctl disable --now iscsid.socket

      Copy to Clipboard Toggle word wrap

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

      $ export LIBGUESTFS_BACKEND=direct

      Copy to Clipboard Toggle word wrap

   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"

      Copy to Clipboard Toggle word wrap

절차

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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

절차

1. /home/stack/templates/ml2-ansible-hosts.yaml 을 생성하고 다음 초기 콘텐츠를 추가합니다.

   parameter_defaults:
     ML2HostConfigs:

   Copy to Clipboard Toggle word wrap

2. ML2HostConfigs 매개 변수에는 스위치에 대한 세부 정보가 있는 dict 값이 필요합니다. dict 의 각 초기 키는 스위치의 이름입니다. 이 값은 OpenStack Networking(neutron) ML2 구성의 특정 ansible:[switchname] 섹션을 정의합니다. 각 스위치 이름 키에는 실제 스위치 세부 정보가 포함된 자체 dict 가 필요합니다. 예를 들어 세 개의 스위치를 구성하려면 세 개의 스위치 키를 추가합니다.

   parameter_defaults:
     ML2HostConfigs:
       switch1:
         [SWITCH DETAILS]
       switch2:
         [SWITCH DETAILS]
       switch3:
         [SWITCH DETAILS]

   Copy to Clipboard Toggle word wrap

3. 각 스위치에는 dict 에 특정 키 값 쌍이 필요합니다.

   ansible_network_os

   (필수) 스위치의 운영 체제입니다. 옵션에는 junos 및 eos 가 포함됩니다.

   중요

   EUS (Extensible Operating System)지원은 이번 릴리스에서 기술 프리뷰로 제공되므로 Red Hat에서 완전히 지원하지 않습니다. 테스트 용도로만 사용해야 하며 프로덕션 환경에 배포해서는 안 됩니다. 기술 프리뷰 기능에 대한 자세한 내용은 적용 범위 상세 정보를 참조하십시오.

   ansible_host

   (필수) 스위치의 IP 또는 호스트 이름입니다.

   ansible_user

   (필수) Ansible이 스위치에 액세스하는 데 사용하는 사용자입니다.

   ansible_ssh_pass

   (필수) Ansible이 스위치에 액세스하는 데 사용하는 SSH 암호입니다.

   mac

   네트워크 장치의 MAC ID 섀시입니다. LLDP(링크 계층 검색 프로토콜) MAC 주소 값을 ML2HostConfigs 구성에 정의된 스위치 이름에 매핑하는 데 사용됩니다. 이 값은 인트로스펙션을 사용하여 자동 포트 구성을 수행할 때 필수 값입니다.

   manage_vlans

   OpenStack Networking(neutron)이 실제 장치에서 VLAN의 생성 및 삭제를 제어하는지 여부를 정의하는 부울 변수입니다. 이 기능을 사용하면 스위치에서 Neutron 네트워크에 각각 ID가 있는 VLAN을 만들고 삭제합니다. 스위치에 이러한 VLAN을 사전 정의되어 있고, 스위치에서 VLAN을 생성하거나 삭제하는 데 Neutron이 필요하지 않은 경우 이 매개변수를 false로 설정합니다. 기본값은 true입니다.

4. 다음 예제에서는 전체 ML2HostConfigs 매개변수에서 이러한 값을 해당 키에 매핑하는 방법을 보여줍니다.

   parameter_defaults:
     ML2HostConfigs:
       switch1:
         ansible_network_os: juno
         ansible_host: 10.0.0.1
         ansible_user: ansible
         ansible_ssh_pass: "p@55w0rd!"
         mac: 01:23:45:67:89:AB
         manage_vlans: false

   Copy to Clipboard Toggle word wrap
5. /home/stack/templates/ml2-ansible-hosts.yaml 파일을 저장합니다.

6. 오버클라우드 배포 명령을 실행하는 경우 -e 옵션을 사용하여 /usr/share/openstack-tripleo-heat-templates/environments/neutron-ml2-ansible.yaml 및 /home/stack/templates/ml2-ansible-hosts.yaml 파일을 포함합니다. 다음 예제에서는 이러한 파일을 포함하는 방법을 보여줍니다.

   $ openstack overcloud deploy --templates \
     ...
     -e /usr/share/openstack-tripleo-heat-templates/environments/neutron-ml2-ansible.yaml \
     -e /home/stack/templates/ml2-ansible-hosts.yaml \
     ...

   Copy to Clipboard Toggle word wrap

절차

1. 베어 메탈 시스템을 생성합니다.

   • 액세스 포트를 사용하는 베어 메탈 시스템을 생성하려면 다음 명령을 실행합니다.

     openstack server create --flavor baremetal --image overcloud-full --key default --network tenant-net test1

     Copy to Clipboard Toggle word wrap

   • 트렁크 포트를 사용하는 베어 메탈 시스템을 생성하려면 다음 명령을 실행합니다.

     openstack server create --flavor baremetal --image overcloud-full --port {primary-port-uuid} --key default test1

     Copy to Clipboard Toggle word wrap

1. ironic.conf 파일의 값 업데이트
2. 베어 메탈 프로비저닝 서비스 다시 시작
3. 베어 메탈 인스턴스 다시 배포

배포 중 heat를 사용하여 KernelArgs 수정

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

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

   $ source stackrc

   Copy to Clipboard Toggle word wrap

3. 다음 내용으로 환경 파일 overcloud-console.yaml 을 생성합니다.

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

   Copy to Clipboard Toggle word wrap

   <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"

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