选择GKE kubernetes集群的节点大小

Question

我们正在讨论生产GKE集群的最佳节点大小.

一般来说,拥有更小的节点或更小的节点会更好吗？

例如,我们在以下两个选项之间进行选择

1. 3 x n1-standard-2(7.5GB 2vCPU)
2. 2 x n1-standard-4(15GB 4vCPU)

我们在这些节点上运行:

• 弹性搜索集群
• Redis集群
• PHP API微服务
• Node API微服务
• 3个单独的节点/反应网站

Answer 1

我认为有两点需要考虑:

• 复制:

如果有足够的Pod运行服务,Elasticsearch或Redis cluster/sentinel等服务只能提供可靠的冗余:如果你有2个节点,5个elasticsearch Pod,那么3个Pod将在一个节点上,2个在另一个节点上:最大复制将是2.如果您在同一节点上碰巧有2个副本Pod并且它已关闭,则会丢失整个索引.

[编辑]:如果你使用持久性块存储(这最好用于持久性,但设置很复杂,因为每个节点都需要自己的块,使得缩放变得棘手),你不会"丢失整个索引",但是如果你依赖则这是真的在本地存储.

因此,更多节点更好.

• 表现:

显然,你需要足够的资源.较小的节点具有较低的资源,因此如果Pod开始获得大量流量,则它将更容易达到其极限并且Pod将被弹出.

Elasticsearch非常耗费内存.您必须确定运行所有这些Pod是否需要更大的节点.

最后,随着您的需求增长,您可能希望使用不同容量节点的混合,这些节点在GKE中将具有容量标签,可用于设置资源配额以及内存和CPU的限制.您还可以添加自己的标签,以确保某些Pod最终在某些类型的节点上.