摘要：
前言 一个线上的业务如果想实现高可用，那必然是不能存在某个服务是单点的情况，因为软硬件都可能会出现偶发性的故障。 控制平面高可用部署 在k8s集群中，controller-manager如果存在多个的话，是可以自动实现选举的，scheduler也是这样。这两个组件的高可用配置就是启动多个服务。 最关 阅读全文
摘要：
前言 k8s集群在安装过程中会遇到各种问题，很难有一个非常全的QA能将所有问题都囊括进来，K8S集群的部署问题，很多都出现在网络插件相关，因为k8s.io网站镜像需要使用国内源下载，另外网络插件也比较难理解。这里列举几个问题。 Node节点主机名保证唯一性 Node节点之间要保证主机名的唯一性，同时 阅读全文
摘要：
前言 kubeadm是一个官方主推的k8s集群管理工具，其将部署、升级、配置等繁杂工作进行了标准化、流程化，大大降低了k8s的难度。 安装kubeadm前的准备工作 安装kubeadm不难，在CentOS7上使用阿里云开源镜像站的kubernetes仓库就能实现yum安装kebeadm。难是难在安装 阅读全文
摘要：
前言 本页的高可用是控制平面组件的高可用部署，同时还分为2种情况：堆叠etcd和外部etcd。使用kubeadm部署多master节点很方便，大体是3个步骤：使用init参数初始化好第一个master节点，然后其余的master节点使用join命令加入到master集群中，形成一个高可用的maste 阅读全文
摘要：
前言 k8s集群在Node节点数量少的情况下，逐台去维护是可行的，但是如果Node节点数量多的情况下，再去想着我大不了一台一台来维护可能就不现实了。而且k8s的每个版本都差不多只有14个月的支持时间。可能还没稳定下来，一个新的版本已经更新了。这样一来版本升级的工作就变的会比较多一些。为了能够保证k8 阅读全文
摘要：
简介 多可用区其实可以理解成同城容灾和异地容灾。也有一个高大上的名词：两地三中心。两地一般是两个城市，三中心是同城两个机房和异地一个机房。 对于K8S的容灾来说，可以分为两个层面：控制面和工作节点。这里我们以同一个城市两可用区（两个数据中心机房）来解释。 控制面的多可用区 既然是同城两可用区，比如北 阅读全文
摘要：
简介 一提到大规模这三个字，就联想到数据中心机房中一排排的物理服务器，在早期还是购买物理机找托管机房的年代，很多时间都在机房中维护服务器，那声音吵得耳朵疼，现在的运维工程师幸福多了。 注意事项 集群峰值 k8s1.28版本单个集群支持5000个工作节点，每个节点Pod数量不超过110，pod总数不超 阅读全文
摘要：
前言 页面介绍了版本发布的一些时间点和PR的要求，通过了解k8s的发布周期来规划自己的版本选择。 合并PR的要求 如果你希望将你的代码合并到官方代码仓库中，不同的开发阶段需要有不同的标签和里程碑。也是希望通过这样的方式来查看到代码的提交者是经过了认真的开发、测试，从而保证代码的质量。 正常开发（第1 阅读全文
摘要：
前言 页面介绍了k8s的组件下载的方法 二进制文件 二进制文件的下载链接在CHANGELOG文件中，这里有一个技巧是直接下载Server Binaries，这个是包含了所有的二进制文件。下载后记得比对sha512 hash值来确定下载的文件是否完整。 kubectl 直接yum安装即可。参考http 阅读全文
摘要：
前言 每个发型版本都会有一个Changelog，例如1.28的https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.28.md 阅读全文
