1.7. 在 OpenShift 部署中为 Red Hat OpenStack Services 配置网络

流程

1. 在现有部署节点上为 control plane 子网配置 link local 路由。这可以通过 director 配置完成：

   network_config:
     - type: ovs_bridge
       name: br-ctlplane
       routes:
       - ip_netmask: 0.0.0.0/0
         next_hop: 192.168.1.1
       - ip_netmask: 172.31.0.0/24 

   1

   
         next_hop: 192.168.1.100 

   2

   Copy to Clipboard Toggle word wrap

   1

   新的 control plane 子网。

   2

   现有数据平面节点的 control plane IP 地址。

   对需要为部署的新和现有部分使用不同子网的其他网络重复此配置。

2. 将新配置应用到每个 RHOSP 节点：

   (undercloud)$ openstack overcloud network provision \
    --output  <deployment_file> \
   [--templates <templates_directory>]/home/stack/templates/<networks_definition_file>

   Copy to Clipboard Toggle word wrap

   (undercloud)$ openstack overcloud node provision \
    --stack <stack> \
    --network-config \
    --output <deployment_file> \
   [--templates <templates_directory>]/home/stack/templates/<node_definition_file>

   Copy to Clipboard Toggle word wrap
   • 可选：包含-- templates 选项以使用您自己的模板，而不是位于 /usr/share/openstack-tripleo-heat-templates 中的默认模板。将 <templates_directory> 替换为包含模板的目录的路径。
   • 将 & lt;stack> 替换为置备裸机节点的堆栈的名称。如果未指定，则默认为 overcloud。
   • 包含 --network-config 可选参数，为 cli-overcloud-node-network-config.yaml Ansible playbook 提供网络定义。cli-overcloud-node-network-config.yaml playbook 使用 os-net-config 工具在部署的节点上应用网络配置。如果不使用 use -network-config 提供网络定义，则必须在 network-environment.yaml 文件中配置 {{role.name}}NetworkConfigTemplate 参数，否则将使用默认网络定义。
   • 将 <deployment_file> 替换为用于部署命令生成的 heat 环境文件的名称，如 /home/stack/templates/overcloud-baremetal-deployed.yaml。

   • 将 <node_definition_file > 替换为节点定义文件的名称，如 overcloud-baremetal-deploy.yaml。确保在节点定义文件中将 network_config_update 变量设置为 true。

     注意

     默认不会应用网络配置更改，以避免出现网络中断的风险。您必须在 director 配置文件中设置 StandaloneNetworkConfigUpdate: true 来强制实施更改。

3. 确认每个节点上有新的链接本地路由到新子网。例如：

   # ip route | grep 172
   172.31.0.0/24 via 192.168.122.100 dev br-ctlplane

   Copy to Clipboard Toggle word wrap

4. 您还必须配置本地路由到 OpenShift (RHOSO) worker 节点上的现有部署。这可以通过为每个网络将 路由 条目添加到 NodeNetworkConfigurationPolicy CR 来实现。例如：

     - destination: 192.168.122.0/24 

   1

   
       next-hop-interface: ospbr 

   2

   Copy to Clipboard Toggle word wrap

   1

   数据平面上隔离网络的原始子网。

   2

   与数据平面上的隔离网络对应的 Red Hat OpenShift Container Platform (RHOCP) worker 网络接口。

   因此，在 RHOCP 节点中添加以下路由：

   # ip route | grep 192
   192.168.122.0/24 dev ospbr proto static scope link

   Copy to Clipboard Toggle word wrap

5. 之后，在 data plane 采用过程中，在 OpenStackDataPlaneNodeSet CR 的 network_config 部分中，为新 control plane 子网范围添加相同的链接本地路由。例如：

     nodeTemplate:
       ansible:
         ansibleUser: root
         ansibleVars:
           additional_ctlplane_host_routes:
           - ip_netmask: 172.31.0.0/24
             next_hop: '{{ ctlplane_ip }}'
           edpm_network_config_template: |
             network_config:
             - type: ovs_bridge
               routes: {{ ctlplane_host_routes + additional_ctlplane_host_routes }}
               ...

   Copy to Clipboard Toggle word wrap

6. 列出现有部署中用于 data plane 节点的 IP 地址，存为 ansibleHost 和 fixedIP。例如：

     nodes:
       standalone:
         ansible:
           ansibleHost: 192.168.122.100
           ansibleUser: ""
         hostName: standalone
         networks:
         - defaultRoute: true
           fixedIP: 192.168.122.100
           name: ctlplane
           subnetName: subnet1

   Copy to Clipboard Toggle word wrap
   重要

   在采用过程中不要更改 RHOSP 节点 IP 地址。在 OpenStackDataPlaneNodeSet CR 的 nodes 部分中，列出之前在 fixedIP 字段中为每个节点条目使用 IP 地址。

