절차

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

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

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

3. undercloud.conf 를 편집합니다.

4. [DEFAULT] 섹션에서 다음을 수행합니다.

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

      local_ip = 192.168.10.1/24

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

      undercloud_public_vip = 10.1.1.1

   3. undercloud_admin_vip 를 언더클라우드의 관리 IP 주소로 설정합니다. 이 IP 주소는 일반적으로 leaf0에 있습니다.

      undercloud_admin_vip = 192.168.10.2

   4. local_interface 를 로컬 네트워크의 브릿지로 인터페이스로 설정합니다.

      local_interface = eth1

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

      enable_routed_networks = true

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

      subnets = leaf0,leaf1,leaf2

   7. local_subnet 매개변수를 사용하여 물리적 계층 2 세그먼트 로컬과 연결된 서브넷을 언더클라우드로 지정합니다.

      local_subnet = leaf0

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 파일을 소싱합니다.

   $ source ~/stackrc

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

   $ ROLES="control0 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 4096 --disk 40 --vcpus 1 $ROLE ; done
   $ for ROLE in $ROLES; do openstack flavor set --property "cpu_arch"="x86_64" --property "capabilities:boot_option"="local" --property "capabilities:profile"="$ROLE" $ROLE ; done

3. 노드를 각 리프 네트워크에 태그합니다. 예를 들어 다음 명령을 실행하여 UUID 58c3d07e-24f2-48a7-bbb6-6843f0e8ee13 로 노드를 Leaf2의 compute 역할에 태그합니다.

   $ openstack baremetal node set --property capabilities='profile:compute_leaf2,boot_option:local' 58c3d07e-24f2-48a7-bbb6-6843f0e8ee13

4. 플레이버를 역할에 매핑하는 환경 파일(~templates/node-data.yaml)을 생성합니다.

   parameter_defaults:
     OvercloudController0Flavor: control0
     Controller0Count: 3
     OvercloudCompute0Flavor: compute_leaf0
     Compute0Count: 3
     OvercloudCompute1Flavor: compute_leaf1
     Compute1Count: 3
     OvercloudCompute2Flavor: compute_leaf2
     Compute2Count: 3
     OvercloudCephStorage0Flavor: ceph-storage_leaf0
     CephStorage0Count: 3
     OvercloudCephStorage1Flavor: ceph-storage_leaf1
     CephStorage1Count: 3
     OvercloudCephStorage2Flavor: ceph-storage_leaf2
     CephStorage2Count: 3

   각 *Count' 매개변수를 사용하여 오버클라우드에 배포할 노드 수를 설정할 수도 있습니다.

절차

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>
   $ openstack baremetal port set --physical-network leaf2 <port-uuid>

6. 오버클라우드를 배포하기 전에 노드가 사용 가능 상태인지 확인합니다.

   $ openstack overcloud node provide --all-manageable

절차

1. stack 사용자의 로컬 디렉터리에 새 network_data_spine_leaf.yaml 파일을 만듭니다. 기본 network_data 파일을 기본으로 사용합니다.

   $ cp /usr/share/openstack-tripleo-heat-templates/network_data.yaml /home/stack/network_data_spine_leaf.yaml

2. network_data_spine_leaf.yaml 파일에서 YAML 목록을 생성하여 각 네트워크 및 리프 네트워크를 구성 가능한 네트워크 항목으로 정의합니다. 예를 들어, 내부 API 네트워크 및 리프 네트워크는 다음 구문을 사용하여 정의됩니다.

   # Internal API
   - name: InternalApi
     name_lower: internal_api
     vip: true
     ip_subnet: '172.18.0.0/24'
     allocation_pools: [{'start': '172.18.0.4', 'end': '172.18.0.250'}]
   - name: InternalApi1
     name_lower: internal_api1
     vip: false
     ip_subnet: '172.18.1.0/24'
     allocation_pools: [{'start': '172.18.1.4', 'end': '172.18.1.250'}]
   - name: InternalApi2
     name_lower: internal_api2
     vip: false
     ip_subnet: '172.18.2.0/24'
     allocation_pools: [{'start': '172.18.2.4', 'end': '172.18.2.250'}]

절차

1. stack 사용자의 로컬 디렉터리에 사용자 지정 역할 director를 생성합니다.

   $ mkdir ~/roles

2. director의 코어 템플릿 컬렉션에서 기본 Controller, Compute, Ceph Storage 역할을 ~/roles 디렉터리에 복사합니다. Leaf 1의 파일 이름을 바꿉니다.

   $ cp /usr/share/openstack-tripleo-heat-templates/roles/Controller.yaml ~/roles/Controller.yaml
   $ cp /usr/share/openstack-tripleo-heat-templates/roles/Compute.yaml ~/roles/Compute1.yaml
   $ cp /usr/share/openstack-tripleo-heat-templates/roles/CephStorage.yaml ~/roles/CephStorage1.yaml

