工作节点的数量规划？

管理开销

与必须管理大量计算机相比，管理少量计算机较省力

2. 降低每个节点的成本

虽然功能更强大的机器比低端机器更昂贵，但价格上涨并不一定是线性的;如一台具有10个CPU内核和10 GB RAM的计算机可能比10台具有1个CPU内核和1 GB RAM的计算机便宜

3.允许运行需要大量资源的应用程序

如果您有一个需要8 GB内存的机器学习应用程序，则不能在只有1 GB内存的节点的群集上运行它;但是您可以在具有10 GB内存节点的群集上运行它

劣势

1.每个节点有大量Pod

每个Pod都会在该节点上运行的Kubernetes代理上引入一些开销，例如容器运行时(例如Docker)，kubelet和cAdvisor。

kubelet对节点上的每个容器执行常规的活动性和就绪性探测-更多的容器意味着kubelet在每次迭代中需要进行更多的工作。

cAdvisor会收集节点上所有容器的资源使用情况统计信息，而kubelet会定期查询此信息，并将其公开在其API上-同样，这意味着cAdvisor和kubelet在每次迭代中都需要做更多的工作。

如果Pod的数量变大，这些事情可能会开始减慢系统速度，甚至使系统不可靠。

2.有限复制

少量节点可能会限制应用程序的有效复制程度，如果您有一个由5个副本组成的高可用性应用程序，但是只有2个节点，则该应用程序的有效复制程度将降低为2。

3.爆炸半径更大

如果您只有几个节点，那么发生故障的节点的影响会比拥有多个节点的影响大。

4.大缩放比例

Kubernetes 为云基础架构提供了一个集群自动伸缩器，可根据当前需求自动添加或删除节点。

方案二

使用4台2核8GB服务器实例作为k8s工作节点的情况;这种方法包括由许多小节点而不是几个大节点组成集群。

这种方法的优缺点是什么?

使用许多小节点的优点主要对应于使用少量大节点的缺点。

优势

1.爆炸半径减小

如果您有100个Pod和10个节点，则每个节点平均仅包含10个Pod。因此，如果其中一个节点发生故障，则影响的pod数量较少。

（编辑：怀化站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!