【Kubernetes】k8s集群的资源发布方式

目录

一.常见的发布方式

二.如何实现

1.滚动升级

2.蓝绿升级

3.实现金丝雀发布(灰度发布)


一.常见的发布方式

  • 蓝绿发布:两套环境交替升级,旧版本保留一定时间便于回滚。
  • 优点 用户无感知,部署和回滚速度较快
  • 缺点 浪费资源成本较高
  • 滚动发布:按批次停止老版本实例,启动新版本实例
  • 优点 节约资源
  • 缺点 部署和回滚速度较慢
  • 灰度发布/金丝雀发布:根据比例将老版本升级,例如80%用户访问是老版本,20%用户访问是新版本
  • 优点 保证整体系统稳定性,如果出问题影响范围较小
  • 缺点 自动化要求较高

二.如何实现

1.滚动升级

复制代码
kubectl create -n xy101 deployment test01 --image=soscscs/myapp:v1 --port=80 --replicas=3
kubectl expose -n xy101 deployment test01 --name=svc-test1 --type=NodePort --port=8080 --target-port=80
#创建资源和service
kubectl describe -n xy101 deployments.apps test01
 
kubectl set image -n xy101 deployment test01 myapp=soscscs/myapp:v2

去检察一下

2.蓝绿升级

复制代码
通过切花负载均衡的流量来实现业务的切换
kubectl create -n xy101 deployment test1-v1 --image=soscscs/myapp:v1 --port=80 --replicas=3
kubectl expose -n xy101 deployment test1-v1 --name=svc-test1 --port=8080 --target-port=80 --type=NodePort
kubectl create -n xy101 deployment test1-v2 --image=soscscs/myapp:v2 --port=80 --replicas=3
deployment.apps/test1-v2 created
复制代码
kubectl set -n xy101 selector svc svc-test1 'app=test1-v2'
kubectl describe -n xy101 svc svc-test1
复制代码
kubectl set -n xy101 selector svc svc-test1 'app=test1-v1'
kubectl describe -n xy101 svc svc-test1 

3.实现金丝雀发布(灰度发布)

Deployment控制器支持自定义控制更新过程中的滚动节奏,如"暂停(pause)"或"继续(resume)"更新

操作。比如等待第一批新的Pod资源创建完成后立即暂停更新过程,此时,仅存在一部分新版本的

应用,主体部分还是旧的版本。然后,再筛选一小部分的用户请求路由到新版本的Pod应用,继续

观察能否稳定地按期望的方式运行。确定没问题之后再继续完成余下的Pod资源滚动更新,否则立

即回滚更新操作。这就是所谓的金丝雀发布

复制代码
kubectl create -n xy101 deployment myapp-v1 --image=soscscs/myapp:v1 --port=80 --replicas=3
kubectl expose -n xy101 deployment myapp-v1 --name=svc-myapp --port=8080 --target-port=80 --type=NodePort
复制代码
kubectl set image -n xy101 deployment myapp-v1 myapp=soscscs/myapp:v2 && kubectl rollout pause deployment myapp-v1 -n xy101   #kubectl rollout pause deployment myapp-v1 -n xy101 执行完前面的就暂停
 
kubectl get -n xy101 pods -o wide -w   #监控状态
 
kubectl rollout status -n xy101 deployment myapp-v1   #观察更新状态

kubectl rollout resume -n xy101 deployment myapp-v1 && kubectl rollout pause -n xy101 deployment myapp-v1   #确保更新的pod没问题了,继续更新,还是指定更新一个如何暂停

kubectl rollout resume -n xy101 deployment myapp-v1  #确保更新的pod没问题了,继续更新,会一次性都更新结束
相关推荐
运维老郭11 小时前
【K8s运维实战】Kubernetes临时存储卷实战:emptyDir核心用法与gitRepo弃用迁移指南
运维·云原生·kubernetes
AAA@峥15 小时前
容器数据不丢失:Docker 分层存储 + Volume 共享、备份迁移完整指南
运维·docker·容器
十年磨一剑~17 小时前
docker 为何每次 docker tag才能 docker push
docker·容器·eureka
gs8014019 小时前
记一次多 Agent 架构在单节点 K8s 触发的 PID 耗尽与 Pod 驱逐(Evicted)大摸排
容器·架构·kubernetes
bukeyiwanshui19 小时前
20260701 k8s Metric Server
容器·贪心算法·kubernetes
江湖有缘20 小时前
基于Docker环境部署tillywork开源工作管理工具
docker·容器·开源
鸿儒5171 天前
MR-50国产化GPU docker配置方法
docker·容器·mr
Zhu7581 天前
在k8s集群部署ApacheHadoop单节点单数据副本
云原生·容器·kubernetes
Akamai中国1 天前
Akamai收购安全企业浏览器提供商LayerX
人工智能·云原生·云计算·云服务