普通的k8s集群：

当某个work节点故障时是高可用的

但是master节点故障时将会发生崩溃

因为k8s api server不可用会导致整个集群群龙无首

高可用的k8s集群：

其原理是将所有work节点对master的api请求通过负载均衡(haproxy)指向虚拟ip(keepalived)

而此虚拟ip由所有master节点通过优先级选举

多master节点负载均衡的kubernetes集群，主要有两种拓扑结构：

1）堆叠control plane node

2）external etcd node 

下图是堆叠control plane node的结构

 下图为external etcd node的结构

 

• mastre节点需要部署etcd、apiserver、controller-manager、schedule这4种服务，其中etcd、ntroller-manager、schedule这三种服务kubernetes自身已经实现了高可用，在多master节点的情况下，每个master节点都会启动这三种服务器，同一时间只有一个生效。因此要实现kubernetes的高可用，只需要apiserver服务高可用。

etcd是什么？kubernetes的后端数据库，k/v方式存储，所有的k8s集群数据都存放在此处。保存了整个集群的状态

https://blog.csdn.net/bbwangj/article/details/82584988

apiserver：对外暴露K8S的api接口，是外界进行资源操作的唯一入口，并提供认证、授权、访问控制、API注册和发现等机制

https://blog.csdn.net/bbwangj/article/details/81904421

controller-manager：负责维护集群的状态，比如故障检测、自动扩展、滚动更新等，它们是处理集群中常规任务的后台线程

https://www.cnblogs.com/Su-per-man/p/10942856.html

schedule：负责资源的调度，按照预定的调度策略将Pod调度到相应的机器上；就是监视新创建的 Pod，如果没有分配节点，就选择一个节点供他们运行，这就是pod的调度

https://www.cnblogs.com/Su-per-man/p/10942901.html

•  keepalived是一种高性能的服务器高可用或热备解决方案，可以用来防止服务器单点故障导致服务中断的问题。keepalived使用主备模式，至少需要两台服务器才能正常工作。比如keepalived将三台服务器搭建成一个集群，对外提供一个唯一IP，正常情况下只有一台服务器上可以看到这个IP的虚拟网卡。如果这台服务异常，那么keepalived会立即将IP移动到剩下的两台服务器中的一台上，使得IP可以正常使用。
• haproxy是一款提供高可用性、负载均衡以及基于TCP（第四层）和HTTP（第七层）应用的代理软件，支持虚拟主机，它是免费、快速并且可靠的一种解决方案。使用haproxy负载均衡后端的apiserver服务，达到apiserver服务高可用的目的。
• 本文使用的keepalived+haproxy方案，使用keepalived对外提供稳定的入口，使用haproxy对内均衡负载。因为haproxy运行在master节点上，当master节点异常后，haproxy服务也会停止，为了避免这种情况，我们在每一台master节点都部署haproxy服务，达到haproxy服务高可用的目的。由于多master节点会出现投票竞选的问题，因此master节点的数据最好是单数，避免票数相同的情况。

---

具体安装部署流程过两天同步