LoadBalancer型对进口型Nginx服务(使用nginx- ingress )对入口+ ClusterIP型nginx服务

Question

我们正在从独立的码头容器体系结构转向K3s体系结构。当前体系结构使用一个Nginx容器来公开运行在不同容器中的多个uwsgi和websocket服务(用于django)。我在互联网上读到了关于应该使用什么方法的相互矛盾的意见。

备选方案如下：

类型reused)

• Nginx-ingress的

1. Nginx服务(现有体系结构中的大部分conf可以是LoadBalancer (现有体系结构中的所有conf都必须转换为入口注释，ConfigMap)
2. Nginx-ingress + ClusterIP类型的nginx服务可以重用，进入入口的流量只需路由到nginx服务)

。

Answer 1

在非常类似的情况下，我们使用了选项3。

就网络而言，它可能被视为次优，但却给了我们一条更加顺畅的过渡路径。它也给了我们时间，看看以后会发生什么事。

您的各种nginx配置的支持在Ingress实现上会有所不同，并且将特定于此Ingress实现(一般的Ingress只处理基于主机或路径的HTTP路由)。所以我不会建议选项2，除非你已经确定你的母老虎能处理它(而且你不想切换到另一个母线)。

关于选项1 (LoadBalancer，甚至NodePort)，它可能也会起作用，但是当使用http(s)时，Ingress更合适。

Answer 2

我对这三种方案的看法是：

1. 您可以维护现有的配置，但是您需要从网络中为要公开的每个服务分配一个IP。在裸金属中，你需要使用像Metallb这样的高级服务。
2. 也可能是一种选择，但如果您想回滚以前的配置，它是不灵活的，就好像您正在调整您的解决方案以适应Kubernetes，认为这是最好的选择，您维护您的nginx+wsgi与您的Django应用程序对话，并使用Nginx入口来集中您的服务的曝光，应用SSL域名等。

。