236. 实战Dubbo集群日常维护

文章目录

      • 1. 版本迭代
        • 1.1 开发提交代码
        • 1.2 Jenkins老头持续构建
        • 1.3 检查Harbor仓库
        • 1.4 发版
        • 1.5 验证是否发版成功?
      • 2. 版本回滚
        • 2.1 dashboard操作
        • 2.2 检测版本是否回滚成功?
        • 2.3 假如将demo-service改为0,会发生什么?
      • 3. 故障演练
      • 4. 苦逼修机器

1. 版本迭代

1.1 开发提交代码

236. 实战Dubbo集群日常维护_第1张图片
236. 实战Dubbo集群日常维护_第2张图片

1.2 Jenkins老头持续构建

236. 实战Dubbo集群日常维护_第3张图片
236. 实战Dubbo集群日常维护_第4张图片

1.3 检查Harbor仓库

236. 实战Dubbo集群日常维护_第5张图片

1.4 发版

方案一:修改资源配置清单---》应用配置清单
方案二:dashboard修改
236. 实战Dubbo集群日常维护_第6张图片
236. 实战Dubbo集群日常维护_第7张图片

1.5 验证是否发版成功?

236. 实战Dubbo集群日常维护_第8张图片

2. 版本回滚

BOSS说,此代码有问题,需要快速回滚

传统模式:需要将之前的Jar包找出来,停服务—>摘除新版本—>测试发版
k8s:很轻松、便捷的执行版本回滚操作

2.1 dashboard操作

236. 实战Dubbo集群日常维护_第9张图片
236. 实战Dubbo集群日常维护_第10张图片
pod控制器功能:让pod无限接近pod控制器的预期

2.2 检测版本是否回滚成功?

236. 实战Dubbo集群日常维护_第11张图片

2.3 假如将demo-service改为0,会发生什么?

在这里插入图片描述
没有pod存在
在这里插入图片描述

业务受到影响236. 实战Dubbo集群日常维护_第12张图片
查看日志

在这里插入图片描述

3. 故障演练

模拟一台宿主机炸了,会发生什么?
当前环境:
在这里插入图片描述
在这里插入图片描述

将虚机毁灭性破坏

236. 实战Dubbo集群日常维护_第13张图片

这时候demo.od.com已经在转圈圈了,dashboard访问异常
236. 实战Dubbo集群日常维护_第14张图片

执行kubelete 命令将node节点从k8s集群中删除
在这里插入图片描述
这时k8s就会采取自愈机制,一会会就会把服务自动调度到22节点
236. 实战Dubbo集群日常维护_第15张图片
236. 实战Dubbo集群日常维护_第16张图片

人为判断:编写脚本检测主机down掉的话,就使用kubectl命令剔除该节点,这时k8s就会自动执行自身的自愈机制
修改Nginx负载均衡配置:剔除21节点,reload Nginx服务
在这里插入图片描述

4. 苦逼修机器

开机--->检测各服务状态,它自己会加入集群--->打标签即可
236. 实战Dubbo集群日常维护_第17张图片
这时候把负载均衡的流量切过来,接着有计划做一下pod资源调度
在这里插入图片描述
dashboard操作
在这里插入图片描述
资源调度已平均
236. 实战Dubbo集群日常维护_第18张图片
检查业务状态
在这里插入图片描述

你可能感兴趣的:(k8s)