google 容器引擎负载均衡器如何与复制控制器交互？

How does google container engines load balancer interact with replication controllers?

我已通读 google 容器引擎和负载均衡器文档。

我的理解：

鉴于我在 nginx 反向代理后面有各种服务。

我想说的：这就是我在nginx背后的一套服务。请将它们推送到每个节点并将 nginx 连接到负载均衡器。因此，当一个节点发生故障时，它可以为其他节点服务，依此类推。

问题：

  1. 我是否正确理解了该上下文中的负载平衡器和复制控制器的概念？

  2. 如果是，我是否正确地假设只有应用程序的前端部分进入复制控制器，而非副本服务（例如 postgres 数据库或 redis 缓存）被推入一个服务?

  3. 我该如何设置？我在文档中找不到实际将负载均衡器连接到我的容器入口点的点。

总的来说，我对这些概念有点陌生，可能不太了解基础知识。

我不太明白你第一个问题背后的想法。这就是我的看法：

  • 负载均衡器只是用来对外开放你的服务，在你的情况下给你的nginx设置一个public IP pods。这是它的工作原理（也是问题 3 的答案）：https://cloud.google.com/container-engine/docs/load-balancer

  • 复制控制器用于确保您始终拥有关联 pod 的正确数量的 pods 运行ning。因此，使任何 pod 运行 无限期存在的最佳方法就是在这种情况下。为了回答你的问题 2.，我会确保你所有的 pods 运行 都带有相关的复制控制器，包括 postgres db 和 redis，只是为了确保你始终拥有它们的一个实例 运行宁.

  • 该服务使 "internal" pods 之间的通信变得容易，并且如果关联的 pod 被复制，还具有某种内部负载平衡。在你的情况下，你的 db 和 redis pods（每个都由一个复制控制器控制）确实也必须由一个服务来管理，以使它们对你的 nginx pods.

如果你想要一个完整的例子 "stack" 运行ning 我会建议这个 link: https://cloud.google.com/container-engine/docs/tutorials/guestbook 即使它很简单你也可以得到主要的这一切背后的想法。