3.6. 网络

与其他许多 OpenStack 组件一样，联网子系统(neutron)是可插拔的，因此客户可以选择最适合其业务与技术要求的解决方案。对于 Red Hat OpenStack Platform，客户可从受支持的选项中进行选择。

Red Hat OpenStack Platform 16.2 实施的默认 neutron 后端是 OVN。

您应该选择一个符合您唯一情况的 neutron 后端。

在 OpenStack 16.2 上计划 OpenShift 4.12 时，我们强烈建议您使用默认的 OVN 后端，因为它是经过测试的配置，并允许将 Octavia OVN 供应商用于 LoadBalancer 服务。

要在 OpenStack 上部署 OpenShift 时协助选择 neutron 后端，请考虑以下事项：

Red Hat OpenStack Platform 使用 Octavia 项目作为其负载均衡即服务(LBaaS)实施。在使用 OVN 部署的 OSP 16.2 中有两个 Octavia 后端可用，默认的 Amphora 和 OVN 提供者。主要区别在于，Amphora 通过创建虚拟机并在其上配置 HAProxy 实例来部署每个负载均衡器，而 OVN 提供程序则使用 OpenFlow 规则实现它们。

默认情况下，OpenShift 将使用 Amphora 作为 Octavia 后端。

有关 OVN Octavia 供应商的详情，包括其限制，请查看 上游文档，并参阅红帽解决方案架构师或支持关联。

在我们的解决方案中，我们使用默认的 Red Hat OpenStack Platform 16.2: OVN 的默认 neutron 网络后端。

OpenShift 中的 LoadBalancer 服务由 cloud-provider-openstack 和 OpenStack Octavia 处理。对于类型为 LoadBalancer 的每个服务，将在 Octavia 中创建负载均衡器。默认情况下，OpenShift 使用 Amphora 后端作为功能丰富的解决方案。这种情况的不足是一个更高的资源消耗，因为 Amphora 会为每个负载均衡器创建一个虚拟机。

因为负载均衡器服务往往是静态的，我们发现 Amphora 是大多数用例的理想选择。

另请注意，Amphora 始终将进入 pod 的流量的源 IP 设置为负载均衡器的 IP。这意味着，即使将 .spec.externalTrafficPolicy 设置为 Local，您将无法在没有使用 PROXY 协议等额外功能的情况下获取原始源 IP。

如果资源消耗问题，您可以将它配置为 Openshift 集群，以使用 OVN Octavia Provider。在更改 Octavia 供应商前，您需要考虑以下限制：

使用 OSP 16.2 和 OpenShift 4.12，我们建议您使用默认的 Amphora 作为 cloud-provider-openstack 使用的 Octavia 后端。

对于我们的解决方案，我们使用 OVN-Kubernetes 作为 OpenShift 网络，Amphora 作为 Octavia 后端。