절차

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

2. undercloud.conf 파일이 없는 경우 샘플 템플릿 파일을 복사합니다.

   [stack@director ~]$ cp /usr/share/python-tripleoclient/undercloud.conf.sample ~/undercloud.conf

3. undercloud.conf 파일을 편집합니다.

4. [DEFAULT] 섹션에서 다음 값을 설정합니다.

   1. fat 0에서 local_ip 를 언더클라우드 IP로 설정합니다.

      local_ip = 192.168.10.1/24

   2. undercloud_public_host 를 언더클라우드의 외부 IP 주소로 설정합니다.

      undercloud_public_host = 10.1.1.1

   3. undercloud_admin_host 를 Undercloud의 관리 IP 주소로 설정합니다. 이 IP 주소는 일반적으로 gra0에 있습니다.

      undercloud_admin_host = 192.168.10.2

   4. local_interface 를 로컬 네트워크의 브리지로 설정합니다.

      local_interface = eth1

   5. enable_routed_networks 를 true로 설정합니다.

      enable_routed_networks = true

   6. subnets 매개 변수를 사용하여 서브넷 목록을 정의합니다. 라우팅된 스파인 및 리프린트의 각 L2 세그먼트에 대해 하나의 서브넷을 정의합니다.

      subnets = leaf0,leaf1,leaf2

   7. local_subnet 매개변수를 사용하여 언더클라우드에 로컬로 실제 L2 세그먼트와 연결된 서브넷을 지정합니다.

      local_subnet = leaf0

   8. undercloud_nameservers 의 값을 설정합니다.

      undercloud_nameservers = 10.11.5.19,10.11.5.20

      작은 정보

      /etc/resolv.conf를 확인하여 언더클라우드 이름 서버에 사용되는 DNS 서버의 현재 IP 주소를 찾을 수 있습니다.

5. subnets 매개변수에 정의된 각 서브넷의 새 섹션을 생성합니다.

   [leaf0]
   cidr = 192.168.10.0/24
   dhcp_start = 192.168.10.10
   dhcp_end = 192.168.10.90
   inspection_iprange = 192.168.10.100,192.168.10.190
   gateway = 192.168.10.1
   masquerade = False
   
   [leaf1]
   cidr = 192.168.11.0/24
   dhcp_start = 192.168.11.10
   dhcp_end = 192.168.11.90
   inspection_iprange = 192.168.11.100,192.168.11.190
   gateway = 192.168.11.1
   masquerade = False
   
   [leaf2]
   cidr = 192.168.12.0/24
   dhcp_start = 192.168.12.10
   dhcp_end = 192.168.12.90
   inspection_iprange = 192.168.12.100,192.168.12.190
   gateway = 192.168.12.1
   masquerade = False

6. undercloud.conf 파일을 저장합니다.

7. 언더클라우드 설치 명령을 실행합니다.

   [stack@director ~]$ openstack undercloud install

절차

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

   [stack@director ~]$ source ~/stackrc

2. 각 사용자 정의 역할에 대한 플레이버를 만듭니다.

   $ ROLES="control compute_leaf0 compute_leaf1 compute_leaf2 ceph-storage_leaf0 ceph-storage_leaf1 ceph-storage_leaf2"
   $ for ROLE in $ROLES; do openstack flavor create --id auto --ram <ram_size_mb> --disk <disk_size_gb> --vcpus <no_vcpus> $ROLE ; done
   $ for ROLE in $ROLES; do openstack flavor set --property "cpu_arch"="x86_64" --property "capabilities:boot_option"="local" --property resources:DISK_GB='0' --property resources:MEMORY_MB='0' --property resources:VCPU='0' $ROLE ; done

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

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

   (undercloud)$ openstack baremetal node list

4. 사용자 정의 리소스 클래스를 사용하여 각 베어 메탈 노드를 리프 네트워크 및 역할에 태그합니다.

   (undercloud)$ openstack baremetal node set \
    --resource-class baremetal.LEAF-ROLE <node>

   & lt;node& gt;를 베어 메탈 노드의 ID로 바꿉니다.

   예를 들어 다음 명령을 입력하여 노드에 UUID 58c3d07e-24f2-48a7-bbb6-6843f0e8ee13 을 사용하여 Leaf2의 Compute 역할에 태그를 지정합니다.

   (undercloud)$ openstack baremetal node set \
    --resource-class baremetal.COMPUTE-LEAF2 58c3d07e-24f2-48a7-bbb6-6843f0e8ee13

5. 각 리프 네트워크 역할 플레이버를 사용자 지정 리소스 클래스와 연결합니다.

   (undercloud)$ openstack flavor set \
    --property resources:CUSTOM_BAREMETAL_LEAF_ROLE=1 \
   <custom_role>

   베어 메탈 프로비저닝 서비스 노드의 리소스 클래스에 해당하는 사용자 정의 리소스 클래스의 이름을 확인하려면 리소스 클래스를 대문자로 변환하고 각 문장 표시를 밑줄로 교체하고 접두사 CUSTOM_.

   참고

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