3. Compute1.yaml 파일을 편집합니다.

   $ vi ~/roles/Compute1.yaml

4. Leaf 1 특정 매개변수와 일치하도록 이 파일에서 이름,networks, HostnameFormatDefault 매개변수를 편집합니다. 예를 들어 다음과 같습니다.

   - name: Compute1
     ...
     networks:
       - InternalApi1
       - Tenant1
       - Storage1
     HostnameFormatDefault: '%stackname%-compute1-%index%'

   이 파일을 저장합니다.

5. CephStorage1.yaml 파일을 편집합니다.

   $ vi ~/roles/CephStorage1.yaml

6. 이 파일의 name 및 networks 매개 변수를 편집하여 Leaf 1 특정 매개 변수와 일치하도록 합니다. 또한 HostnameFormatDefault 매개변수를 추가하고 Ceph Storage 노드의 Leaf 1 호스트 이름을 정의합니다. 예를 들어 다음과 같습니다.

   - name: CephStorage1
     ...
     networks:
       - Storage1
       - StorageMgmt1
     HostnameFormatDefault: '%stackname%-cephstorage1-%index%'

   이 파일을 저장합니다.

7. Leaf 2 및 Leaf 3 파일의 기반으로 Leaf 1 Compute 및 Ceph Storage 파일을 복사합니다.

   $ cp ~/roles/Compute1.yaml ~/roles/Compute2.yaml
   $ cp ~/roles/Compute1.yaml ~/roles/Compute3.yaml
   $ cp ~/roles/CephStorage1.yaml ~/roles/CephStorage2.yaml
   $ cp ~/roles/CephStorage1.yaml ~/roles/CephStorage3.yaml

8. Leaf 2 및 Leaf 3 파일에서 이름,networks, HostnameFormatDefault 매개변수를 편집하여 해당 Leaf 네트워크 매개 변수와 일치하도록 합니다. 예를 들어 Leaf 2 Compute 파일의 매개변수에는 다음과 같은 값이 있습니다.

   - name: Compute2
     ...
     networks:
       - InternalApi2
       - Tenant2
       - Storage2
     HostnameFormatDefault: '%stackname%-compute2-%index%'

   Leaf 2 Ceph Storage 매개변수에는 다음과 같은 값이 있습니다.

   - name: CephStorage2
     ...
     networks:
       - Storage2
       - StorageMgmt2
     HostnameFormatDefault: '%stackname%-cephstorage2-%index%'

9. 역할이 준비되면 다음 명령을 사용하여 전체 역할 데이터 파일을 생성합니다.

   $ openstack overcloud roles generate --roles-path ~/roles -o roles_data_spine_leaf.yaml Controller Compute1 Compute2 Compute3 CephStorage1 CephStorage2 CephStorage3

   이렇게 하면 각 리프 네트워크에 대한 모든 사용자 지정 역할을 포함하는 전체 roles_data_spine_leaf.yaml 파일이 생성됩니다.

절차

1. 코어 Heat 템플릿 디렉터리로 변경합니다.

   $ cd /usr/share/openstack-tripleo-heat-templates

2. tools/process-templates.py 스크립트, 사용자 지정 network_data 파일 및 사용자 지정 roles_data 파일을 사용하여 Jinja2 템플릿을 렌더링합니다.

   $ tools/process-templates.py -n /home/stack/network_data_spine_leaf.yaml \
       -r /home/stack/roles_data_spine_leaf.yaml \
       -o /home/stack/openstack-tripleo-heat-templates-spine-leaf

3. 홈 디렉터리로 변경합니다.

   $ cd /home/stack

