厦门网站制作企业,网站怎么使用模板,做网站需要哪些栏目,wordpress设置 文件本篇已加入《.NET Core on K8S学习实践系列文章索引》#xff0c;可以点击查看更多容器化技术相关系列文章。01—What is Rolling Update?为了服务升级过程中提供可持续的不中断的服务#xff0c;K8S提供了Rolling Update机制#xff0c;它可以使得服务近乎无缝地平滑升级可以点击查看更多容器化技术相关系列文章。01—What is Rolling Update?为了服务升级过程中提供可持续的不中断的服务K8S提供了Rolling Update机制它可以使得服务近乎无缝地平滑升级即在不停止对外服务的前提下完成应用的更新。滚动更新采用渐进的方式逐步替换旧版本Pod如果更新不如预期那么也可以通过回滚操作恢复到更新前的状态。滚动更新的最大好处在于零停机整个更新过程始终有副本在运行从而保证了业务的连续性。 为了实践滚动更新我们先做一些准备工作 1准备一个ASP.NET Core WebAPI项目具体项目代码参见这里。 项目代码里边有三个版本如下图所示 他们之间的差别在于一个接口的返回JSON数据比如V1.0版本中返回的是Version: 1.0而V1.1版本中返回的是Version1.1那么V1.2版本则是返回Versioin1.2。 [Route(api/[controller])] [ApiController] public class HomeController : ControllerBase { // GET api/home [HttpGet] public ActionResultlt;IEnumerablelt;stringgt;gt; Get() { return new string[] { Hello, welcome to EDCs demo. Version: 1.0 }; } } 2将此项目各个版本根据Dockerfile打成镜像分别是k8s-demo:1.0,1.1,1.2 3将本地镜像push到远程镜像仓库这里我传送到了docker hub的一个公共仓库里边 02—更新实践首先我们先创建一个1.0版本到K8S中准备YAML配置文件这次我们将Deployment和Service的资源定义写在了一起 然后通过kubectl进行创建kubectl apply -f k8s-demo.yaml 通过kubectl进行验证 通过外部访问接口验证 假设1.0版本运行了一段时间我们又做了一些优化准备发布1.1版本那么这时我们可以借助Rolling Update进行滚动更新只需要修改一下YAML配置文件将镜像版本的Tag更改为1.1即可。kubectl apply -f k8s-demo.yaml 再次验证一下镜像已经变成了1.1 通过外部接口访问返回数据也已经更新 按照上面的步骤我们再次更新到1.2最后的效果如下 03—回退实践当我们通过kubectl每次更新应用时K8S都会记录下当前的配置保存为一个revision版次这样就可以回滚到某个特定的revision。回想一下我们在版本管理工具类似于SVNGit中都可以方便的回滚到之前的某个revision中。 默认配置下K8S只会保留最近的几个revision可以在Deployment配置文件中通过revisionHistoryLimit属性增加revision数量。例如下面的例子将revision数量设置为10apiVersion: apps/v1
kind: Deployment
metadata: name: edc-webapi-deployment namespace: aspnetcore
spec: revisionHistoryLimit: 10 ...... 下面以上面的示例为例我们发现V1.2版本中存在某些bug需要回退到上一个V1.1版本kubectl rollout undo deployment edc-webapi-deployment -n aspnetcore 通过外部访问接口验证一下已经回退到了1.1了。 如果想要回退到更远的老版本呢这时就需要借助--record命令了。怎么弄呢下面慢慢道来 1准备三个YAML配置文件分别是k8s-demo-v1.0.yamlk8s-demo-v1.1.yaml及k8s-demo-v1.2.yaml。 2通过kubectl apply部署并更新应用需要注意的就是加上 --record。 加上--record的作用在于将当前命令记录到revision版次记录中这样可以方便我们在后面通过kubectl rollback时去指定revision。我们也可以通过以下命令去查看各个revision的记录 这里可以通过CHANGE-CAUSE看到每个revision的具体含义前提条件就是需要在kubectl apply时加上--record参数。 3这时我们再进行rollback时可以指定具体revision号了kubectl rollout undo deployment edc-webapi-deployment --to-revision1 -n aspnetcore 验证一下是否回退到了1.0版本 可以看到已经从1.2回退到了1.0版本符合预期04—Rolling Update原理K8S中对于更Rolling Update的操作主要是针对ReplicaSet的操作可以通过如下命令查看验证kubectl get replicaset -n aspnetcore -o wide 可以看到1.0的ReplicaSet edc-webapi-deployment-75977bbfdc创建之后然后被清理了已经没有正在运行的Pod了。转而创建了新的ReplicaSet edc-webapi-deployment-797dd9b8f8它有两个正在运行的Pod。 具体过程我们还可以通过以下命令查看 通过日志可以看到在进行对ReplicaSet的伸缩过程中ReplicaSet会随之增加或减少一个Pod从而完成Pod的替换以实现滚动更新的结果。05—小结滚动更新的最大好处在于零停机整个更新过程始终有副本在运行从而保证了业务的连续性。本文介绍了滚动更新的概念然后通过更新和回滚一个ASP.NET Core应用演示了如何在K8S中进行滚动更新。参考资料1CloudMan《每天5分钟玩转Kubernetes》2李振良《一天入门Kubernets教程》3马哥马永亮《Kubernetes快速入门》4go4it《使用kubernetes的deployment进行RollingUpdate》点个在看少个bug ?
