2.2. DCN 架构上的网络注意事项
DCN 架构目前不支持以下功能：
- Octavia
- DPDK 节点上的 DHCP
- conntrack 用于 TC Flower Hardware Offload
TC Flower Hardware Offload 的 conntrack 作为技术预览在 DCN 上提供，因此红帽不会完全支持使用这些解决方案。此功能应该只用于 DCN 进行测试，不应在生产环境中部署。如需有关技术预览功能的更多信息，请参阅覆盖范围详情。
完全支持以下 ML2/OVS 技术：
- DPDK 节点上没有 DHCP 的 OVS-DPDK
- SR-IOV
- TC 流硬件卸载，没有 conntrack
- 边缘使用网络器节点的 Neutron 可用区(AZ)，每个站点一个 AZ
- 路由供应商网络
完全支持以下 ML2/OVN 网络技术：
- DPDK 节点上没有 DHCP 的 OVS-DPDK
- SR-IOV （没有 DHCP）
- TC 流硬件卸载，没有 conntrack
- 路由供应商网络
- 支持 Neutron AZ 的 OVN GW （网络节点）
另外，您必须考虑以下几点：
- 网络延迟：根据往返时间(RTT)来测量延迟，以及预期的并发 API 操作数来保持可接受的性能。最大 TCP/IP 吞吐量与 RTT 相反。您可以通过调整内核 TCP 参数来降低带有高带宽的高延迟连接的一些问题。如果跨站点通信超过 100 ms，则红帽支持红帽支持。
- Network drop outs：如果边缘站点暂时丢失与中央站点的连接，则在停机期间无法在受影响的边缘站点内执行 OpenStack control plane API 或 CLI 操作。例如，边缘站点上的 Compute 节点无法创建实例的快照、发布身份验证令牌或删除镜像。常规 OpenStack control plane API 和 CLI 操作在此中断过程中仍然可以正常工作，并可继续为具有工作连接的任何其他边缘站点提供服务。镜像类型：在使用 Ceph 存储部署 DCN 架构时，您必须使用 raw 镜像。
镜像大小：
- Overcloud 节点镜像 - 从中央 undercloud 节点下载 overcloud 节点镜像。这些镜像可能是大型文件，在调配期间，所有必要网络将从中央站点传输到边缘站点。
实例镜像：如果没有边缘的块存储，则镜像服务镜像会在第一次使用过程中遍历 WAN。镜像会在本地复制到目标边缘节点，以便随后使用。glance 镜像没有大小限制。传输时间因可用带宽和网络延迟而异。
如果边缘存在块存储，则镜像将通过 WAN 异步复制，以便更快地在边缘引导时复制。
- 提供商网络：这是 DCN 部署的建议网络方法。如果您在远程站点中使用提供商网络，那么您必须考虑网络服务(neutron)不会放置任何限制或检查您可以附加可用网络的位置。例如，如果您只在边缘站点 A 中使用提供商网络，您必须确保不要尝试附加到边缘站点 B 中的提供商网络。这是因为，将其绑定到 Compute 节点时，供应商网络中没有验证检查。
- 特定于站点的网络：如果您使用特定于特定站点的网络，则 DCN 网络中会出现一个限制：当您使用 Compute 节点部署集中式 neutron 控制器时，neutron 中没有触发器将特定的 Compute 节点识别为远程节点。因此，计算节点接收其他 Compute 节点列表，并在彼此之间自动形成隧道；隧道从边缘到边缘，通过中央站点从边缘到边缘。如果您使用 VXLAN 或 Geneve，每个站点中的每个 Compute 节点都会与所有其他 Compute 节点和 Controller 节点组成一个隧道，无论它们是本地还是远程节点。如果您在任何位置使用相同的 neutron 网络，则这不是问题。使用 VLAN 时，neutron 期望所有 Compute 节点具有相同的网桥映射，并且所有 VLAN 都位于每个站点。
- 其他站点：如果您需要从中央站点扩展到额外的远程站点，您可以使用 Red Hat OpenStack Platform director 上的 openstack CLI 来添加新的网络段和子网。
- 如果边缘服务器没有被预置备，您必须配置 DHCP 转发，以便在路由片段上内省和置备。
- 路由必须在云或将每个边缘站点连接到 hub 的网络基础架构中配置。您应该实施网络设计，为每个 Red Hat OpenStack Platform 集群网络（外部、内部 API 等）分配 L3 子网，每个站点都是唯一的。
