Kubernetes Pod /服务架构

时间:2018-04-04 21:11:05

标签: kubernetes web-deployment scalability google-kubernetes-engine

我正在研究一个在Google Kubernetes Engine上使用Django的项目,并对最佳架构格式提出了一些问题。现在我在一个pod中有几个容器,因为它们都相互依赖并经常通信。这是我的设置:

Pod:webapp

容器:

  • NGINX(提供静态内容,向django网站发送流量)
  • 网站(Django,提供http回复)
  • 数据库代理(用于网站和websocket服务器的MySQL服务器)
  • websocket(用于管理websockets的Django worker)
  • redis(异步功能)

我的计划是创建一个运行多个副本和扩展的部署,但最好将此pod分成多个pod还是将其作为单个pod保留?

如果我要分解它,那么在添加必要的服务后,该架构会是什么样子?如果这不显示它,我是新的大声笑

1 个答案:

答案 0 :(得分:1)

最好将这些容器分解为多个容器,以便在不浪费资源的情况下进行扩展。如果要扩展为例如两个实例,则将启动每个容器的第二个实例。您的容器很可能没有相同的负载,因此仅在负载容器上进行扩展是有意义的,因此将1个容器分成几个容器是有意义的。它还可以更轻松地替换单个组件。

以下是几个pod的示例,每个pod都运行一个容器。该示例显示了如何根据正在加载的组件扩展pod的数量。

Kubernetes example

相关问题