8.2. 오버클라우드 네트워크 사용자 정의

프로세스

1. /usr/share/ansible/roles/tripleo_network_config/templates/ 에서 환경 파일 디렉터리에 필요한 샘플 네트워크 구성 템플릿을 복사합니다.

   $ cp /usr/share/ansible/roles/tripleo_network_config/templates/<sample_NIC_template> /home/stack/templates/<NIC_template>

   Copy to Clipboard Toggle word wrap
   • < sample_NIC_template >을 복사할 샘플 NIC 템플릿의 이름으로 바꿉니다(예: single_nic_vlans/single_nic_vlans.j2 ).
   • & lt;NIC_template >을 사용자 지정 NIC 템플릿 파일의 이름으로 바꿉니다(예: single_nic_vlans.j2 ).
2. 오버클라우드 네트워크 환경의 요구 사항과 일치하도록 사용자 지정 NIC 템플릿의 네트워크 구성을 업데이트합니다. NIC 템플릿을 구성하는 데 사용할 수 있는 속성에 대한 자세한 내용은 네트워크 인터페이스 구성 옵션을 참조하십시오. NIC 템플릿 예제는 사용자 지정 네트워크 인터페이스 예제 를 참조하십시오.

3. 기존 환경 파일을 생성하거나 업데이트하여 사용자 정의 NIC 구성 템플릿을 활성화합니다.

   parameter_defaults:
     ControllerNetworkConfigTemplate: '/home/stack/templates/single_nic_vlans.j2'
     CephStorageNetworkConfigTemplate: '/home/stack/templates/single_nic_vlans_storage.j2'
     ComputeNetworkConfigTemplate: '/home/stack/templates/single_nic_vlans.j2'

   Copy to Clipboard Toggle word wrap

4. 오버클라우드에서 기본 내부 로드 밸런싱을 사용하는 경우 환경 파일에 다음 구성을 추가하여 Redis 및 OVNDB에 대해 예측 가능한 가상 IP를 할당합니다.

   parameter_defaults:
     RedisVirtualFixedIPs: [{'ip_address':'<vip_address>'}]
     OVNDBsVirtualFixedIPs: [{'ip_address':'<vip_address>'}]

   Copy to Clipboard Toggle word wrap
   • & lt;vip_address >를 할당 풀 범위 외부에서 IP 주소로 바꿉니다.

프로세스

1. 사용 가능한 샘플 네트워크 구성 파일을 나열합니다.

   $ ll /usr/share/openstack-tripleo-heat-templates/network-data-samples/
   -rw-r--r--. 1 root root 1554 May 11 23:04 default-network-isolation-ipv6.yaml
   -rw-r--r--. 1 root root 1181 May 11 23:04 default-network-isolation.yaml
   -rw-r--r--. 1 root root 1126 May 11 23:04 ganesha-ipv6.yaml
   -rw-r--r--. 1 root root 1100 May 11 23:04 ganesha.yaml
   -rw-r--r--. 1 root root 3556 May 11 23:04 legacy-routed-networks-ipv6.yaml
   -rw-r--r--. 1 root root 2929 May 11 23:04 legacy-routed-networks.yaml
   -rw-r--r--. 1 root root  383 May 11 23:04 management-ipv6.yaml
   -rw-r--r--. 1 root root  290 May 11 23:04 management.yaml
   -rw-r--r--. 1 root root  136 May 11 23:04 no-networks.yaml
   -rw-r--r--. 1 root root 2725 May 11 23:04 routed-networks-ipv6.yaml
   -rw-r--r--. 1 root root 2033 May 11 23:04 routed-networks.yaml
   -rw-r--r--. 1 root root  943 May 11 23:04 vip-data-default-network-isolation.yaml
   -rw-r--r--. 1 root root  848 May 11 23:04 vip-data-fixed-ip.yaml
   -rw-r--r--. 1 root root 1050 May 11 23:04 vip-data-routed-networks.yaml

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

