前言
一个线上的业务如果想实现高可用，那必然是不能存在某个服务是单点的情况，因为软硬件都可能会出现偶发性的故障。
控制平面高可用部署
在k8s集群中，controller-manager如果存在多个的话，是可以自动实现选举的，scheduler也是这样。这两个组件的高可用配置就是启动多个服务。
最关键的是Apiserver的高可用，实现方式是通过反向代理+多Apiserver来实现。例如Nginx+keepalived这两个组件作为反向代理，然后再使用kubeadm部署高可用集群。
etcd高可用部署
- 堆叠etcd
堆叠etcd的方式就是将etcd部署在和Apiserver同一台机器上，Apiserver只和本机的etcd通信。不过三个etcd服务还是要构成集群的。这种方式有一个弊端就是一个etcd故障后，本机的Apiserver就会也故障了。因为Apiserver访问不了etcd服务了。
- 外部etcd
外部etcd的意思就是etcd的集群是单独部署的，三个Apiserver访问etcd集群，而不是指定访问那一台etcd服务。这种方式比堆叠etcd的高可用性要高。但是这种方式需要多准备服务器，成本比较高。
工作节点高可用部署
购买多台服务器用于工作节点，加入到k8s集群中。利用标签、注解、亲和性等配置项，将多副本POD分摊到多个工作节点上。