![a019dcf1f1d1b1eaf76cbd40e68456e9.png](https://i-blog.csdnimg.cn/blog_migrate/e077f9ff0505ebfc8e977b4462f2edcc.jpeg)
作者:Daniel Weibel
翻译:Bach(才云)
校对:星空下的文仔(才云)、bot(才云)
上篇文章《搭建集群时,要如何选择集群大小》详细描述了搭建集群时,大小集群两种选择各自利弊之处。当我们选择搭建其中一种 K8s 集群时,脑海中可能还会冒出这样一个问题,我应该使用哪种类型的工作节点?需要多少个这样的节点?
换个场景,如果是内部部署 K8s 集群,我们是应该订购一些新服务器,还是用数据中心里的那十几台旧机器,亦或者我们选择 Kubernetes 托管服务,那要使用八个n1-standard-1
实例还是两个n1-standard-4
?
本文从多个维度阐述了使用少数大型节点和多个小节点搭建 K8s 集群时各自的优劣,希望可以为大家解决上述问题提供参考。
集群容量
通常 Kubernetes 集群可以被视为由一组单个节点组成的“超级节点”。该超级节点的总计算容量(就 CPU 和内存而言)是所有组成节点容量的总和。假设现在需要一个总容量为 8 个 CPU 内核和 32GB RAM 的集群。以下是设计集群的两种方法:
![c1ef22bb1c71ec6a892d4b083363500b.png](https://i-blog.csdnimg.cn/blog_migrate/7ed0deb41dc116d0d8206f39b360d025.jpeg)
这两个选项都会产生具有相同容量的集群,一个使用 4 个较小的节点,而另一个选择使用 2 个较大的节点。哪个更好?为了解决这个问题,让我们来看看“少数大节点”和“多个小节点”这两个相反方向思路的优缺点。
本文中的“节点”指的是工作节点(worker node)。主节点的数量和大小的选择是其他问题。
使用少数大节点
这种选择最极端的情况是仅使用一个可以提供整个集群所需容量的工作节点。如果要满足上述例子中的容量需求,