4. 스파인-리프형 템플릿의 기반으로 사용할 기본 NIC 템플릿 중 하나에서 콘텐츠를 복사합니다. 예를 들어 single-nic-vlans 를 복사합니다.

   $ cp -r openstack-tripleo-heat-templates-spine-leaf/network/config/single-nic-vlans/* \
       /home/stack/templates/spine-leaf-nics/.

5. 렌더링된 템플릿 디렉터리를 제거합니다.

   $ rm -rf openstack-tripleo-heat-templates-spine-leaf

절차

1. 사용자 정의 NIC 디렉터리로 변경합니다.

   $ cd ~/templates/spine-leaf-nics/

2. controller0.yaml 에 대한 템플릿을 편집합니다.

3. 매개변수 섹션의 ControlPlaneSubnetCidr 및 ControlPlaneDefaultRoute 매개변수 로 스크롤합니다. 이러한 매개변수는 다음 스니펫과 유사합니다.

     ControlPlaneSubnetCidr: # Override this via parameter_defaults
       default: '24'
       description: The subnet CIDR of the control plane network.
       type: string
     ControlPlaneDefaultRoute: # Override this via parameter_defaults
       description: The default route of the control plane network.
       type: string

   Leaf0에 맞게 이러한 매개변수를 수정합니다.

     ControlPlane0SubnetCidr: # Override this via parameter_defaults
       default: '24'
       description: The subnet CIDR of the control plane network.
       type: string
     ControlPlane0DefaultRoute: # Override this via parameter_defaults
       description: The default route of the control plane network.
       type: string

4. 매개 변수 섹션의 EC2MetadataIp 매개변수 로 스크롤합니다. 이 매개변수는 다음 스니펫과 유사합니다.

     EC2MetadataIp: # Override this via parameter_defaults
       description: The IP address of the EC2 metadata server.
       type: string

   Leaf0에 맞게 이 매개변수를 수정합니다.

     Leaf0EC2MetadataIp: # Override this via parameter_defaults
       description: The IP address of the EC2 metadata server.
       type: string

5. 네트워크 구성 섹션으로 스크롤합니다. 이 섹션에서는 다음 예와 유사합니다.

   resources:
     OsNetConfigImpl:
       type: OS::Heat::SoftwareConfig
       properties:
         group: script
         config:
           str_replace:
             template:
               get_file: ../../scripts/run-os-net-config.sh
             params:
               $network_config:
                 network_config:

   스크립트의 위치를 절대 경로로 변경합니다.

   resources:
     OsNetConfigImpl:
       type: OS::Heat::SoftwareConfig
       properties:
         group: script
         config:
           str_replace:
             template:
               get_file: /usr/share/openstack-tripleo-heat-templates/network/scripts/run-os-net-config.sh
             params:
               $network_config:
                 network_config:

6. network_config 섹션에서 컨트롤 플레인 / 프로비저닝 인터페이스를 정의합니다. 예를 들어 다음과 같습니다.

                 network_config:
                 - type: ovs_bridge
                   name: bridge_name
                   use_dhcp: false
                   dns_servers:
                     get_param: DnsServers
                   addresses:
                   - ip_netmask:
                       list_join:
                       - /
                       - - get_param: ControlPlaneIp
                         - get_param: ControlPlane0SubnetCidr
                   routes:
                   - ip_netmask: 169.254.169.254/32
                     next_hop:
                       get_param: Leaf0EC2MetadataIp
                   - ip_netmask: 192.168.10.0/24
                     next_hop:
                       get_param: ControlPlane0DefaultRoute

   이 경우 사용되는 매개변수는 Leaf0: ControlPlane0SubnetCidr,Leaf0EC2MetadataIp, ControlPlane0DefaultRoute 에 고유합니다. 또한 프로비저닝 네트워크(192.168.10.0/24)의 Leaf0에 CIDR을 사용하여 경로로 사용됩니다.

7. members 섹션의 각 VLAN에는 관련 Leaf0 매개 변수가 포함되어 있습니다. 예를 들어 Storage 네트워크 VLAN 정보는 다음 스니펫과 유사해야 합니다.

                   - type: vlan
                     vlan_id:
                       get_param: Storage0NetworkVlanID
                     addresses:
                     - ip_netmask:
                         get_param: Storage0IpSubnet

   라우팅 매개 변수를 정의하는 섹션을 추가합니다. 여기에는 슈퍼넷 경로(이 경우StorageSupernet )와 리프 기본 경로(이 경우Storage0InterfaceDefaultRoute )가 포함됩니다.

                   - type: vlan
                     vlan_id:
                       get_param: Storage0NetworkVlanID
                     addresses:
                     - ip_netmask:
                         get_param: Storage0IpSubnet
                     routes:
                     - ip_netmask:
                         get_param: StorageSupernet
                       next_hop:
                         get_param: Storage0InterfaceDefaultRoute

   스토리지 , Storage Mgmt,InternalApi, Tenant 등 컨트롤러 네트워크의 VLAN 구조 경로를 추가합니다.

8. 이 파일을 저장합니다.

절차

1. 사용자 정의 NIC 디렉터리로 변경합니다.

   $ cd ~/templates/spine-leaf-nics/

2. compute0.yaml 에 대한 템플릿을 편집합니다.

3. 매개변수 섹션의 ControlPlaneSubnetCidr 및 ControlPlaneDefaultRoute 매개변수 로 스크롤합니다. 이러한 매개변수는 다음 스니펫과 유사합니다.

     ControlPlaneSubnetCidr: # Override this via parameter_defaults
       default: '24'
       description: The subnet CIDR of the control plane network.
       type: string
     ControlPlaneDefaultRoute: # Override this via parameter_defaults
       description: The default route of the control plane network.
       type: string

   Leaf0에 맞게 이러한 매개변수를 수정합니다.

     ControlPlane0SubnetCidr: # Override this via parameter_defaults
       default: '24'
       description: The subnet CIDR of the control plane network.
       type: string
     ControlPlane0DefaultRoute: # Override this via parameter_defaults
       description: The default route of the control plane network.
       type: string

4. 매개 변수 섹션의 EC2MetadataIp 매개변수 로 스크롤합니다. 이 매개변수는 다음 스니펫과 유사합니다.

     EC2MetadataIp: # Override this via parameter_defaults
       description: The IP address of the EC2 metadata server.
       type: string

   Leaf0에 맞게 이 매개변수를 수정합니다.

     Leaf0EC2MetadataIp: # Override this via parameter_defaults
       description: The IP address of the EC2 metadata server.
       type: string

5. 네트워크 구성 섹션으로 스크롤합니다. 이 섹션은 다음 스니펫과 유사합니다.

   resources:
     OsNetConfigImpl:
       type: OS::Heat::SoftwareConfig
       properties:
         group: script
         config:
           str_replace:
             template:
               get_file: ../../scripts/run-os-net-config.sh
             params:
               $network_config:
                 network_config:

   스크립트의 위치를 절대 경로로 변경합니다.

   resources:
     OsNetConfigImpl:
       type: OS::Heat::SoftwareConfig
       properties:
         group: script
         config:
           str_replace:
             template:
               get_file: /usr/share/openstack-tripleo-heat-templates/network/scripts/run-os-net-config.sh
             params:
               $network_config:
                 network_config:

6. network_config 섹션에서 컨트롤 플레인 / 프로비저닝 인터페이스를 정의합니다. 예를 들면 다음과 같습니다

                 network_config:
                 - type: interface
                   name: nic1
                   use_dhcp: false
                   dns_servers:
                     get_param: DnsServers
                   addresses:
                   - ip_netmask:
                       list_join:
                       - /
                       - - get_param: ControlPlaneIp
                         - get_param: ControlPlane0SubnetCidr
                   routes:
                   - ip_netmask: 169.254.169.254/32
                     next_hop:
                       get_param: Leaf0EC2MetadataIp
                   - ip_netmask: 192.168.10.0/24
                     next_hop:
                       get_param: ControlPlane0DefaultRoute

   이 경우 사용되는 매개변수는 Leaf0: ControlPlane0SubnetCidr,Leaf0EC2MetadataIp, ControlPlane0DefaultRoute 에 고유합니다. 또한 프로비저닝 네트워크(192.168.10.0/24)의 Leaf0에 CIDR을 사용하여 경로로 사용됩니다.

7. members 섹션의 각 VLAN에는 관련 Leaf0 매개 변수가 포함되어야 합니다. 예를 들어 Storage 네트워크 VLAN 정보는 다음 스니펫과 유사해야 합니다.

                   - type: vlan
                     vlan_id:
                       get_param: Storage0NetworkVlanID
                     addresses:
                     - ip_netmask:
                         get_param: Storage0IpSubnet

   라우팅 매개 변수를 정의하는 섹션을 추가합니다. 여기에는 슈퍼넷 경로(이 경우StorageSupernet )와 리프 기본 경로(이 경우Storage0InterfaceDefaultRoute )가 포함됩니다.

                   - type: vlan
                     vlan_id:
                       get_param: Storage0NetworkVlanID
                     addresses:
                     - ip_netmask:
                         get_param: Storage0IpSubnet
                     routes:
                     - ip_netmask:
                         get_param: StorageSupernet
                       next_hop:
                         get_param: Storage0InterfaceDefaultRoute

   다음 컨트롤러 네트워크에 대한 VLAN 구조를 추가합니다. 스토리지 , InternalApi, Tenant.

8. 이 파일을 저장합니다.

9. compute1.yaml 을 편집하고 동일한 단계를 수행합니다. 다음은 변경 사항 목록입니다.

   • ControlPlaneSubnetCidr 를 ControlPlane1SubnetCidr 로 변경합니다.
   • ControlPlaneDefaultRoute 를 ControlPlane1DefaultRoute 로 변경합니다.
   • EC2MetadataIp 를 Leaf1EC2MetadataIp 로 변경합니다.
   • 네트워크 구성 스크립트를 ../scripts/run-os-net-config.sh 에서 /usr/share/openstack-tripleo-heat-templates/network/scripts/run-os-net-config.sh.sh로 변경합니다.
   • Leaf1 매개변수를 사용하도록 컨트롤 플레인/프로비저닝 인터페이스 수정.
   • Leaf1 경로를 포함하도록 각 VLAN을 수정합니다.

   완료되면 이 파일을 저장합니다.

10. compute2.yaml 을 편집하고 동일한 단계를 수행합니다. 다음은 변경 사항 목록입니다.

    • ControlPlaneSubnetCidr 를 ControlPlane2SubnetCidr 로 변경합니다.
    • ControlPlaneDefaultRoute 를 ControlPlane2DefaultRoute 로 변경합니다.
    • EC2MetadataIp 를 Leaf2EC2MetadataIp 로 변경합니다.
    • 네트워크 구성 스크립트를 ../scripts/run-os-net-config.sh 에서 /usr/share/openstack-tripleo-heat-templates/network/scripts/run-os-net-config.sh.sh로 변경합니다.
    • Leaf2 매개변수를 사용하도록 컨트롤 플레인/프로비저닝 인터페이스를 수정합니다.
    • Leaf2 경로를 포함하도록 각 VLAN 수정.

    완료되면 이 파일을 저장합니다.

절차

1. 사용자 정의 NIC 디렉터리로 변경합니다.

   $ cd ~/templates/spine-leaf-nics/

2. 매개변수 섹션의 ControlPlaneSubnetCidr 및 ControlPlaneDefaultRoute 매개변수 로 스크롤합니다. 이러한 매개변수는 다음 스니펫과 유사합니다.

     ControlPlaneSubnetCidr: # Override this via parameter_defaults
       default: '24'
       description: The subnet CIDR of the control plane network.
       type: string
     ControlPlaneDefaultRoute: # Override this via parameter_defaults
       description: The default route of the control plane network.
       type: string

   Leaf0에 맞게 이러한 매개변수를 수정합니다.

     ControlPlane0SubnetCidr: # Override this via parameter_defaults
       default: '24'
       description: The subnet CIDR of the control plane network.
       type: string
     ControlPlane0DefaultRoute: # Override this via parameter_defaults
       description: The default route of the control plane network.
       type: string

3. 매개 변수 섹션의 EC2MetadataIp 매개변수 로 스크롤합니다. 이 매개변수는 다음 스니펫과 유사합니다.

     EC2MetadataIp: # Override this via parameter_defaults
       description: The IP address of the EC2 metadata server.
       type: string

   Leaf0에 맞게 이 매개변수를 수정합니다.

     Leaf0EC2MetadataIp: # Override this via parameter_defaults
       description: The IP address of the EC2 metadata server.
       type: string

4. 네트워크 구성 섹션으로 스크롤합니다. 이 섹션은 다음 스니펫과 유사합니다.

   resources:
     OsNetConfigImpl:
       type: OS::Heat::SoftwareConfig
       properties:
         group: script
         config:
           str_replace:
             template:
               get_file: ../../scripts/run-os-net-config.sh
             params:
               $network_config:
                 network_config:

   스크립트의 위치를 절대 경로로 변경합니다.

   resources:
     OsNetConfigImpl:
       type: OS::Heat::SoftwareConfig
       properties:
         group: script
         config:
           str_replace:
             template:
               get_file: /usr/share/openstack-tripleo-heat-templates/network/scripts/run-os-net-config.sh
             params:
               $network_config:
                 network_config:

5. network_config 섹션에서 컨트롤 플레인 / 프로비저닝 인터페이스를 정의합니다. 예를 들면 다음과 같습니다

                 network_config:
                 - type: interface
                   name: nic1
                   use_dhcp: false
                   dns_servers:
                     get_param: DnsServers
                   addresses:
                   - ip_netmask:
                       list_join:
                       - /
                       - - get_param: ControlPlaneIp
                         - get_param: ControlPlane0SubnetCidr
                   routes:
                   - ip_netmask: 169.254.169.254/32
                     next_hop:
                       get_param: Leaf0EC2MetadataIp
                   - ip_netmask: 192.168.10.0/24
                     next_hop:
                       get_param: ControlPlane0DefaultRoute

   이 경우 사용되는 매개변수는 Leaf0: ControlPlane0SubnetCidr,Leaf0EC2MetadataIp, ControlPlane0DefaultRoute 에 고유합니다. 또한 프로비저닝 네트워크(192.168.10.0/24)의 Leaf0에 CIDR을 사용하여 경로로 사용됩니다.

6. members 섹션의 각 VLAN에는 관련 Leaf0 매개변수가 포함되어 있습니다. 예를 들어 스토리지 네트워크 VLAN 정보는 다음 스니펫과 유사해야 합니다.

                   - type: vlan
                     vlan_id:
                       get_param: Storage0NetworkVlanID
                     addresses:
                     - ip_netmask:
                         get_param: Storage0IpSubnet

   라우팅 매개 변수를 정의하는 섹션을 추가합니다. 여기에는 슈퍼넷 경로(이 경우StorageSupernet )와 리프 기본 경로(이 경우Storage0InterfaceDefaultRoute )가 포함됩니다.

                   - type: vlan
                     vlan_id:
                       get_param: Storage0NetworkVlanID
                     addresses:
                     - ip_netmask:
                         get_param: Storage0IpSubnet
                     routes:
                     - ip_netmask:
                         get_param: StorageSupernet
                       next_hop:
                         get_param: Storage0InterfaceDefaultRoute

   다음 컨트롤러 네트워크에 대한 VLAN 구조를 추가합니다. 스토리지 , Storage Mgmt.

7. 이 파일을 저장합니다.

8. ceph-storage1.yaml 을 편집하고 동일한 단계를 수행합니다. 다음은 변경 사항 목록입니다.

   • ControlPlaneSubnetCidr 를 ControlPlane1SubnetCidr 로 변경합니다.
   • ControlPlaneDefaultRoute 를 ControlPlane1DefaultRoute 로 변경합니다.
   • EC2MetadataIp 를 Leaf1EC2MetadataIp 로 변경합니다.
   • 네트워크 구성 스크립트를 ../scripts/run-os-net-config.sh 에서 /usr/share/openstack-tripleo-heat-templates/network/scripts/run-os-net-config.sh.sh로 변경합니다.
   • Leaf1 매개변수를 사용하도록 컨트롤 플레인/프로비저닝 인터페이스를 수정합니다.
   • Leaf1 경로를 포함하도록 각 VLAN을 수정합니다.

   완료되면 이 파일을 저장합니다.

9. ceph-storage2.yaml 을 편집하고 동일한 단계를 수행합니다. 다음은 변경 사항 목록입니다.

   • ControlPlaneSubnetCidr 를 ControlPlane2SubnetCidr 로 변경합니다.
   • ControlPlaneDefaultRoute 를 ControlPlane2DefaultRoute 로 변경합니다.
   • EC2MetadataIp 를 Leaf2EC2MetadataIp 로 변경합니다.
   • 네트워크 구성 스크립트를 ../scripts/run-os-net-config.sh 에서 /usr/share/openstack-tripleo-heat-templates/network/scripts/run-os-net-config.sh.sh로 변경합니다.
   • Leaf2 매개변수를 사용하도록 컨트롤 플레인/프로비저닝 인터페이스를 수정합니다.
   • Leaf2 경로를 포함하도록 각 VLAN을 수정합니다.

   완료되면 이 파일을 저장합니다.

절차

1. stack 사용자의 templates 디렉터리에 network-environment.yaml 파일을 생성합니다.

2. 환경 파일에 다음 섹션을 추가합니다.

   resource_registry:
   
   parameter_defaults:

   다음을 확인합니다.

   • resource_registry 는 네트워킹 리소스를 해당 NIC 템플릿에 매핑합니다.
   • parameter_defaults 는 구성과 관련된 추가 네트워킹 매개 변수를 정의합니다.

절차

1. network-environment.yaml 파일을 편집합니다.

2. resource_registry 에 리소스 매핑을 추가합니다. 리소스 이름은 다음 형식을 사용합니다.

   OS::TripleO::[ROLE]::Net::SoftwareConfig: [NIC TEMPLATE]

   이 가이드의 시나리오에서 resource_registry 에는 다음과 같은 리소스 매핑이 포함됩니다.

   resource_registry:
     OS::TripleO::Controller0::Net::SoftwareConfig: ./spine-leaf-nics/controller0.yaml
     OS::TripleO::Compute0::Net::SoftwareConfig: ./spine-leaf-nics/compute0.yaml
     OS::TripleO::Compute1::Net::SoftwareConfig: ./spine-leaf-nics/compute1.yaml
     OS::TripleO::Compute2::Net::SoftwareConfig: ./spine-leaf-nics/compute2.yaml
     OS::TripleO::CephStorage0::Net::SoftwareConfig: ./spine-leaf-nics/cephstorage0.yaml
     OS::TripleO::CephStorage1::Net::SoftwareConfig: ./spine-leaf-nics/cephstorage1.yaml
     OS::TripleO::CephStorage2::Net::SoftwareConfig: ./spine-leaf-nics/cephstorage2.yaml

3. network-environment.yaml 파일을 저장합니다.

절차

1. network-environment.yaml 파일을 편집합니다.

2. supernet 경로 매개 변수를 parameter_defaults 섹션에 추가합니다. 격리된 각 네트워크에는 슈퍼넷 경로가 적용되어야 합니다. 예를 들어 다음과 같습니다.

   parameter_defaults:
     StorageSupernet: 172.16.0.0/16
     StorageMgmtSupernet: 172.17.0.0/16
     InternalApiSupernet: 172.18.0.0/16
     TenantSupernet: 172.19.0.0/16

   참고

   네트워크 인터페이스 템플릿에는 각 네트워크에 대한 슈퍼넷 매개 변수가 포함되어야 합니다. 예를 들어 다음과 같습니다.

   - type: vlan
     vlan_id:
       get_param: Storage0NetworkVlanID
     addresses:
     - ip_netmask:
         get_param: Storage0IpSubnet
     routes:
     - ip_netmask:
         get_param: StorageSupernet
       next_hop:
         get_param: Storage0InterfaceDefaultRoute

3. ServiceNetMap HostnameResolveNetwork 매개변수를 parameter_defaults 섹션에 추가하여 다른 리프 노드를 확인하는 데 사용할 호스트 이름 목록이 리프에 제공됩니다. 예를 들어 다음과 같습니다.

   parameter_defaults:
     ...
     ServiceNetMap:
       Compute1HostnameResolveNetwork: internal_api1
       Compute2HostnameResolveNetwork: internal_api2
       Compute3HostnameResolveNetwork: internal_api3
       CephStorage1HostnameResolveNetwork: storage1
       CephStorage2HostnameResolveNetwork: storage2
       CephStorage3HostnameResolveNetwork: storage3

   컴퓨팅 노드는 리프의 내부 API 네트워크를 사용하고 Ceph Storage 노드는 리프의 스토리지 네트워크를 사용합니다.

4. 다음 ExtraConfig 설정을 parameter_defaults 섹션에 추가하여 Compute 및 Ceph Storage 노드의 특정 구성 요소에 대한 라우팅을 처리합니다.

   표 4.1. Compute ExtraConfig 매개변수

   매개변수	이 값으로 설정
   nova::compute::libvirt::vncserver_listen	VNC 서버가 청취하는 IP 주소입니다.
   nova::compute::vncserver_proxyclient_address	VNC 프록시 클라이언트를 실행하는 서버의 IP 주소입니다.
   neutron::agents::ml2::ovs::local_ip	OpenStack Networking(neutron) 터널 엔드포인트의 IP 주소.
   cold_migration_ssh_inbound_addr	콜드 마이그레이션 SSH 연결을 위한 로컬 IP 주소.
   live_migration_ssh_inbound_addr	실시간 마이그레이션 SSH 연결을 위한 로컬 IP 주소.
   nova::migration::libvirt::live_migration_inbound_addr	실시간 마이그레이션 트래픽에 사용되는 IP 주소입니다. 참고 SSL/TLS를 사용하는 경우 네트워크 이름 앞에 "fqdn_"을 추가하여 인증서가 FQDN에 대해 확인되는지 확인합니다.
   nova::my_ip	호스트의 Compute(nova) 서비스의 IP 주소입니다.
   tripleo::profile::base::database::mysql::client::mysql_client_bind_address	데이터베이스 클라이언트의 IP 주소입니다. 이 경우 Compute 노드의 mysql 클라이언트입니다.

   표 4.2. CephAnsibleExtraConfig parameters

   매개변수	이 값으로 설정
   public_network	Ceph 노드(프리프당 하나씩)가 포함된 모든 스토리지 네트워크의 쉼표로 구분된 목록(예: 172.16.0.0/24,172.16.1.0/24,172.16.2.0/24)
   cluster_network	Ceph 노드(프리프당 하나씩)가 포함된 스토리지 관리 네트워크의 쉼표로 구분된 목록(예: 172.17.0.0/24,172.17.1.0/24,172.17.2.0/24)

   예를 들어 다음과 같습니다.

   parameter_defaults:
     ...
     Compute1ExtraConfig:
       nova::compute::libvirt::vncserver_listen: "%{hiera('internal_api1')}"
       nova::compute::vncserver_proxyclient_address: "%{hiera('internal_api1')}"
       neutron::agents::ml2::ovs::local_ip: "%{hiera('tenant1')}"
       cold_migration_ssh_inbound_addr: "%{hiera('internal_api1')}"
       live_migration_ssh_inbound_addr: "%{hiera('internal_api1')}"
       nova::migration::libvirt::live_migration_inbound_addr: "%{hiera('internal_api1')}"
       nova::my_ip: "%{hiera('internal_api1')}"
       tripleo::profile::base::database::mysql::client::mysql_client_bind_address: "%{hiera('internal_api1')}"
   
     Compute2ExtraConfig:
       nova::compute::libvirt::vncserver_listen: "%{hiera('internal_api2')}"
       nova::compute::vncserver_proxyclient_address: "%{hiera('internal_api2')}"
       neutron::agents::ml2::ovs::local_ip: "%{hiera('tenant2')}"
       cold_migration_ssh_inbound_addr: "%{hiera('internal_api2')}"
       live_migration_ssh_inbound_addr: "%{hiera('internal_api2')}"
       nova::migration::libvirt::live_migration_inbound_addr: "%{hiera('internal_api2')}"
       nova::my_ip: "%{hiera('internal_api2')}"
       tripleo::profile::base::database::mysql::client::mysql_client_bind_address: "%{hiera('internal_api2')}"
   
     Compute3ExtraConfig:
       nova::compute::libvirt::vncserver_listen: "%{hiera('internal_api3')}"
       nova::compute::vncserver_proxyclient_address: "%{hiera('internal_api3')}"
       neutron::agents::ml2::ovs::local_ip: "%{hiera('tenant3')}"
       cold_migration_ssh_inbound_addr: "%{hiera('internal_api3')}"
       live_migration_ssh_inbound_addr: "%{hiera('internal_api3')}"
       nova::migration::libvirt::live_migration_inbound_addr: "%{hiera('internal_api3')}"
       nova::my_ip: "%{hiera('internal_api3')}"
       tripleo::profile::base::database::mysql::client::mysql_client_bind_address: "%{hiera('internal_api3')}"
   
     CephAnsibleExtraConfig:
       public_network: '172.16.0.0/24,172.16.1.0/24,172.16.2.0/24'
       cluster_network: '172.17.0.0/24,172.17.1.0/24,172.17.2.0/24'

절차

1. network-environment.yaml 파일을 편집합니다.

2. parameter_defaults 섹션에서 다음을 수행합니다.

   1. 기본 컨트롤 플레인 서브넷에 매핑을 추가합니다.

      parameter_defaults:
        ...
        ControlPlaneSubnet: leaf0

   2. 각 스파인-리프형 네트워크에 대해 컨트롤 플레인 서브넷 매핑을 추가합니다.

      parameter_defaults:
        ...
        Controller0ControlPlaneSubnet: leaf0
        Compute0ControlPlaneSubnet: leaf0
        Compute1ControlPlaneSubnet: leaf1
        Compute2ControlPlaneSubnet: leaf2
        CephStorage0ControlPlaneSubnet: leaf0
        CephStorage1ControlPlaneSubnet: leaf1
        CephStorage2ControlPlaneSubnet: leaf2

   3. 각 리프의 컨트롤 플레인 경로를 추가합니다.

      parameter_defaults:
        ...
        ControlPlane0DefaultRoute: 192.168.10.1
        ControlPlane0SubnetCidr: '24'
        ControlPlane1DefaultRoute: 192.168.11.1
        ControlPlane1SubnetCidr: '24'
        ControlPlane2DefaultRoute: 192.168.12.1
        ControlPlane2SubnetCidr: '24'

      기본 경로 매개 변수는 일반적으로 각 프로비저닝 서브넷의 게이트웨이에 설정된 IP 주소입니다. 이 정보는 undercloud.conf 파일을 참조하십시오.

   4. EC2 메타데이터 IP에 대한 매개변수를 추가합니다.

      parameter_defaults:
        ...
        Leaf0EC2MetadataIp: 192.168.10.1
        Leaf1EC2MetadataIp: 192.168.11.1
        Leaf2EC2MetadataIp: 192.168.12.1

      이는 EC2 메타데이터 서비스(169.254.169.254/32)의 컨트롤 플레인을 통해 경로 역할을 하며 일반적으로 프로비저닝 네트워크의 각 리프의 각 게이트웨이 로 설정해야 합니다.

3. network-environment.yaml 파일을 저장합니다.

절차

1. /home/stack/template/network_data_spine_leaf.yaml 파일을 검토하고 각 리프에 대한 각 네트워크가 포함되어 있는지 확인합니다.

   참고

   현재 네트워크 서브넷 및 allocation_pools 값에 대해 유효성 검사가 수행되지 않습니다. 이러한 정의를 일관되게 정의했는지 확인하고 기존 네트워크와 충돌하지 않습니다.

2. ~/templates/spine-leaf-nics/ 에 포함된 NIC 템플릿을 검토하고 각 리프에서 각 역할의 인터페이스가 올바르게 정의되어 있는지 확인합니다.
3. network-environment.yaml 환경 파일을 검토하고 네트워크 데이터 파일의 제어 범위를 벗어나는 모든 사용자 지정 매개변수가 포함되어 있는지 확인합니다. 여기에는 경로, 컨트롤 플레인 매개변수, 각 역할에 대한 사용자 정의 NIC 템플릿을 참조하는 resource_registry 섹션이 포함됩니다.
4. /home/stack/templates/roles_data_spine_leaf.yaml 값을 검토하고 각 리프에 대한 역할을 정의했는지 확인합니다.
5. '/home/stack/templates/nodes_data.yaml 파일을 확인하고 모든 역할에 할당된 플레이버 및 노드 수가 있는지 확인합니다. 또한 각 리프의 모든 노드가 올바르게 태그되어 있는지 확인합니다.

6. openstack overcloud deploy 명령을 실행하여 스파인 리프 구성을 적용합니다. 예를 들어 다음과 같습니다.

   openstack overcloud deploy --templates \
   -n /home/stack/template/network_data_spine_leaf.yaml \
   -r /home/stack/templates/roles_data_spine_leaf.yaml \
   -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml \
   -e /home/stack/templates/network-environment.yaml \
   -e /home/stack/templates/nodes_data.yaml \
   -e [OTHER ENVIRONMENT FILES]

   • network-isolation.yaml 은 동일한 위치에 있는 Jinja2 파일의 렌더링된 이름입니다(network-isolation.j2.yaml). director가 각 네트워크를 올바른 리프로 분리하도록 하려면 이 파일을 포함합니다. 이렇게 하면 오버클라우드 생성 프로세스 중에 네트워크가 동적으로 생성됩니다.
   • network-isolation.yaml 및 기타 네트워크 기반 환경 파일 뒤에 network-environment.yaml 파일을 포함합니다. 이렇게 하면 network-environment.yaml 에 정의된 매개변수 및 리소스가 다른 환경 파일에 이전에 정의된 동일한 매개변수 및 리소스를 덮어씁니다.
   • 추가 환경 파일을 추가합니다. 예를 들어 컨테이너 이미지 위치 또는 Ceph 클러스터 구성이 있는 환경 파일입니다.
7. 스파인-리프가 활성화된 오버클라우드가 배포될 때까지 기다립니다.