6. node-info.yaml 파일에서 각 사용자 정의 리프 역할에 사용할 플레이버와 각 사용자 정의 리프 역할에 할당할 노드 수를 지정합니다. 예를 들어 다음 구성은 사용할 플레이버와 사용자 지정 리프 역할 compute_leaf0,compute_leaf1,compute_leaf2,ceph-storage_leaf0, ceph-storage_leaf1 ,ceph-storage_leaf1 에 할당할 노드 수를 지정합니다.

   parameter_defaults:
     OvercloudControllerFlavor: control
     OvercloudComputeLeaf0Flavor: compute_leaf0
     OvercloudComputeLeaf1Flavor: compute_leaf1
     OvercloudComputeLeaf2Flavor: compute_leaf2
     OvercloudCephStorageLeaf0Flavor: ceph-storage_leaf0
     OvercloudCephStorageLeaf1Flavor: ceph-storage_leaf1
     OvercloudCephStorageLeaf2Flavor: ceph-storage_leaf2
     ControllerLeaf0Count: 3
     ComputeLeaf0Count: 3
     ComputeLeaf1Count: 3
     ComputeLeaf2Count: 3
     CephStorageLeaf0Count: 3
     CephStorageLeaf1Count: 3
     CephStorageLeaf2Count: 3

절차

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

   $ source ~/stackrc

2. 베어 메탈 노드를 확인합니다.

   $ openstack baremetal node list

3. 베어 메탈 노드가 등록 되거나 manageable 상태인지 확인합니다. 베어 메탈 노드가 이러한 상태 중 하나에 없는 경우 baremetal 포트에서 physical_network 속성을 설정하는 명령이 실패합니다. 모든 노드를 manageable 상태로 설정하려면 다음 명령을 실행합니다.

   $ for node in $(openstack baremetal node list -f value -c Name); do openstack baremetal node manage $node --wait; done

4. 다음 중 baremetal 노드와 연결된 베어 메탈 포트를 확인합니다.

   $ openstack baremetal port list --node <node-uuid>

5. 포트의 physical-network 매개 변수를 설정합니다. 아래 예제에서 3개의 서브넷은 leaf0,leaf1, leaf2 )에 정의되어 있습니다. local_subnet은 leaf0 입니다. local_subnet 의 물리적 네트워크는 항상 ctlplane 입니다. leaf0 에 연결된 baremetal 포트는 ctlplane를 사용합니다. 나머지 포트는 다른 리프 이름을 사용합니다.

   $ openstack baremetal port set --physical-network ctlplane <port-uuid>
   $ openstack baremetal port set --physical-network leaf1 <port-uuid>
   $ openstack baremetal port set --physical-network leaf2 <port-uuid>

6. 오버클라우드를 배포하기 전에 노드를 인트로스펙션합니다. --all-manageable 및 --provide 옵션을 포함하여 노드를 배포에 사용할 수 있도록 설정합니다.

   $ openstack overcloud node introspect --all-manageable --provide

절차

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

2. 언더클라우드 인증 정보 파일을 가져옵니다.

   $ source ~/stackrc

3. /home/stack/undercloud.conf 파일에서 다음을 수행합니다.

   1. subnets 매개변수를 찾아서 추가하는 리프에 대한 새 서브넷을 추가합니다.

      서브넷은 라우팅된 스파인 및 리프의 L2 세그먼트를 나타냅니다.

      예제

      이 예에서는 새 리프(leaf3)를 위해 새 서브넷(leaf3)이 추가되었습니다.

      subnets = leaf0,leaf1,leaf2,leaf3

   2. 추가한 서브넷에 대한 섹션을 만듭니다.

      예제

      이 예에서는 새 서브넷(leaf3)에 대해 섹션 [leaf3] 이 추가되었습니다.

      [leaf0]
      cidr = 192.168.10.0/24
      dhcp_start = 192.168.10.10
      dhcp_end = 192.168.10.90
      inspection_iprange = 192.168.10.100,192.168.10.190
      gateway = 192.168.10.1
      masquerade = False
      
      [leaf1]
      cidr = 192.168.11.0/24
      dhcp_start = 192.168.11.10
      dhcp_end = 192.168.11.90
      inspection_iprange = 192.168.11.100,192.168.11.190
      gateway = 192.168.11.1
      masquerade = False
      
      [leaf2]
      cidr = 192.168.12.0/24
      dhcp_start = 192.168.12.10
      dhcp_end = 192.168.12.90
      inspection_iprange = 192.168.12.100,192.168.12.190
      gateway = 192.168.12.1
      masquerade = False
      
      [leaf3]
      cidr = 192.168.13.0/24
      dhcp_start = 192.168.13.10
      dhcp_end = 192.168.13.90
      inspection_iprange = 192.168.13.100,192.168.13.190
      gateway = 192.168.13.1
      masquerade = False

4. undercloud.conf 파일을 저장합니다.

5. 언더클라우드를 다시 설치하십시오.

   $ openstack undercloud install

절차

1. ManageNetworks: true 를 사용하여 중앙 스택을 배포하거나 설정되지 않은 상태로 둡니다.
2. ManageNetworks: false 를 사용하여 추가 스택을 배포합니다.

절차

1. 관련 네트워크 리소스의 UUID를 확인합니다.

   $ openstack network show internal_api -c id -f value
   $ openstack subnet show internal_api_subnet -c id -f value
   $ openstack port show internal_api_virtual_ip -c id -f value

