images\cherry_red.png1 K8S(kubernetes)
      images\cherry_blue.png1.1 Kubernetes基础命令
      images\cherry_blue.png1.2 Kubernetes快速部署
      images\cherry_blue.png1.3 Kubernetes部署(Test)
      images\cherry_blue.png1.4 资源对象Kind
         images\cherry_orange.png1.4.1 Deployment对象
            images\cherry_cyan.png1.4.1.1 rollout
         images\cherry_orange.png1.4.2 自动扩缩容
      images\cherry_blue.png1.5 Kubernetes基本概念与术语
         images\cherry_orange.png1.5.1 Master
         images\cherry_orange.png1.5.2 Node
      images\cherry_blue.png1.6 集群部署3 Master 2 node
         images\cherry_orange.png1.6.1 kuber
         images\cherry_orange.png1.6.2 kubernetes高可用集群验证
kubernetes高可用集群验证

images\14-1.png


结论:
control-plane,master 存在高可用性,当一个Master 挂掉的时候,
会自动选择另外一个Master control-plane 运行kubernetes集群服务,保证高可用性
当一个master节点宕机时,其他的master节点会接管管理集群的任务
node节点仍然可以使用kubectl对其上的工作负载进行管理



实验一
Master 1 执行停止kubernetes服务
./k8s.sh stop
images\14-2.png


该Master 1节点依然可以执行kubectl 命令,但是它的状态STATUS NotReady
images\14-3.png

images\14-4.png


显然Master 2 接管了Kubernetes 集群管理服务,可视化页面也可查询!

images\14-5.png


实验二
继续停止Master 2 服务,验证Kubernetes 集群管理服务是否正常运行
停止Master 2
./k8s.sh stop
images\14-6.png

停止后,发现依然是存活的状态

images\14-7.png

images\14-8.png



实验三
继续停止node 1 服务,验证Kubernetes 集群管理服务是否正常运行
停止node 1
./k8s.sh stop

停止node 1 后,可视化页面无法连接,一直处于加载状态
images\14-9.png


并且该节点状态为 NotReady状态
images\14-10.png



实验四
重新启动Master1,Master2 node1 服务,验证Kubernetes 集群管理服务是否正常运行
./k8s.sh start

images\14-11.png


systemctl daemon-reload
systemctl restart kubelet

各服务节点正常状态
images\14-12.png

images\14-13.png

images\14-14.png