Kubernetes 生产化集群管理 操作系统和计算节点选择

Kubernetes 生产化集群管理 操作系统和计算节点选择

生产化集群的考量

操作系统的评估和选择

ubuntu作为主的操作系统，但是很多人都喜欢使用centos，因为centos马上就不支持了，它没有centos免费支持了，开源社区没有centos的免费支持了，那么就需要考虑后续的操作系统如何管控。

在去定义整个集群的操作系统使用什么样的维度。

专为容器优化的操作系统是专门为容器所作的一些优化，

背后有没有成熟的生态，一项技术如果被人广泛的使用，说明它是活跃的，生命力是强的，那么它后续的版本会一直迭代的，它就会变的越来越好。

如果你用的技术都没有什么人使用，没有一个完整的生态，那么这个技术会一直越来越落寞。

内核版本一般影响到我们的支撑能力。

生态系统与成熟度

通用的操作系统是Ubuntu和centos，它本身的生态是比较成熟的，还有面向容器优化的一些小型操作系统。

云原生

过去很多的生产化运维，它是比较随意的，比如说操作系统有各种各样的工具，然后所有的文件目录都是可以修改配置的，那么这种架构下面，管理员或者用户习惯性的去登入这些节点上面，去做一些配置的更改，这样改来改去，积年累月，那么可能一个事件的迁移就会搞出大问题。

所以生产系统很多大的问题都是这样的，可变架构的风险是问题不可追溯的，大家不知道它发生了什么样的事情，然后就会造成重大的事故。

或者当我节点出现问题的时候，我要紧急替换的时候，我根本不知道要恢复什么，我可能从标准镜像去构建，但是后面所作的这些配置，在基础镜像里面是没有体现的，我是不知道的，这样花费的时间和人力就会非常的高。

不可变架构就是希望主机的操作系统是不可变的，然后运行在主机上面的容器镜像也是不可变的，那么就让主机的大部分文件目录都是只读的，我只做必要的变更，然后再通过某些机制从流程上面管控这些变更的可能性，那么就使得整个基础架构是不可变的。起来之后什么样，那么一直就是什么样，如果节点出现问题，将其换掉，那么问题就解决了。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。