2. 위 명령의 출력에 표시된 값을 저장하고 별도의 스택의 network _ data.yaml 파일에서 internal_api 네트워크의 네트워크 정의에 추가합니다.

   - name: InternalApi
     external_resource_network_id: 93861871-7814-4dbc-9e6c-7f51496b43af
     external_resource_subnet_id: c85c8670-51c1-4b17-a580-1cfb4344de27
     external_resource_vip_id: 8bb9d96f-72bf-4964-a05c-5d3fed203eb7
     name_lower: internal_api
     vip: true
     ip_subnet: '172.16.2.0/24'
     allocation_pools: [{'start': '172.16.2.4', 'end': '172.16.2.250'}]
     ipv6_subnet: 'fd00:fd00:fd00:2000::/64'
     ipv6_allocation_pools: [{'start': 'fd00:fd00:fd00:2000::10', 'end': 'fd00:fd00:fd00:2000:ffff:ffff:ffff:fffe'}]
     mtu: 1400

절차

1. 중앙 heat 스택을 정의합니다.

   $ mkdir central
   $ touch central/overrides.yaml

2. 중앙 heat 스택에서 모든 DCN 사이트의 공통 디렉터리로 데이터를 추출합니다.

   $ mkdir dcn-common
   $ touch dcn-common/overrides.yaml
   $ touch dcn-common/central-export.yaml

   central-export.yaml 파일은 openstack overcloud export 명령으로 나중에 생성됩니다. 이 가이드의 모든 DCN 배포는 이 파일을 사용해야 하므로 dcn-common 디렉터리에 있습니다.

3. dcn0 사이트를 정의합니다.

   $ mkdir dcn0
   $ touch dcn0/overrides.yaml

절차

1. containers.yaml 에 레지스트리 서비스 계정 인증 정보를 추가합니다.

   parameter_defaults:
     ContainerImagePrepare:
     - push_destination: true
       set:
         ceph_namespace: registry.redhat.io/rhceph
         ceph_image: rhceph-4-rhel8
         ceph_tag: latest
         name_prefix: openstack-
         namespace: registry.redhat.io/rhosp16-rhel8
         tag: latest
     ContainerImageRegistryCredentials:
       # https://access.redhat.com/RegistryAuthentication
       registry.redhat.io:
         registry-service-account-username: registry-service-account-password

2. 환경 파일을 images-env.yaml로 생성합니다.

   sudo openstack tripleo container image prepare \
   -e containers.yaml \
   --output-env-file images-env.yaml

   결과 images-env.yaml 파일은 생성된 스택에 대한 오버클라우드 배포 절차의 일부로 포함됩니다.

절차

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

2. 기본 역할 디렉터리를 복사합니다.

   cp -r /usr/share/openstack-tripleo-heat-templates/roles ~/.

3. DistributedCompute.yaml 파일에서 DistributedComputeDpdk.yaml 이라는 새 파일을 생성합니다.

   cp roles/DistributedCompute.yaml roles/DistributedComputeDpdk.yaml

4. 새 DistributedComputeDpdk.yaml 파일에 DPDK 서비스를 추가합니다. DistributedComputeDpdk.yaml 파일에 없는 ComputeOvsDpdk.yaml 파일에서 매개변수를 식별하여 추가해야 하는 매개변수를 식별할 수 있습니다.

   diff -u roles/DistributedComputeDpdk.yaml roles/ComputeOvsDpdk.yaml

   출력에서 앞에 있는 + 가 앞에 있는 매개변수는 ComputeOvsDpdk.yaml 파일에 존재하지만 DistributedComputeDpdk.yaml 파일에는 존재하지 않습니다. 새 DistributedComputeDpdk.yaml 파일에 이러한 매개변수를 포함합니다.

5. DistributedComputeDpdk.yaml 을 사용하여 DistributedComputeDpdk 역할 파일을 생성합니다.

   openstack overcloud roles generate --roles-path ~/roles/ -o ~/roles/roles-custom.yaml DistributedComputeDpdk

1. 홈 디렉토리에서 배포하려는 각 스택의 디렉터리를 생성합니다.

   mkdir /home/stack/central
   mkdir /home/stack/dcn0
   mkdir /home/stack/dcn1

2. 다음과 유사한 설정으로 central/overrides.yaml 이라는 파일을 생성합니다.

   parameter_defaults:
     NtpServer:
       - 0.pool.ntp.org
       - 1.pool.ntp.org
     ControllerCount: 3
     ComputeCount: 0
     OvercloudControllerFlavor: baremetal
     OvercloudComputeFlavor: baremetal
     ControllerSchedulerHints:
       'capabilities:node': '0-controller-%index%'
     GlanceBackend: swift

   • ControllerCount: 3 은 세 개의 노드가 배포되도록 지정합니다. glance에는 swift, cinder는 lvm, 에지 계산 노드에 대해 컨트롤 플레인 서비스를 호스팅합니다.
   • ComputeCount: 0 은(는) 컴퓨팅 노드가 중앙 컨트롤러 노드와 함께 배포되지 않도록 하는 선택적 매개변수입니다.

   • GlanceBackend: swift 는 Object Storage(swift)를 Image 서비스(glance) 백엔드로 사용합니다.

     결과 구성은 다음과 같은 방식으로 DCN(분산 컴퓨팅 노드)과 상호 작용합니다.

   • DCN의 이미지 서비스는 중앙 오브젝트 스토리지 백엔드에서 수신하는 이미지의 캐시된 복사본을 생성합니다. 이미지 서비스는 HTTP를 사용하여 오브젝트 스토리지의 이미지를 로컬 디스크 캐시로 복사합니다.

     참고

     중앙 컨트롤러 노드는 DCN(분산 계산 노드) 사이트에 연결할 수 있어야 합니다. 중앙 컨트롤러 노드는 라우팅된 계층 3 연결을 사용할 수 있습니다.

