根据业务量,并发人数等做个基本的评估。3台起。
收起这个问题,我们最近也遇到了,并遇到了坑,可以和你分享一下。
(1)理论上,一个k8s集群数量是没有上限的,但是如果节点太多,master节点的负担也越大,所以应该考虑master和slave的节点比,一般而言,1:100~200,就可以了。
(2)如果,这个比例不好把握,那你就用公有云的全托管集群,master节点是公有云提供的,非常大,你根本不用操心,这样,一个Kubernetes集群上千个节点是没有问题的。
(3)问题的,Kubernetes的节点的子网怎么选,这里有个大坑。
那就是如果一个Kubernetes选择一个子网,那这个子网就很大,大约是22地址的子网,在公有云上,一个vpc是按子网分的,你可以在vpc内建立23,24的地址的多个子网,但如果全部建立一个22地址的大子网,那就会有个问题,你的Kubernetes节点在其他可用区就必须用新的ip子网,不能和22子网重叠,因为vpc是可以跨可用区的,但子网不能跨可用区。那么,你的Kubernetes集群的ip段就可能和很大,有可能变成21的地址的大子网段
那就要看你的用途和规划了,如果只是用来实验学习,单机版也可以安装。如果是开发测试环境,一般3个host组成一个群集即可,如果是生产环境的话,那就要考虑pod,service,ingress等相关资源的使用量,一般建议master采用群集,node节点至少3台,总共至少5个节点
收起一个cluster.最多5000台
每台110个pod.
够耍了
哦对了。具体完全看你业务是否真心需要如此大的规模
对于小公司,能超过10几个6手服务器了不起了。
大公司天天双11的5000都不够耍。。所以看你的实际业务量
收起这个问题不好回答
若只是自己试验测试,两个节点就可以,一个master,一个node就能了解清楚其架构及使用;
若是在公司内部有实际使用,需要保证集群正常运行,至少三个master,node的个数需要调研清楚上容器云的应用总资源数是多少。若需要使用弹性伸缩的功能,还需要考虑应用扩展后资源总数是否超限
生产规划
2条:VIP (APIserver,etcd)
3台:APIserver、controller-manager、scheduler、kubelet、proxy
3台:etcd (磁盘 IO 、网络依赖较高,建议独立部署)