k8s高可用无单点故障涉及那些场景
k8s 节点添加、pod添加等增删查改无单点故障
需要元数据的存储和处理能力高可用
k8s对外的apiServer(如worker)无单点故障
- worker node和其他组件访问
apiServer
路径高可用
k8s无单点故障技术关键点
元数据存储
通过etcd存储元数据,etcd三节点集群保证高可用
元数据处理
通过多个kube-controller
和kube-scheduler
节点来保证高可用
worker节点请求数据通过多ip或负载均衡来保证
节点请求通信通过多Ip或负载均衡来保证高可用,这里也有几种方式
IaaS厂商可提供负载均衡的场景下
如下图所示,可将worker node的访问地址指向负载均衡的地址

私有化部署KeepAlived
私有化部署场景常用keepAlived提供浮动IP来给worker node
或其他组件访问,如下图所示

私有化部署加上负载均衡组件
如果你觉得同一时刻只有单个apiServer工作会成瓶颈,也可以使用KeepAlived
加Nginx
或HaProxy
来对ApiServer
做负载均衡

为了简化图像,只画出了master1上的Nginx向后转发的场景。
至于Nginx和KeepAlived如何部署,推荐采用容器化的部署模式,方便进行监控和运维;但是镜像不从镜像仓库拉取,而是保存在master
节点上,这样虽然升级复杂一点,但是这样子kubernetes
的高可用就不依赖镜像仓库了,不会和镜像仓库形成循环依赖,更不会影响镜像仓库的高可用方案,大大简化了后续的技术方案。(因为镜像仓库可能会占据较大的存储空间,可能会和master
节点分离部署,这时会作为worker
节点连接master
节点)。
网友评论