3. 환경에 적합한 역할을 사용하여 중앙 위치에 대한 역할을 생성합니다.

   openstack overcloud roles generate Controller \
   -o ~/central/control_plane_roles.yaml

4. 환경 파일 ~/central/central-images-env.yaml을 생성합니다.

   sudo openstack tripleo container image prepare \
   -e containers.yaml \
   --output-env-file ~/central/central-images-env.yaml

5. site -name.yaml 환경 파일에서 사이트에 대한 명명 규칙을 구성합니다. Cinder 스토리지 가용성 영역은 Nova 가용성 영역과 일치해야 합니다.

   cat > /home/stack/central/site-name.yaml << EOF
   parameter_defaults:
       NovaComputeAvailabilityZone: central
       ControllerExtraConfig:
           nova::availability_zone::default_schedule_zone: central
       NovaCrossAZAttach: false
       CinderStorageAvailabilityZone: central
   EOF

6. 중앙 컨트롤러 노드를 배포합니다. 예를 들어 다음 콘텐츠가 있는 deploy.sh 파일을 사용할 수 있습니다.

   #!/bin/bash
   
   source ~/stackrc
   time openstack overcloud deploy \
   --stack central \
   --templates /usr/share/openstack-tripleo-heat-templates/ \
   -e /usr/share/openstack-tripleo-heat-templates/environments/nova-az-config.yaml \
   -e ~/central/containers-env-file.yaml \
   -e ~/central/overrides.yaml \
   -e ~/central/site-name.yaml

1. 홈 디렉토리에서 배포하려는 각 스택의 디렉터리를 생성합니다.

   mkdir /home/stack/central
   mkdir /home/stack/dcn0
   mkdir /home/stack/dcn1

2. Ceph 클러스터의 이름과 사용 가능한 하드웨어를 기준으로 구성 매개 변수를 설정합니다. 자세한 내용은 사용자 정의 구성 설정을 사용하여 Ceph 구성을 참조하십시오. https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.1/html-single/deploying_an_overcloud_with_containerized_red_hat_ceph/index

   cat > /home/stack/central/ceph.yaml << EOF
   parameter_defaults:
     CephClusterName: central
     CephAnsibleDisksConfig:
       osd_scenario: lvm
       osd_objectstore: bluestore
       devices:
         - /dev/sda
         - /dev/sdb
     CephPoolDefaultSize: 3
     CephPoolDefaultPgNum: 128
   
   EOF

3. 환경에 적합한 역할을 사용하여 중앙 위치에 대한 역할을 생성합니다.

   openstack overcloud roles generate Compute Controller CephStorage \
   -o ~/central/central_roles.yaml
   
   cat > /home/stack/central/role-counts.yaml << EOF
   parameter_defaults:
     ControllerCount: 3
     ComputeCount: 2
     CephStorage: 3
   EOF

4. 환경 파일 ~/central/central-images-env.yaml생성

   sudo openstack tripleo container image prepare \
   -e containers.yaml \
   --output-env-file ~/central/central-images-env.yaml

5. site -name.yaml 환경 파일에서 사이트에 대한 명명 규칙을 구성합니다. Nova 가용성 영역 및 Cinder 스토리지 가용성 영역은 다음과 같아야 합니다.

   cat > /home/stack/central/site-name.yaml << EOF
   parameter_defaults:
       NovaComputeAvailabilityZone: central
       ControllerExtraConfig:
           nova::availability_zone::default_schedule_zone: central
       NovaCrossAZAttach: false
       CinderStorageAvailabilityZone: central
       GlanceBackendID: central
   EOF

6. 다음과 유사한 내용을 사용하여 glance.yaml 템플릿을 구성합니다.

   parameter_defaults:
       GlanceEnabledImportMethods: web-download,copy-image
       GlanceBackend: rbd
       GlanceStoreDescription: 'central rbd glance store'
       GlanceBackendID: central
       CephClusterName: central

7. 다른 모든 템플릿을 준비한 후 중앙 스택을 배포합니다.

   openstack overcloud deploy \
          --stack central \
          --templates /usr/share/openstack-tripleo-heat-templates/ \
          -r ~/central/central_roles.yaml \
       ...
          -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
          -e /usr/share/openstack-tripleo-heat-templates/environments/nova-az-config.yaml \
          -e ~/central/central-images-env.yaml \
          -e ~/central/role-counts.yaml \
          -e ~/central/site-name.yaml \
          -e ~/central/ceph.yaml \
          -e ~/central/glance.yaml

1. 홈 디렉토리에서 배포하려는 각 스택의 디렉터리를 생성합니다. 이를 사용하여 각 사이트에 맞게 설계된 별도의 템플릿을 사용합니다.

   mkdir /home/stack/central
   mkdir /home/stack/dcn0
   mkdir /home/stack/dcn1