3. network_data.yaml 구성 파일을 편집하고 새 네트워크에 대한 섹션을 추가합니다.

   - name: StorageBackup
     vip: false
     name_lower: storage_backup
     subnets:
       storage_backup_subnet:
         ip_subnet: 172.16.6.0/24
         allocation_pools: [{'start': '172.16.6.4', 'end': '172.16.6.250'}]
         gateway_ip: 172.16.6.1

   Copy to Clipboard Toggle word wrap

   환경에 대한 기타 네트워크 속성을 구성합니다. 네트워크 특성을 구성하는 데 사용할 수 있는 속성에 대한 자세한 내용은 네트워크 정의 파일 구성 옵션을 참조하십시오.

4. Red Hat Ceph Storage를 배포하고 NFS를 사용하는 경우 격리된 스토리지NFS 네트워크를 포함해야 합니다. 다음 예제가 이러한 파일에 있습니다.

   • /usr/share/openstack-tripleo-heat-templates/network-data-samples/ganesha.yaml

   • /usr/share/openstack-tripleo-heat-templates/network-data-samples/ganesha-ipv6.yaml

     VLAN ID 및 서브넷 범위를 포함하여 이러한 네트워크 설정을 사용자 지정합니다. IPv4 또는 IPv6가 필요하지 않은 경우 해당 서브넷을 생략할 수 있습니다.

     예제:

     - name: StorageNFS
       enabled: true
       vip: true
       name_lower: storage_nfs
       subnets:
         storage_nfs_subnet:
           vlan: 70
           ip_subnet: 172.17.0.0/20
           allocation_pools: [{'start': '172.17.0.4', 'end': '172.17.0.250'}]
         storage_nfs_ipv6_subnet:
           ipv6_subnet: fd00:fd00:fd00:7000::/64
           ipv6_allocation_pools:
             - start: fd00:fd00:fd00:7000::4
             - end: fd00:fd00:fd00:7000::fffe

     Copy to Clipboard Toggle word wrap
   • 이 네트워크는 Compute 서비스(nova) VM과 같은 소비자를 위해 공유되는 오버클라우드 배포 및 Networking 서비스(neutron) 공급자 네트워크에서 공유합니다.
   • 오버클라우드 Networking service StorageNFS 공급자 네트워크의 서브넷 정의에 대해 할당 풀에 사용하기 위해 이 예제에 지정된 할당 풀 외부에 지정할 수 있는 범위를 그대로 둡니다.

5. 가상 IP가 포함된 추가 구성 가능 네트워크를 추가하고 일부 API 서비스를 이 네트워크에 매핑하려면 CloudName{network.name} 정의를 사용하여 API 끝점의 DNS 이름을 설정합니다.

   CloudName{{network.name}}

   Copy to Clipboard Toggle word wrap

   예제:

   parameter_defaults:
     ...
     CloudNameOcProvisioning: baremetal-vip.example.com

   Copy to Clipboard Toggle word wrap

6. /usr/share/openstack-tripleo-heat-templates/network-data-samples 에서 환경 파일 디렉터리에 필요한 샘플 네트워크 VIP 정의 템플릿을 복사합니다. 다음 예제에서는 vip-data-default-network-isolation.yaml 을 vip_data.yaml 이라는 로컬 환경 파일에 복사합니다.

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

   Copy to Clipboard Toggle word wrap

7. vip_data.yaml 구성 파일을 편집합니다. 가상 IP 데이터는 가상 IP 주소 정의 목록으로, 각각 IP 주소가 할당된 네트워크의 이름을 포함합니다.

   - network: storage_mgmt
     dns_name: overcloud
   - network: internal_api
     dns_name: overcloud
   - network: storage
     dns_name: overcloud
   - network: external
     dns_name: overcloud
     ip_address: <vip_address>
   - network: ctlplane
     dns_name: overcloud
   - network: storage_nfs
     dns_name: overcloud
     ip_address: <vip_address>

   Copy to Clipboard Toggle word wrap
   • & lt;vip_address& gt;를 필수 가상 IP 주소로 바꿉니다.

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