7. 扩展防火墙配置的 SSH 范围，使其包含两个子网，以允许从两个子网的 SSH 访问 data plane 节点：

     edpm_sshd_allowed_ranges:
     - 192.168.122.0/24
     - 172.31.0.0/24

   Copy to Clipboard Toggle word wrap

   这提供了从新子网到 RHOSP 节点以及 RHOSP 子网的 SSH 访问。

流程

1. 为每个隔离网络定义一个 NetworkAttachmentDefinition CR。例如：

   apiVersion: k8s.cni.cncf.io/v1
   kind: NetworkAttachmentDefinition
   metadata:
     name: internalapi
   spec:
     config: |
       {
         "cniVersion": "0.3.1",
         "name": "internalapi",
         "type": "macvlan",
         "master": "enp6s0.20",
         "ipam": {
           "type": "whereabouts",
           "range": "172.17.0.0/24",
           "range_start": "172.17.0.20",
           "range_end": "172.17.0.50"
         }
       }

   Copy to Clipboard Toggle word wrap
   重要

   确保接口名称和 IPAM 范围与您在 NodeNetworkConfigurationPolicy CR 中使用的配置匹配。

2. 可选： 在重复使用现有 IP 范围时，您可以使用 NetworkAttachmentDefinition 池中的 exclude 参数排除现有部署中使用的范围的一部分。例如：

   apiVersion: k8s.cni.cncf.io/v1
   kind: NetworkAttachmentDefinition
   metadata:
     name: internalapi
   spec:
     config: |
       {
         "cniVersion": "0.3.1",
         "name": "internalapi",
         "type": "macvlan",
         "master": "enp6s0.20",
         "ipam": {
           "type": "whereabouts",
           "range": "172.17.0.0/24",
           "range_start": "172.17.0.20", 

   1

   
           "range_end": "172.17.0.50", 

   2

   
           "exclude": [ 

   3

   
             "172.17.0.24/32",
             "172.17.0.44/31"
           ]
         }
       }

   Copy to Clipboard Toggle word wrap

   1

   定义 IP 范围的开头。

   2

   定义 IP 范围的末尾。

   3

   排除 IP 范围的一部分。本例从分配池中排除 IP 地址 172.17.0.24/32 和 172.17.0.44/31。

3. 如果您的 RHOSP 服务需要负载均衡器 IP 地址，请在 IPAddressPool CR 中定义这些服务的池。例如：

   注意

   负载均衡器 IP 地址属于与 control plane 服务相同的 IP 范围，并由 MetalLB 管理。此池也应该与 RHOSP 配置保持一致。

   - apiVersion: metallb.io/v1beta1
     kind: IPAddressPool
     spec:
       addresses:
       - 172.17.0.60-172.17.0.70

   Copy to Clipboard Toggle word wrap

   为每个需要负载均衡器 IP 地址的隔离网络定义 IPAddressPool CR。

4. 可选： 在重复使用现有 IP 范围时，您可以通过列出 IPAddressPool 的 address 部分中的多个条目来排除范围的一部分。例如：

   - apiVersion: metallb.io/v1beta1
     kind: IPAddressPool
     spec:
       addresses:
       - 172.17.0.60-172.17.0.64
       - 172.17.0.66-172.17.0.70

   Copy to Clipboard Toggle word wrap

   上面的示例将排除来自分配池的 172.17.0.65 地址。

流程

1. 使用所需的 VLAN 标签和 IPAM 配置来配置 NetConfig CR。例如：

   apiVersion: network.openstack.org/v1beta1
   kind: NetConfig
   metadata:
     name: netconfig
   spec:
     networks: 

   1

   
     - name: internalapi
       dnsDomain: internalapi.example.com
       subnets:
       - name: subnet1
         allocationRanges:
         - end: 172.17.0.250
           start: 172.17.0.100
         cidr: 172.17.0.0/24
         vlan: 20
     - name: storage
       dnsDomain: storage.example.com
       subnets:
       - name: subnet1
         allocationRanges:
         - end: 172.18.0.250
           start: 172.18.0.100
         cidr: 172.18.0.0/24
         vlan: 21
     - name: tenant
       dnsDomain: tenant.example.com
       subnets:
       - name: subnet1
         allocationRanges:
         - end: 172.19.0.250
           start: 172.19.0.100
         cidr: 172.19.0.0/24
         vlan: 22

   Copy to Clipboard Toggle word wrap

   1

   网络 组成必须与源云配置匹配，以避免数据平面连接停机时间。

2. 可选：在 NetConfig CR 中，列出 allocationRanges 字段的多个范围来排除一些 IP 地址，例如，以适应被采用的环境消耗的 IP 地址：

   apiVersion: network.openstack.org/v1beta1
   kind: NetConfig
   metadata:
     name: netconfig
   spec:
     networks:
     - name: internalapi
       dnsDomain: internalapi.example.com
       subnets:
       - name: subnet1
         allocationRanges:
         - end: 172.17.0.199
           start: 172.17.0.100
         - end: 172.17.0.250
           start: 172.17.0.201
         cidr: 172.17.0.0/24
         vlan: 20

   Copy to Clipboard Toggle word wrap

   本例从池中排除 172.17.0.200 地址。