2. Red Hat OpenStack Platform director가 관리하는 역할을 사용하여 중앙 위치에 대한 역할을 생성합니다. 외부 Ceph와 통합할 때 Ceph 역할을 사용하지 마십시오.

   cat > /home/stack/central/role-counts.yaml << EOF
   parameter_defaults:
     ControllerCount: 3
     ComputeCount: 2
   EOF

3. 환경 파일 ~/central/central-images-env.yaml을 생성합니다.

   sudo openstack tripleo container image prepare \
   -e containers.yaml \
   --output-env-file ~/central/central-images-env.yaml

4. site-name.yaml 환경 파일에서 사이트의 이름 지정 규칙을 구성합니다. Nova 가용성 영역 및 Cinder 스토리지 가용성 영역은 다음과 같아야 합니다.

   cat > /home/stack/central/site-name.yaml << EOF
   parameter_defaults:
       NovaComputeAvailabilityZone: central
       ControllerExtraConfig:
           nova::availability_zone::default_schedule_zone: central
       NovaCrossAZAttach: false
       CinderStorageAvailabilityZone: central
       GlanceBackendID: central
   EOF

5. 다음과 유사한 콘텐츠를 사용하여 glance.yaml 템플릿을 구성합니다.

   parameter_defaults:
       GlanceEnabledImportMethods: web-download,copy-image
       GlanceBackend: rbd
       GlanceStoreDescription: 'central rbd glance store'
       GlanceBackendID: central
       CephClusterName: central

6. Red Hat OpenStack Platform director 없이 Ceph를 배포하면 ceph-ansible.yaml 환경 파일을 사용하지 마십시오. 대신 ceph-ansible-external.yaml 환경 파일을 사용합니다.

   openstack overcloud deploy \
          --stack central \
          --templates /usr/share/openstack-tripleo-heat-templates/ \
          -r ~/central/central_roles.yaml \
       ...
          -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible-external.yaml \
          -e /usr/share/openstack-tripleo-heat-templates/environments/nova-az-config.yaml \
          -e ~/central/central-images-env.yaml \
          -e ~/central/role-counts.yaml \
          -e ~/central/site-name.yaml \
          -e ~/central/ceph.yaml \
          -e ~/central/glance.yaml

절차

1. 중앙 스택에서 스택 정보를 내보냅니다. 다음 명령을 실행하기 전에 중앙 스택을 배포해야 합니다.

   openstack overcloud export \
           --config-download-dir /var/lib/mistral/central/ \
           --stack central \
           --output-file ~/dcn-common/central-export.yaml

   참고

   config-download-dir 값은 기본적으로 /var/lib/mistral/<stack>/ 입니다.

2. central_ceph_external.yaml 파일을 생성합니다. 이 환경 파일은 DCN 사이트를 중앙 허브 Ceph 클러스터에 연결하므로 이전 단계에서 배포한 Ceph 클러스터에만 정보가 지정됩니다.

   sudo -E openstack overcloud export ceph \
   --stack central \
   --config-download-dir /var/lib/mistral \
   --output-file ~/dcn-common/central_ceph_external.yaml

   Red Hat OpenStack Platform director 없이 Ceph를 배포하면 openstack overcloud export ceph 명령을 실행할 수 없습니다. central_ceph_external.yaml 파일을 수동으로 생성합니다.

   parameter_defaults:
     CephExternalMultiConfig:
       - cluster: "central"
         fsid: "3161a3b4-e5ff-42a0-9f53-860403b29a33"
         external_cluster_mon_ips: "172.16.11.84, 172.16.11.87, 172.16.11.92"
         keys:
           - name: "client.openstack"
             caps:
               mgr: "allow *"
               mon: "profile rbd"
               osd: "profile rbd pool=vms, profile rbd pool=volumes, profile rbd pool=images"
             key: "AQD29WteAAAAABAAphgOjFD7nyjdYe8Lz0mQ5Q=="
             mode: "0600"
         dashboard_enabled: false
         ceph_conf_overrides:
           client:
             keyring: /etc/ceph/central.client.openstack.keyring

   • fsid 매개변수는 Ceph Storage 클러스터의 파일 시스템 ID입니다. 이 값은 [global] 섹션의 클러스터 구성 파일에 지정됩니다.

     [global]
     fsid = 4b5c8c0a-ff60-454b-a1b4-9747aa737d19
     ...

   • key 매개변수는 openstack 계정의 ceph 클라이언트 키입니다.

     [root@ceph ~]# ceph auth list
     ...
     [client.openstack]
         key = AQC+vYNXgDAgAhAAc8UoYt+OTz5uhV7ItLdwUw==
         caps mgr = "allow *"
         caps mon = "profile rbd"
         caps osd = "profile rbd pool=volumes, profile rbd pool=vms, profile rbd pool=images, profile rbd pool=backups, profile rbd pool=metrics"
     ...

     샘플 central_ceph_external.yaml 파일에 표시된 매개변수에 대한 자세한 내용은 Creating a custom environment file 을 참조하십시오.

3. 이미지 서비스 구성 덮어쓰기를 위해 ~/dcn0/glance.yaml 파일을 생성합니다.

   parameter_defaults:
     GlanceEnabledImportMethods: web-download,copy-image
     GlanceBackend: rbd
     GlanceStoreDescription: 'dcn0 rbd glance store'
     GlanceBackendID: dcn0
     GlanceMultistoreConfig:
       central:
         GlanceBackend: rbd
         GlanceStoreDescription: 'central rbd glance store'
         CephClientUserName: 'openstack'
         CephClusterName: central