8. 샘플 네트워크 구성 템플릿을 복사합니다. Jinja2 템플릿은 NIC 구성 템플릿을 정의하는 데 사용됩니다. 예제 중 하나가 요구 사항과 일치하는 경우 /usr/share/ansible/roles/tripleo_network_config/templates/ 디렉터리에 제공된 예제를 찾습니다. 예제가 요구 사항과 일치하지 않으면 샘플 구성 파일을 복사하여 필요에 따라 수정합니다.

   $ cp /usr/share/ansible/roles/tripleo_network_config/templates/single_nic_vlans/single_nic_vlans.j2 /home/stack/templates/

   Copy to Clipboard Toggle word wrap

9. single_nic_vlans.j2 구성 파일을 편집합니다.

   ---
   {% set mtu_list = [ctlplane_mtu] %}
   {% for network in role_networks %}
   {{ mtu_list.append(lookup('vars', networks_lower[network] ~ '_mtu')) }}
   {%- endfor %}
   {% set min_viable_mtu = mtu_list | max %}
   network_config:
   - type: ovs_bridge
     name: {{ neutron_physical_bridge_name }}
     mtu: {{ min_viable_mtu }}
     use_dhcp: false
     dns_servers: {{ ctlplane_dns_nameservers }}
     domain: {{ dns_search_domains }}
     addresses:
     - ip_netmask: {{ ctlplane_ip }}/{{ ctlplane_subnet_cidr }}
     routes: {{ ctlplane_host_routes }}
     members:
     - type: interface
       name: nic1
       mtu: {{ min_viable_mtu }}
       # force the MAC address of the bridge to this interface
       primary: true
   {% for network in role_networks %}
     - type: vlan
       mtu: {{ lookup('vars', networks_lower[network] ~ '_mtu') }}
       vlan_id: {{ lookup('vars', networks_lower[network] ~ '_vlan_id') }}
       addresses:
       - ip_netmask:
           {{ lookup('vars', networks_lower[network] ~ '_ip') }}/{{ lookup('vars', networks_lower[network] ~ '_cidr') }}
       routes: {{ lookup('vars', networks_lower[network] ~ '_host_routes') }}
   {% endfor %}

   Copy to Clipboard Toggle word wrap

10. network_config 템플릿을 overcloud-baremetal-deploy.yaml 구성 파일에 설정합니다.

    - name: CephStorage
      count: 3
      defaults:
        networks:
        - network: storage
        - network: storage_mgmt
        - network: storage_backup
        network_config:
          template: /home/stack/templates/single_nic_vlans.j2

    Copy to Clipboard Toggle word wrap

    Shared File Systems 서비스(manila)와 CephFS-NFS 백엔드를 사용하기 위한 StorageNFS 네트워크를 프로비저닝하는 경우 StorageNFS 네트워크와 VIP가 컨트롤러 노드에 연결되어 있기 때문에 network_config 섹션 대신 Controller 또는 ControllerStorageNfs 섹션을 편집합니다.

    - name: ControllerStorageNfs
      count: 3
      hostname_format: controller-%index%
      instances:
      - hostname: controller-0
        name: controller-0
      - hostname: controller-1
        name: controller-1
      - hostname: controller-2
        name: controller-2
      defaults:
        profile: control
        network_config:
          template: /home/stack/templates/single_nic_vlans.j2
        networks:
        - network: ctlplane
          vif: true
        - network: external
        - network: internal_api
        - network: storage
        - network: storage_mgmt
        - network: tenant
        - network: storage_nfs

    Copy to Clipboard Toggle word wrap

