加入收藏 | 设为首页 | 会员中心 | 我要投稿 河北网 (https://www.hebeiwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 移动互联 > 正文

Kubernetes事变节点的数目筹划?

发布时间:2019-10-09 16:15:41 所属栏目:移动互联 来源:高效Linux运维实践
导读:概述 做k8s集群事变节点的筹划时,起首必要思量的题目是: 应该行使哪种范例的处事器(Linux)实例节点,节点数目又必要几多个? 集群容量 凡是k8s集群可以看作将多个处事器(Linux)节点抽象为一个大的超等处事器节点,该超等节点的总计较手段(如CPU和内存)是全部

Kubernetes事变节点的数目筹划?

概述

做k8s集群事变节点的筹划时,起首必要思量的题目是: 应该行使哪种范例的处事器(Linux)实例节点,节点数目又必要几多个?

集群容量

凡是k8s集群可以看作将多个处事器(Linux)节点抽象为一个大的”超等处事器节点”,该超等节点的总计较手段(如CPU和内存)是全部构成节点的手段之和.若是要在聚集上运行的一组应用措施必要,必要一个总容量为8个CPU内核和32 GB 内存的集群,也许的两种实例范例及数目设置如下图:

Kubernetes事变节点的数目筹划?

方案一: 行使2台4核16GB处事器实例作为k8s事变节点

方案二: 行使4台2核8GB处事器实例作为k8s事变节点

哪种方案更好呢? 我信托大大都人此时有点懵逼了吧,为办理各人的这个迷惑下面我别离对这两种方案的利弊。

方案一

行使2台4核16GB处事器实例作为k8s事变节点的环境

上风

1.镌汰打点开销

与必需打点大量计较机对比,打点少量计较机较省力

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数目较少。

很有也许只有您的某些应用措施受到影响,而且也许只有少量的副本受到影响,因此整个应用措施都不会受到影响。

2.应承高复制,实现高靠得住性

Kubernetes调治措施可以将每个副天职配给更多差异的节点,这意味着,假如一个节点产生妨碍,最多将影响一个副本,而且您的应用措施如故可用。

劣势

1.大量节点

行使较小的节点,则天然必要更多的节点才气到达给定的聚集容量,对付Kubernetes节制平面而言,大量节点也许是一个挑衅。

如每个节点都必要可以或许与其他每个节点举办通讯,这使得也许的通讯路径的数目与节点数目的平方成正比增添,全部这些都必需由节制平面举办打点。

2.更多的体系开销

Kubernetes在每个事变措施节点上运行一组体系保卫历程,如容器运行时Docker、kube-proxy、kubelet等,这些保卫措施一路耗损牢靠命量的资源,假如行使很多末节点,则这些体系组件行使的资源部门会更大。

3.低落资源操作率

假如行使较小的节点,那么最终也许会碰着大量资源片断,这些资源片断太小而无法分派给任何事变负载,因此导致资源挥霍。

4.末节点上的Pod限定

在某些云基本架构上,末节点上应承的最大Pod数目比您预期的受到更多限定,如Amazon Elastic Kubernetes处事(EKS)就是这种环境,个中每个节点的Pod的最大数目取决于实例范例。

结论

因此您应该在集群中行使几个大型节点照旧多个小型节点?与往常一样,凡是没有确定的谜底!

假如您的应用措施必要10 GB的内存,则您也许不该该行使小型节点-群齐集的节点应至少具有10 GB的内存;

假如您的应用措施必要10倍的复制才气实现高可用性,那么您也许不该该仅行使2个节点-您的集群至少应包括10个节点

【编辑保举】

  1. 最简朴的 Kubernetes 高可用安装方法!
  2. 为什么说谷歌Anthos是kubernetes的翻版?
  3. 怎样将Kubernetes集群陈设在谷歌云平台上?
【责任编辑:武晓燕 TEL:(010)68476606】
点赞 0

(编辑:河北网)

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

    热点阅读