4. 사용 가능한 하드웨어를 기준으로 구성 매개 변수를 사용하여 ceph.yaml 파일을 구성합니다.

   cat > /home/stack/dcn0/ceph.yaml << EOF
   parameter_defaults:
     CephClusterName: dcn0
     CephAnsibleDisksConfig:
       osd_scenario: lvm
       osd_objectstore: bluestore
       devices:
         - /dev/sda
         - /dev/sdb
     CephPoolDefaultSize: 3
     CephPoolDefaultPgNum: 128
   EOF

   자세한 내용은 Ceph Storage 노드 디스크 레이아웃 매핑 을 참조하십시오.

5. 환경 요구 사항에 맞게 조정된 다음 매개 변수가 포함된 파일을 사용하여 시스템 튜닝을 구현합니다.

   cat > /home/stack/dcn0/tuning.yaml << EOF
   parameter_defaults:
     CephAnsibleExtraConfig:
       is_hci: true
     CephConfigOverrides:
       osd_recovery_op_priority: 3
       osd_recovery_max_active: 3
       osd_max_backfills: 1
    ## Set relative to your hardware:
     # DistributedComputeHCIParameters:
     #   NovaReservedHostMemory: 181000
     # DistributedComputeHCIExtraConfig:
     #   nova::cpu_allocation_ratio: 8.2
   EOF

   • CephAnsibleExtraConfig 매개변수의 값을 설정하는 방법에 대한 자세한 내용은 ceph-ansible 그룹 변수 설정을 참조하십시오.
   • CephConfigOverrides 매개변수 값 설정에 대한 자세한 내용은 Ceph Storage 클러스터 사용자 지정을 참조하십시오.

6. site -name.yaml 환경 파일에서 사이트에 대한 명명 규칙을 구성합니다. Nova 가용성 영역과 Cinder 스토리지 가용성 영역이 일치해야 합니다. 스토리지가 있는 에지 사이트를 배포할 때 CinderVolumeCluster 매개변수가 포함됩니다. 이 매개 변수는 cinder-volume을 에지 사이트에 필요한 활성/활성으로 배포할 때 사용됩니다. 가장 좋은 방법은 Cinder 클러스터 이름을 가용성 영역과 일치하도록 설정합니다.

   cat > /home/stack/central/site-name.yaml << EOF
   parameter_defaults:
       ...
       NovaComputeAvailabilityZone: dcn0
       NovaCrossAZAttach: false
       CinderStorageAvailabilityZone: dcn0
       CinderVolumeCluster: dcn0

7. dcn0 배포에 사용할 roles.yaml 파일을 생성합니다. 예를 들면 다음과 같습니다.

   openstack overcloud roles generate DistributedComputeHCI DistributedComputeHCIScaleOut -o ~/dcn0/roles_data.yaml

8. 각 역할에 원하는 값을 사용하여 ~/dcn0/roles-counts.yaml 파일을 만들어 각 역할에서 숫자 시스템을 설정합니다.

   HCI(하이퍼컨버지드 인프라)를 사용하는 경우 Ceph Mon 및 GlanceApiEdge 서비스의 요구 사항을 충족하려면 DistributedComputeHCICount 역할에 세 개의 노드를 할당해야 합니다.

   parameter_defaults:
     ControllerCount: 0
     ComputeCount: 0
     DistributedComputeHCICount: 3
     DistributedComputeHCIScaleOutCount: 1  # Optional
     DistributedComputeScaleOutCount: 1     # Optional

9. 에지 사이트의 컨테이너 이미지를 검색합니다.

   sudo openstack tripleo container image prepare \
   --environment-directory dcn0 \
   -r ~/dcn0/roles_data.yaml \
   -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
   ...
   -e /home/stack/dcn-common/central-export.yaml \
   -e /home/stack/containers-prepare-parameter.yaml \
   --output-env-file ~/dcn0/dcn0-images-env.yaml

   참고

   openstack tripleo container image prepare 명령에서 배포에 사용할 모든 환경 파일을 포함해야 합니다.

10. 에지 사이트를 배포합니다.

    openstack overcloud deploy \
        --stack dcn0 \
        --templates /usr/share/openstack-tripleo-heat-templates/ \
        -r ~/dcn0/roles_data.yaml \
        -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
        -e /usr/share/openstack-tripleo-heat-templates/environments/dcn-hci.yaml \
        -e /usr/share/openstack-tripleo-heat-templates/environments/nova-az-config.yaml \
        -e ~/dnc0/dcn0-images-env.yaml \
        ....
        -e ~/dcn-common/central-export.yaml \
        -e ~/dcn-common/central_ceph_external.yaml \
        -e ~/dcn0/dcn_ceph_keys.yaml \
        -e ~/dcn0/role-counts.yaml \
        -e ~/dcn0/ceph.yaml \
        -e ~/dcn0/site-name.yaml \
        -e ~/dcn0/tuning.yaml \
        -e ~/dcn0/glance.yaml

    참고

    openstack overcloud deploy 명령에서 네트워킹 구성을 위해 heat 템플릿을 포함해야 합니다. 에지 아키텍처를 설계하려면 스파인 및 루프 네트워킹이 필요합니다. 자세한 내용은 Spine Leaf Networking 을 참조하십시오.