11. 오버클라우드 네트워크를 프로비저닝합니다. 이 작업은 오버클라우드를 배포할 때 환경 파일을 사용할 출력 파일을 생성합니다.

    (undercloud)$ openstack overcloud network provision \
    --output <deployment_file> /home/stack/templates/<networks_definition_file>.yaml

    Copy to Clipboard Toggle word wrap
    • < networks_definition_file >을 네트워크 정의 파일의 이름(예: network_data.yaml 또는 StorageNFS 네트워크 파일 이름(예: network_data_ganesha.yaml )으로 바꿉니다.
    • < deployment_file >을 배포 명령에 포함할 heat 환경 파일의 이름으로 교체합니다(예: /home/stack/templates/overcloud-networks-deployed.yaml ).

12. 네트워크 VIP를 프로비저닝하고 vip-deployed-environment.yaml 파일을 생성합니다. 오버클라우드를 배포할 때 이 파일을 사용합니다.

    (overcloud)$ openstack overcloud network vip provision  --stack <stack> --output <deployment_file> /home/stack/templates/vip_data.yaml

    Copy to Clipboard Toggle word wrap
    • & lt;stack >을 네트워크 VIP가 프로비저닝되는 스택 이름으로 바꿉니다. 지정하지 않으면 기본값은 overcloud입니다.
    • < deployment_file >을 배포 명령에 포함할 heat 환경 파일의 이름으로 교체합니다(예: /home/stack/templates/overcloud-vip-deployed.yaml ).

절차

1. 사용자 지정 roles_data.yaml 파일이 없는 경우 기본값을 홈 디렉터리에 복사합니다.

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

   Copy to Clipboard Toggle word wrap
2. 사용자 지정 roles_data.yaml 파일을 편집합니다.

3. 네트워크를 추가할 역할의 네트워크 목록에 네트워크 이름을 포함합니다.

   • 이 예제에서는 StorageBackup 네트워크를 Ceph Storage 역할에 추가합니다.

     - name: CephStorage
       description: |
         Ceph OSD Storage node role
       networks:
         Storage
           subnet: storage_subnet
         StorageMgmt
           subnet: storage_mgmt_subnet
         StorageBackup
           subnet: storage_backup_subnet

     Copy to Clipboard Toggle word wrap

   • 이 예에서는 StorageNFS 네트워크를 컨트롤러 노드에 추가합니다.

     - name: Controller
       description: |
         Controller role that has all the controller services loaded, handles
         Database, Messaging and Network functions, and additionally runs a ganesha
         service as a CephFS to NFS gateway.  The gateway serves NFS exports via a
         VIP on a new isolated StorageNFS network.
       # ganesha service should always be deployed in HA configuration.
       CountDefault: 3
       tags:
         - primary
         - controller
       networks:
         External:
           subnet: external_subnet
         InternalApi:
           subnet: internal_api_subnet
         Storage:
           subnet: storage_subnet
         StorageMgmt:
           subnet: storage_mgmt_subnet
         Tenant:
           subnet: tenant_subnet
         StorageNFS:
           subnet: storage_nfs_subnet

     Copy to Clipboard Toggle word wrap
4. 사용자 지정 네트워크를 각 역할에 추가한 후 파일을 저장합니다.

프로세스

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

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

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

   $ openstack overcloud network provision \
     --output overcloud-networks-deployed.yaml \
     custom_network_data.yaml

   Copy to Clipboard Toggle word wrap

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

   $ openstack overcloud network vip provision \
       --stack overcloud \
       --output overcloud-networks-vips-deployed.yaml \
        custom_vip_data.yaml

   Copy to Clipboard Toggle word wrap

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

   $ openstack overcloud node provision \
       --stack overcloud \
       --output overcloud-baremetal-deployed.yaml \
       overcloud-baremetal-deploy.yaml

   Copy to Clipboard Toggle word wrap

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

   $ openstack overcloud deploy --templates \
     --networks-file network_data_v2.yaml \
     -e overcloud-networks-deployed.yaml \
     -e overcloud-networks-vips-deployed.yaml \
     -e overcloud-baremetal-deployed.yaml
     -e custom-net-single-nic-with-vlans.yaml

   Copy to Clipboard Toggle word wrap

절차

1. network_data.yaml 파일에서 이름을 변경하려는 각 네트워크의 name_lower 매개변수에 새 이름을 입력합니다.

   - name: InternalApi
     name_lower: MyCustomInternalApi

   Copy to Clipboard Toggle word wrap

2. service_net_map_replace 매개변수에 name_lower 매개변수의 기본값을 포함합니다.

   - name: InternalApi
     name_lower: MyCustomInternalApi
     service_net_map_replace: internal_api

   Copy to Clipboard Toggle word wrap

프로세스

1. /home/stack/templates/custom-nics 디렉터리에서 사용자 정의 NIC 템플릿에 인터페이스 항목을 생성하고, 인터페이스 경로를 정의하며, 배포와 관련된 규칙을 정의합니다.

     network_config:
     - type: interface
       name: em1
       use_dhcp: false
       addresses:
         - ip_netmask: {{ external_ip }}/{{ external_cidr}}
       routes:
         - default: true
           next_hop: {{ external_gateway_ip }}
         - ip_netmask: {{ external_ip }}/{{ external_cidr}}
           next_hop: {{ external_gateway_ip }}
           table: 2
           route_options: metric 100
       rules:
         - rule: "iif em1 table 200"
           comment: "Route incoming traffic to em1 with table 200"
         - rule: "from 192.0.2.0/24 table 200"
           comment: "Route all traffic from 192.0.2.0/24 with table 200"
         - rule: "add blackhole from 172.19.40.0/24 table 200"
         - rule: "add unreachable iif em1 from 192.168.1.0/24"

   Copy to Clipboard Toggle word wrap

2. 배포와 관련된 기타 환경 파일과 함께 배포 명령에 사용자 지정 NIC 구성 및 네트워크 환경 파일을 포함합니다.

   $ openstack overcloud deploy --templates \
   -e /home/stack/templates/<custom-nic-template>
   -e <OTHER_ENVIRONMENT_FILES>

   Copy to Clipboard Toggle word wrap

절차

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

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

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

3. 사용자 지정 YAML 환경 파일을 생성합니다.

   예제

   $ vi /home/stack/templates/custom-environment.yaml

   Copy to Clipboard Toggle word wrap

4. 환경 파일에는 키워드 parameter_defaults 및 ExtraSysctlSettings 가 포함되어야 합니다. netfilter가 변수 net.nf_conntrack_max 에서 추적할 수 있는 최대 연결 수에 대한 새 값을 입력합니다.

   예제

   이 예에서는 RHOSP 배포의 모든 호스트에 conntrack 제한을 설정할 수 있습니다.

   parameter_defaults:
     ExtraSysctlSettings:
       net.nf_conntrack_max:
         value: 500000

   Copy to Clipboard Toggle word wrap

   &lt ;role>Parameter 매개변수를 사용하여 특정 역할에 대한 conntrack 제한을 설정합니다.

   parameter_defaults:
     <role>Parameters:
       ExtraSysctlSettings:
         net.nf_conntrack_max:
           value: <simultaneous_connections>

   Copy to Clipboard Toggle word wrap

   • & lt;role >을 역할 이름으로 바꿉니다.

     예를 들어 ControllerParameters 를 사용하여 Controller 역할의 conntrack 제한을 설정하거나 ComputeParameters 를 사용하여 Compute 역할의 conntrack 제한을 설정합니다.

   • & lt;simultaneous_connections >를 허용하려는 동시 연결 수로 바꿉니다.

     예제

     이 예에서는 RHOSP 배포에서 Controller 역할에 대해서만 conntrack 제한을 설정할 수 있습니다.

     parameter_defaults:
       ControllerParameters:
         ExtraSysctlSettings:
           net.nf_conntrack_max:
             value: 500000

     Copy to Clipboard Toggle word wrap
     참고

     net.nf_conntrack_max 의 기본값은 500000 연결입니다. 최대값은 4294967295 입니다.

5. 배포 명령을 실행하고 코어 heat 템플릿, 환경 파일 및 이 새 사용자 지정 환경 파일을 포함합니다.

   중요

   후속 환경 파일에 정의된 매개변수와 리소스가 우선하므로 환경 파일의 순서가 중요합니다.

   예제

   $ openstack overcloud deploy --templates \
   -e /home/stack/templates/custom-environment.yaml

   Copy to Clipboard Toggle word wrap

프로세스

1. 변환 도구를 다운로드합니다.

   • /usr/share/openstack-tripleo-heat-templates/tools/convert_v1_net_data.py

2. RHOSP 16+ 네트워크 구성 파일을 RHOSP 17+ 형식으로 변환합니다.

   $ python3 convert_v1_net_data.py <network_config>.yaml

   Copy to Clipboard Toggle word wrap
   • & lt;network_config >를 변환하려는 기존 구성 파일의 이름으로 바꿉니다(예: network_data.yaml ).

프로세스

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

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

   [stack@director ~]$ source ~/stackrc

   Copy to Clipboard Toggle word wrap

3. 변환 툴을 언더클라우드의 현재 디렉터리에 복사합니다.

   $ cp /usr/share/openstack-tripleo-heat-templates/tools/convert_heat_nic_config_to_ansible_j2.py .

   Copy to Clipboard Toggle word wrap

4. 컴퓨팅 및 컨트롤러 NIC 템플릿 파일 및 기타 사용자 지정 네트워크 파일을 Jinja2 Ansible 형식으로 변환합니다.

   $ python3 convert_heat_nic_config_to_ansible_j2.py \
    [--stack <overcloud> | --standalone] --networks_file <network_config.yaml> \
    <network_template>.yaml

   Copy to Clipboard Toggle word wrap

   • <overcloud>를 오버클라우드 스택의 이름 또는 UUID로 바꿉니다. --stack 을 지정하지 않으면 스택의 기본값은 overcloud 입니다.

     참고

     언더클라우드 노드에서 오케스트레이션 서비스(heat)를 실행해야 하므로 RHOSP 16 배포에서만 --stack 옵션을 사용할 수 있습니다. RHOSP 17부터 RHOSP 배포는 컨테이너에서 오케스트레이션 서비스를 실행하는 임시 heat를 사용합니다. 오케스트레이션 서비스를 사용할 수 없거나 스택이 없는 경우 --stack 대신 --standalone 옵션을 사용합니다.

   • & lt;network_config.yaml >을 네트워크 배포를 설명하는 구성 파일의 이름으로 바꿉니다(예: network_data.yaml ).
   • & lt;network_template >을 변환하려는 네트워크 구성 파일의 이름으로 바꿉니다.

   사용자 지정 네트워크 구성 파일을 모두 변환할 때까지 이 명령을 반복합니다. convert_heat_nic_config_to_ansible_j2.py 스크립트는 변환을 위해 전달하는 각 yaml 파일에 대해 .j2 파일을 생성합니다.

5. 생성된 각 .j2 파일을 검사하여 구성이 올바르고 환경에 대해 완료되었는지 확인하고 구성을 변환할 수 없는 위치를 강조 표시하는 툴에서 생성한 모든 주석을 수동으로 해결합니다. NIC 구성을 Jinja2 형식으로 수동으로 변환하는 방법에 대한 자세한 내용은 Heat 매개변수를 Ansible 변수 매핑에 참조하십시오.

6. 생성된 .j2 파일을 가리키도록 network-environment.yaml 파일에서 *NetworkConfigTemplate 매개변수를 구성합니다.

   parameter_defaults:
     ControllerNetworkConfigTemplate: '/home/stack/templates/custom-nics/controller.j2'
     ComputeNetworkConfigTemplate: '/home/stack/templates/custom-nics/compute.j2'

   Copy to Clipboard Toggle word wrap

7. 이전 네트워크 구성 파일의 network-environment.yaml 파일에서 resource_registry 매핑을 삭제합니다.

   resource_registry:
     OS::TripleO::Compute::Net::SoftwareConfig: /home/stack/templates/nic-configs/compute.yaml
     OS::TripleO::Controller::Net::SoftwareConfig: /home/stack/templates/nic-configs/controller.yaml

   Copy to Clipboard Toggle word wrap

프로세스

1. Jinja2 템플릿을 생성합니다. 언더클라우드 노드의 /usr/share/ansible/roles/tripleo_network_config/templates/ 디렉터리에서 예제 템플릿을 복사하여 새 템플릿을 생성할 수 있습니다.

2. heat 내장 함수를 Jinja2 필터로 교체합니다. 예를 들어 다음 필터를 사용하여 min_viable_mtu 를 계산합니다.

   {% set mtu_list = [ctlplane_mtu] %}
   {% for network in role_networks %}
   {{ mtu_list.append(lookup('vars', networks_lower[network] ~ '_mtu')) }}
   {%- endfor %}
   {% set min_viable_mtu = mtu_list | max %}

   Copy to Clipboard Toggle word wrap

3. Ansible 변수를 사용하여 배포에 대한 네트워크 속성을 구성합니다. 각 개별 네트워크를 수동으로 구성하거나 role_networks 를 반복하여 각 네트워크를 프로그래밍 방식으로 구성할 수 있습니다.

   • 각 네트워크를 수동으로 구성하려면 각 get_param 함수를 동등한 Ansible 변수로 교체합니다. 예를 들어 현재 배포에서 get_param: InternalApiNetworkVlanID 를 사용하여 vlan_id 를 구성하는 경우 템플릿에 다음 구성을 추가합니다.

     vlan_id: {{ internal_api_vlan_id }}

     Copy to Clipboard Toggle word wrap
     Expand

     표 8.9. heat 매개변수에서 Ansible 변수로의 네트워크 속성 매핑 예

     yaml 파일 형식	Jinja2 ansible 형식, j2
     - type: vlan device: nic2 vlan_id: get_param: InternalApiNetworkVlanID addresses: - ip_netmask: get_param: InternalApiIpSubnet Copy to Clipboard Toggle word wrap	- type: vlan device: nic2 vlan_id: {{ internal_api_vlan_id }} addresses: - ip_netmask: {{ internal_api_ip }}/{{ internal_api_cidr }} Copy to Clipboard Toggle word wrap

     Show more

   • 각 네트워크를 프로그래밍 방식으로 구성하려면 role_networks 를 사용하여 역할 이름으로 사용 가능한 네트워크를 검색하는 템플릿에 Jinja2 for-loop 구조를 추가합니다.

     예제

     {% for network in role_networks %}
       - type: vlan
         mtu: {{ lookup('vars', networks_lower[network] ~ '_mtu') }}
         vlan_id: {{ lookup('vars', networks_lower[network] ~ '_vlan_id') }}
         addresses:
         - ip_netmask: {{ lookup('vars', networks_lower[network] ~ '_ip') }}/{{ lookup('vars', networks_lower[network] ~ '_cidr') }}
         routes: {{ lookup('vars', networks_lower[network] ~ '_host_routes') }}
     {%- endfor %}

     Copy to Clipboard Toggle word wrap

   heat 매개변수에서 해당하는 Ansible 변수로의 전체 매핑 목록은 Heat 매개변수에서 Ansible 변수 매핑에 대한 을 참조하십시오.

4. 생성된 .j2 파일을 가리키도록 network-environment.yaml 파일에서 *NetworkConfigTemplate 매개변수를 구성합니다.

   parameter_defaults:
     ControllerNetworkConfigTemplate: '/home/stack/templates/custom-nics/controller.j2'
     ComputeNetworkConfigTemplate: '/home/stack/templates/custom-nics/compute.j2'

   Copy to Clipboard Toggle word wrap

5. 이전 네트워크 구성 파일의 network-environment.yaml 파일에서 resource_registry 매핑을 삭제합니다.

   resource_registry:
     OS::TripleO::Compute::Net::SoftwareConfig: /home/stack/templates/nic-configs/compute.yaml
     OS::TripleO::Controller::Net::SoftwareConfig: /home/stack/templates/nic-configs/controller.yaml

   Copy to Clipboard Toggle word wrap