为什么nginx入口控制器部署为容器（pod）？

Question

我的自然想法是，如果nginx只是k8s节点上的守护进程，而不是k8s集群中的pod（容器），那么它看起来仍然可以填充入口控制器作业。因为：如果它是一个进程，因为它位于k8s节点上，它仍然可以与apiserver对话以获取服务后端POD信息，如IP地址，因此它仍然可以用作http代理服务器，将流量定向到不同的服务。

所以2个问题，

1. 为什么nginx入口控制器必须是一个pod？
2. 为什么nginx入口控制器只有1个副本？在哪个节点上？如果nginx控制器pod死了，事情会变得不稳定。

谢啦！

Answer 1

因为POD是在Kubernetes中运行守护进程（或者实际上是所有进程）的方式。这就是你做事的方式。我认为没有什么可以阻止您在集群外运行它，手动设置API配置和身份验证，自己完成所有需要的联网工作。但是为什么？

对于复制副本，您通常应该在多个物理节点上有多个副本以实现冗余。很多教程都用副本1来展示它，因为它要么是针对像Minikube这样的单节点开发集群，要么只是一个示例。

Answer 2

为什么Nginx入口控制器必须是pod？

可以将Nginx控制器作为在库伯内特斯中设置的守护程序运行，但我不确定在节点上运行。

使用守护程序集管理POD和部署Kubernetes与节点上的进程相比很容易。

默认情况下，Nginx守护进程不是任何库伯内特斯节点的一部分，如果你群集自动缩放，你会在节点上手动安装Nginx进程吗？

如果您想在内部使用Nginx进程创建自己的AMI并在Node池中使用它并扩展该池，这是可能的，但操作系统修补和维护怎么样？

为什么nginx入口控制器只有1个副本？在哪个节点上？如果nginx控制器吊舱坏了，事情就会变得不稳定。

运行副本1是默认配置，但您可以实现HPA并根据需要增加副本。Nginx是轻量级的，因此处理大量流量不需要更多副本。

尽管如此，根据需要，您可以使用HPA运行多个副本或手动增加副本以获得高可用性。