절차

1. 언더클라우드에서 stack 사용자로 dcn9 에 대한 새 디렉터리를 만듭니다.

   $ cd ~
   $ mkdir dcn9

2. 기존 dcn0 템플릿을 새 디렉터리에 복사하고 dcn0 문자열을 dcn9:로 바꿉니다.

   $ cp dcn0/ceph.yaml dcn9/ceph.yaml
   $ sed s/dcn0/dcn9/g -i dcn9/ceph.yaml
   $ cp dcn0/overrides.yaml dcn9/overrides.yaml
   $ sed s/dcn0/dcn9/g -i dcn9/overrides.yaml
   $ sed s/"0-ceph-%index%"/"9-ceph-%index%"/g -i dcn9/overrides.yaml
   $ cp dcn0/deploy.sh dcn9/deploy.sh
   $ sed s/dcn0/dcn9/g -i dcn9/deploy.sh

3. dcn9 디렉터리의 파일을 검토하여 요구 사항에 맞는지 확인합니다.

4. undercloud.conf를 편집하여 새 리프를 추가합니다. 다음 예제에서는 leaf9를 undercloud.conf에 추가합니다.

   [leaf0]
   cidr = 192.168.10.0/24
   dhcp_start = 192.168.10.10
   dhcp_end = 192.168.10.90
   inspection_iprange = 192.168.10.100,192.168.10.190
   gateway = 192.168.10.1
   masquerade = False
   
   …
   [leaf9]
   cidr = 192.168.19.0/24
   dhcp_start = 192.168.19.10
   dhcp_end = 192.168.19.90
   inspection_iprange = 192.168.19.100,192.168.19.190
   gateway = 192.168.10.1
   masquerade = False

5. openstack undercloud install 명령을 다시 실행하여 환경 구성을 업데이트합니다.

6. 오버클라우드 템플릿에서 ["CREATE" 값에서 NetworkDeploymentActions 매개변수 값을 , ["CREATE ", "UPDATE"] 값으로 업데이트합니다. 이 매개변수가 현재 템플릿에 포함되어 있지 않은 경우 환경 파일 중 하나에 추가하거나 새 환경 파일을 생성합니다.

   cat > /home/stack/central/network-environment.yaml << EOF
   parameter_defaults:
     NetworkDeploymentActions: ["CREATE", "UPDATE"]
   EOF

7. 중앙 위치에 대해 배포 스크립트를 실행합니다. 중앙 위치를 처음 배포할 때 사용한 모든 템플릿과 새로 생성되거나 편집된 network-environment.yaml 파일을 포함합니다.

   openstack overcloud deploy \
       --stack central \
       --templates /usr/share/openstack-tripleo-heat-templates/ \
       -r ~/central/roles_data.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/dcn-hci.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/nova-az-config.yaml \
       -e ~/central/dcn9-images-env.yaml \
       ....
       -e ~/dcn-common/central-export.yaml \
       -e ~/dcn-common/central_ceph_external.yaml \
       -e ~/central/dcn_ceph_keys.yaml \
       -e ~/central/role-counts.yaml \
       -e ~/central/ceph.yaml \
       -e ~/central/site-name.yaml \
       -e ~/central/tuning.yaml \
       -e ~/central/glance.yaml

8. 노드를 사용할 수 있고 프로비저닝 상태인지 확인합니다.

   $ openstack baremetal node list

9. 노드를 사용할 수 있는 경우 모든 적절한 템플릿을 사용하여 새 에지 사이트를 배포합니다.

   openstack overcloud deploy \
       --stack dcn9 \
       --templates /usr/share/openstack-tripleo-heat-templates/ \
       -r ~/dcn9/roles_data.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/dcn-hci.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/nova-az-config.yaml \
       -e ~/dnc9/dcn9-images-env.yaml \
       ....
       -e ~/dcn-common/central-export.yaml \
       -e ~/dcn-common/central_ceph_external.yaml \
       -e ~/dcn9/dcn_ceph_keys.yaml \
       -e ~/dcn9/role-counts.yaml \
       -e ~/dcn9/ceph.yaml \
       -e ~/dcn9/site-name.yaml \
       -e ~/dcn9/tuning.yaml \
       -e ~/dcn9/glance.yaml

10. 직접 에지-to-edge 통신이 있는 위치를 배포한 경우 각 에지 사이트를 재배포하여 경로를 업데이트하고 새 위치와의 통신을 설정해야 합니다.

절차

1. 다음과 유사한 ~/central/glance_update.yaml 파일을 만듭니다. 이 예에서는 두 개의 에지 사이트 dcn0 및 dcn1에 대한 구성이 포함되어 있습니다.

     parameter_defaults:
       GlanceEnabledImportMethods: web-download,copy-image
       GlanceBackend: rbd
       GlanceStoreDescription: 'central rbd glance store'
       CephClusterName: central
       GlanceBackendID: central
       GlanceMultistoreConfig:
         dcn0:
           GlanceBackend: rbd
           GlanceStoreDescription: 'dcn0 rbd glance store'
           CephClientUserName: 'openstack'
           CephClusterName: dcn0
           GlanceBackendID: dcn0
         dcn1:
           GlanceBackend: rbd
           GlanceStoreDescription: 'dcn1 rbd glance store'
           CephClientUserName: 'openstack'
           CephClusterName: dcn1
           GlanceBackendID: dcn1

2. dcn_ceph.yaml 파일을 만듭니다. 다음 예제에서 이 파일은 중앙 사이트의 glance 서비스를 에지 사이트 dcn0 및 dcn 1 의 Ceph 클러스터 클라이언트로 구성합니다.

   sudo -E openstack overcloud export ceph \
   --stack dcn0,dcn1 \
   --config-download-dir /var/lib/mistral \
   --output-file ~/central/dcn_ceph.yaml

3. 원본 템플릿을 사용하여 중앙 사이트를 다시 배포하고 새로 생성된 dcn_ceph.yaml 및 glance_update.yaml 파일을 포함합니다.

   openstack overcloud deploy \
          --stack central \
          --templates /usr/share/openstack-tripleo-heat-templates/ \
          -r ~/central/central_roles.yaml \
       ...
          -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
          -e /usr/share/openstack-tripleo-heat-templates/environments/nova-az-config.yaml \
          -e ~/central/central-images-env.yaml \
          -e ~/central/role-counts.yaml \
          -e ~/central/site-name.yaml
          -e ~/central/ceph.yaml \
          -e ~/central/ceph_keys.yaml \
          -e ~/central/glance.yaml \
          -e ~/central/dcn_ceph_external.yaml

4. 중앙 위치의 컨트롤러에서 cinder-volume 서비스를 다시 시작합니다. cinder-backup 서비스로 중앙 위치를 배포한 경우 cinder-backup 서비스도 다시 시작합니다.

   ssh heat-admin@controller-0 sudo pcs resource restart openstack-cinder-volume
   ssh heat-admin@controller-0 sudo pcs resource restart openstack-cinder-backup

절차

1. 스택의 ansible 인벤토리 파일을 생성합니다. 쉼표로 구분된 목록에 여러 스택을 지정하여 둘 이상의 사이트에서 이미지를 캐시할 수 있습니다.

   $ source stackrc
   
   $ tripleo-ansible-inventory --plan central,dcn0,dcn1 \
   --static-yaml-inventory inventory.yaml

2. 사전 캐시할 이미지 ID 목록을 생성합니다.

   1. 사용 가능한 이미지의 포괄적인 목록을 검색합니다.

      $ source centralrc
      
      $ openstack image list
      +--------------------------------------+---------+--------+
      | ID                                   | Name    | Status |
      +--------------------------------------+---------+--------+
      | 07bc2424-753b-4f65-9da5-5a99d8383fe6 | image_0 | active |
      | d5187afa-c821-4f22-aa4b-4e76382bef86 | image_1 | active |
      +--------------------------------------+---------+--------+

   2. nova_cache_args.yml 이라는 ansible 플레이북 인수 파일을 생성하고, 사전 캐시하려는 이미지의 ID를 추가합니다.

      ---
      tripleo_nova_image_cache_images:
        - id: 07bc2424-753b-4f65-9da5-5a99d8383fe6
        - id: d5187afa-c821-4f22-aa4b-4e76382bef86

3. tripleo_nova_image_cache.yml ansible 플레이북을 실행합니다.

   $ source centralrc
   
   $ ansible-playbook -i inventory.yaml \
   --extra-vars "@nova_cache_args.yml" \
   /usr/share/ansible/tripleo-playbooks/tripleo_nova_image_cache.yml

1. 에지에 스토리지를 배포하는 경우 에지 스택에 대해 수정된 tripleo heat 템플릿에 다음 매개변수를 포함합니다.

   TEMPLATES=/usr/share/openstack-tripleo-heat-templates
   
   resource_registry:
     OS::TripleO::Services::IpaClient:
       ${TEMPLATES}/deployment/ipa/ipaservices-baremetal-ansible.yaml
   
   parameter_defaults:
     EnableEtcdInternalTLS: true

프로세스

1. 외부 액세스를 위한 Ceph 키를 만듭니다. 이 키는 민감합니다. 다음을 사용하여 키를 생성할 수 있습니다.

   python3 -c 'import os,struct,time,base64; key = os.urandom(16) ; \
   header = struct.pack("<hiih", 1, int(time.time()), 0, len(key)) ; \
   print(base64.b64encode(header + key).decode())'

2. 배포 중인 스택의 디렉터리에서 키에 대해 이전 명령의 출력을 사용하여 다음과 같은 내용으로 ceph_keys.yaml 환경 파일을 생성합니다.

   parameter_defaults:
     CephExtraKeys:
       - name: "client.external"
         caps:
           mgr: "allow *"
           mon: "profile rbd"
           osd: "profile rbd pool=vms, profile rbd pool=volumes, profile rbd pool=images"
         key: "AQD29WteAAAAABAAphgOjFD7nyjdYe8Lz0mQ5Q=="
         mode: "0600"

3. 사이트 배포에 ceph_keys.yaml 환경 파일을 포함합니다. 예를 들어 ceph_keys.yaml 환경 파일을 사용하여 를 사용하여 중앙 사이트를 배포하려면 다음과 같은 명령을 실행합니다.

    overcloud deploy \
            --stack central \
            --templates /usr/share/openstack-tripleo-heat-templates/ \
            ….
            -e ~/central/ceph_keys.yaml