K8S的金丝雀发布（Canary Release）

已于 2023-09-21 08:44:05 修改
阅读量314 收藏 1
点赞数
文章标签： docker 容器 运维 kubernetes
于 2023-09-12 16:46:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Riky12/article/details/132834850
版权

金丝雀发布（Canary Release）

1.概念

Deployment控制器支持自定义控制更新过程中的滚动节奏，如“暂停(pause)”或“继续(resume)”更新操作。比如等待第一批新的Pod资源创建完成后立即暂停更新过程，此时，仅存在一部分新版本的应用，主体部分还是旧的版本。然后，再筛选一小部分的用户请求路由到新版本的Pod应用，继续观察能否稳定地按期望的方式运行。确定没问题之后再继续完成余下的Pod资源滚动更新，否则立即回滚更新操作。这就是所谓的金丝雀发布。

  • 总：会有一个对外暴露测试，没有问题再更新剩余的，更新一个对外开放一个

2.相关架构理念

在这里插入图片描述

3.金丝雀发布部署操作

（1）删除之前的pod

#删除之前的pod
kubectl delete deployments.apps nginx-deployment
kubectl get pod

在这里插入图片描述

（2）创建新的资源

kubectl create deployment nginx-wang --image=nginx:1.14 --port=80 --replicas=3
kubectl get pod

在这里插入图片描述

（3）查看详细信息

kubectl describe pod

在这里插入图片描述

（4）另开一个终端进行实时跟踪

kubectl get pod -w

在这里插入图片描述

（5）在原本的终端更新资源类型

kubectl  set image deployment nginx-wang nginx=nginx:1.15 && kubectl rollout pause deployment nginx-wang
kubectl get pod
kubectl get all

在这里插入图片描述

（6）监控更新的过程，可以看到已经新增了一个资源，但是并未按照预期的状态去删除一个旧的资源，就是因为使用了pause暂停命令

kubectl get pods -w

在这里插入图片描述

（7）查看详细地址

kubectl get pod -owide

在这里插入图片描述

（8）查看连接并查看版本

curl -I 10.244.1.14
curl -I 10.244.2.17

在这里插入图片描述

4.访问测试

（1）对端口进行外放访问设置

kubectl expose deployment nginx-wang --port=80 --target-port=80 --type=NodePort
#查看设置的内容
kubectl get svc

在这里插入图片描述

（2）浏览器访问测试

http://192.168.174.18:31659/

在这里插入图片描述

（3）查看详细信息

kubectl describe svc nginx-wang

在这里插入图片描述

（4）查看 Kubernetes 集群中的服务端点信息

kubectl get endpoints

在这里插入图片描述

（5）详细信息

kubectl describe endpoints nginx-wang

在这里插入图片描述

5.金丝雀隔离新的pod

  • 测试新的版本是否有问题，给pod做隔离，需要单独的标签

（1）创建新的pod并给端口

kubectl expose deployment nginx-wang --name=new-nginx-nginx-wang --port=80 --target-port=80 --type=NodePort
kubectl get svc
kubectl get endpoints

在这里插入图片描述

（2）编辑服务对象

kubectl edit svc new-nginx-nginx-wang
复制里面的文件内容编辑新的yaml文件
apiVersion: v1
kind: Service
metadata:
  creationTimestamp: "2023-09-12T07:15:10Z"
  labels:
    app: nginx-wang
    pod-template-hash: 675f9f4c48
  name: new-nginx-nginx-wang
  namespace: default
  resourceVersion: "27300"
  uid: 668a7d78-41a5-42f4-bb0c-ea91c0f633f1
spec:
  clusterIP: 10.96.202.59
  clusterIPs:
  - 10.96.202.59
  externalTrafficPolicy: Cluster
  ports:
  - nodePort: 30360
    port: 80
    protocol: TCP
    targetPort: 80
  selector:
    app: nginx-wang
  sessionAffinity: None
  type: NodePort
status:
  loadBalancer: {}

（3）获取 Pod 的列表

kubectl get pod --show-labels
kubectl describe pod nginx-wang-675f9f4c48-2s65t 
#编辑yaml文件
vim new-nginx-nginx-wang.yaml
#粘贴并加以修改，做标签分离

在这里插入图片描述
在这里插入图片描述

（4）删除新的标签

kubectl delete svc new-nginx-nginx-wang
#取当前集群中所有服务对象的列表
kubectl get svc
#创建或更新服务对象
kubectl apply -f new-nginx-nginx-wang.yaml
#再次被执行，目的是获取已经更新后的服务对象列表
kubectl get svc

在这里插入图片描述

（5）访问测试

curl -I 10.96.202.59

在这里插入图片描述

6.重建

（1）复制旧的yaml配置文件，复制apiVersion: v1—————— type: NodePort

kubectl edit svc nginx-wang 
#查看标签，复制标签
kubectl get pod --show-labels

在这里插入图片描述

（2）编辑配置文件，将标签粘贴

vim nginx-wang.yaml
apiVersion: v1
kind: Service
metadata:
  creationTimestamp: "2023-09-12T07:09:22Z"
  labels:
    app: nginx-wang
  name: nginx-wang
  namespace: default
  resourceVersion: "26785"
  uid: 7843e321-f4cf-4500-aad3-98238db50f7d
spec:
  clusterIP: 10.96.152.69
  clusterIPs:
  - 10.96.152.69
  externalTrafficPolicy: Cluster
  ports:
  - nodePort: 31659
    port: 80
    protocol: TCP
    targetPort: 80
  selector:
    pod-template-hash: 6ff987bf55
  sessionAffinity: None
  type: NodePort
status:
  loadBalancer: {}

（3）删除现有的

kubectl delete svc nginx-wang
#查看已删除的
kubectl get svc
#再次新创建
kubectl apply -f nginx-wang.yaml
#查看创建的
kubectl get svc

在这里插入图片描述

7.获取当前集群中所有的终结点

kubectl get endpoints

在这里插入图片描述

（1）获取当前集群中所有的 Pod 列表

kubectl get pod -owide
#登录新的pod测试
kubectl exec -it nginx-wang-675f9f4c48-2s65t bash

在这里插入图片描述

（2）测试访问

cd /usr/share/nginx/html/
echo "this is exo-update" > index.html
exit

（3）查看端口，并且浏览器访问

kubectl get svc
#此新的就是给测试更新玩家使用
http://192.168.174.19:30360/

在这里插入图片描述

8.登录旧的pod中测试

（1）登录旧1的pod中测试

kubectl get pod
kubectl exec -it nginx-wang-6ff987bf55-fql27 bash
echo "this is bkpp" >> index.html
exit

在这里插入图片描述

（2）登录旧2的pod中测试

kubectl get pod
kubectl exec -it nginx-wang-6ff987bf55-kdsq9 bash
cd /usr/share/nginx/html/
echo "this is lotto" > index.html
exit

在这里插入图片描述

（3）访问测试

kubectl get svc
#访问网页，等待刷新变化
http://192.168.174.19:31659/

在这里插入图片描述
在这里插入图片描述

9.查看更新状态信息

kubectl rollout status deployment nginx-wang
#确保更新的pod没问题了，继续更新
kubectl rollout resume deployment nginx-wang

（1）查看最后的更新情况

kubectl get pods -w

（2）查看端口及地址

kubectl get svc
#访问测试
curl -I 192.168.174.19:30360
curl -I 10.96.202.59

在这里插入图片描述

总结：

金丝雀发布的声明式管理方法：
create/apply 两个的区别：
当yaml配置文件发送改动后，使用以下两个更新的过程：
create：是一次性的，先delete删除原有的资源再通过yaml’文件再创建。
nginx-wang

Riky12
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
【项目实战】正确辨析蓝绿部署、金丝雀发布（灰度发布）、滚动发布、A/B测试
本本本添哥
03-20 3385
蓝绿部署、A/B测试、金丝雀发布，以及灰度发布、流量切分等，经常被混为一谈，影响沟通效率。根本原因是这些名词经常出现，人们耳熟能详能够熟练地谈起，对这些术语的理解却没有达成一致。下面是从Blue-green Deployments, A/B Testing, and Canary Releases中整理出来的定义。
canary-release-demo:带有Flagger和Linkerd的金丝雀发布演示
03-21
Azure Kubernetes服务上的渐进式...如何可视地监视金丝雀的释放 使用K9S或使用KubeView 。我主要使用KubeView通过在docker本地运行来可视地查看flagger生成的canary部署和pods： docker run --rm -d -p 8080:8000 -
漫谈金丝雀部署(Canary Deployment)
digi2020的博客
07-29 685
1895年，英国生理学家John Scott Haldane提出，小型恒温动物的呼吸交换比人类更快，矿井中的一氧化碳等有毒气体或甲烷等窒息性气体会先影响它们。同样的一氧化碳浓度下，老鼠会在几分钟内受到一氧化碳的影响，而人类需要 20 倍的时间。于是自1896年左右，老鼠开始被用作预警井下有毒气体的工具。...
什么是金丝雀发布（Canary release）?
Meta.Qing的博客
08-30 9963
当您对新版本感到满意时，您可以开始将一些选定的用户路由到它。使用金丝雀版本的一个好处是，如果发现问题，可以在生产环境中使用安全回滚策略对新版本进行容量测试。但是，最好避免将这两个问题混为一谈：虽然金丝雀版本是检测问题和回归的好方法，但 A/B 测试是一种使用变体实现来测试假设的方法。是一种降低在生产中引入新软件版本的风险的技术，方法是在将更改推广到整个基础架构并使其可供所有人使用之前，缓慢地将更改推广到一小部分用户。类似，您首先将软件的新版本部署到基础架构的子集，没有用户被路由到该子集。...
深度解析服务发布策略之金丝雀发布
最新发布
路多辛的所思所想
06-15 1005
金丝雀发布是通过逐渐将新版本发布到生产环境，而不是一次性全面发布，来降低风险和影响的一种策略。这种策略的名称来源于采矿业中的“金丝雀测试”，金丝雀（一种小型鸟类）被用来检测矿井空气中有害气体的浓度。如果金丝雀出现异常或死亡，说明环境存在危险。在软件领域，金丝雀发布同样扮演着“哨兵”的角色，新版本首先只对一小部分用户（金丝雀用户）进行发布，如果新版本在金丝雀用户中运行良好，没有出现问题，那么就逐渐扩大发布范围，直到所有用户都使用新版本。
Kubernetes详解（二十六）——金丝雀发布
永远是少年
04-28 4138
今天继续给大家介绍Linux运维相关知识，本文主要内容是金丝雀发布。 一、金丝雀发布定义 二、金丝雀发布实战
kubernetes ingress金丝雀发布/灰度发布
testbaibai的博客
06-29 1363
灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B蓝绿发布是部署一套新版本的环境，待充分测试验证以后再发布，这样比较消耗资源，所以可以先更新一部分pod或者一定比例的pod，新版本的pod运行一段时间后，如果没有报错，那么就可以逐步扩大新版本的pod的数量，并逐步完成更新。
1W字长文：蓝绿发布、金丝雀发布、滚动发布、A/B测试 原理和实操
架构师尼恩
03-27 3348
对灰度发布了解吗？对蓝绿发布了解吗？对金丝雀发布了解吗？对滚动发布发布了解吗？本文的宝贵内容作为“K8S云原生学习”重要的内容，收入咱们的《K8S学习圣经》，供后面的小伙伴参考，提升大家的 3高 架构、设计、开发水平。
Istio金丝雀发布用测试镜像
11-05
同时，Istio还提供了自动Canary分析工具，如Istio的Traffic Management API和Kiali可视化工具，可以帮助开发者更轻松地管理和调整金丝雀发布策略。 总之，通过Istio，我们可以方便地在Kubernetes环境中实现金丝雀...
ChromeCanary 浏览器金丝雀版 v87.0.4265.0官方版(32/64位)
12-25
为您提供ChromeCanary 浏览器金丝雀版下载，Chrome Canary(金丝雀版)作为谷歌浏览器的最新测试版几乎保持了每天都在更新的状态，如果您想第一时间体验到新功能，新界面，新特性，可以大胆的尝试这款Chrome Canary版...
Chrome Canary(金丝雀)最新版
10-10
大名鼎鼎的Google Chrome - Canary(金丝雀)版，更适合移动开发人士使用
canary:金丝雀ABA银行文件验证器
03-22
Canary-ABA Cemtext银行文件验证器 概述 Canary是用于验证澳大利亚银行家协会（ABA）格式（又称Cemtext）的银行文件的小型实用程序。 该应用程序是使用带有WPF用户界面的C＃.NET Core 3.1编写的。 执照 解决方案...
kubernetes三种方式实现金丝雀发布
DwanCloud
03-25 1056
kubernetes三种方式实现金丝雀发布
k8s控制器之Deployment第八弹之金丝雀发布（灰度发布）
linus.lin的博客
05-29 839
在 Kubernetes 中不能解决上述局限性的原因是：Kubernetes Service 只在 TCP 层面解决负载均衡的问题，并不对请求响应的消息内容做任何解析和识别。如果您想使用 Deployment 将最新的应用程序版本发布给一部分用户（或服务器），您可以为每个版本创建一个 Deployment，此时，应用程序的新旧两个版本都可以同时获得生产上的流量。第一个版本的 Deployment 包含了 3 个Pod副本，Service 通过 label selector。
K8S之实现业务的金丝雀发布
weixin_40364776的博客
03-07 799
金丝雀发布的由来：17 世纪，英国矿井工人发现，金丝雀对瓦斯这种气体十分敏感。空气中哪怕有极其微量的瓦斯，金丝雀也会停止歌唱；当瓦斯含量超过一定限度时，虽然人类毫无察觉，金丝雀却早已毒发身亡。当时在采矿设备相对简陋的条件下，工人们每次下井都会带上一只金丝雀作为瓦斯检测指标，以便在危险状况下紧急撤离。金丝雀发布（又称灰度发布、灰度更新）：一般先发1台，或者一个小比例，例如2%的服务器，主要做流量验证用，也称为金丝雀 (Canary) 测试 （国内常称灰度测试）。
微服务部署：蓝绿发布、滚动发布、灰度发布、金丝雀发布
細水、長流√的专栏
03-01 2782
灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。AB Test 就是一种灰度发布方式，让一部分用户继续用A，一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。灰度发布结构图滚动发布：一般是取出一个或者多个服务器停止服务，执行更新，并重新将其投入使用。周而复始，直到集群中所有的实例都更新成新版本。
K8s（8）——金丝雀发布
m0_46652469的博客
04-09 215
好处在能够对架构内每个服务进行拆分管理，如lnmp架构内，将php，ngnix拆出来，分别根据实际情况进行扩缩容，进行流量拆分管理。canary-weight，30%，50%，100%，一点一点把流量到v2，直到把流量全部切换到v2。创建灰度ingress，配置灰度权重以及总权重灰度流量验证完毕后，切换正式ingress到新版本。加了key - v键值的header后，访问到了v2，将新版本局限到一定范围内。- path: /order/(.*)#如果出现order，定向到v2。不同域名定向到不同服务。
K8S 金丝雀发布（Canary Release）- 声明式
m69zhuang的博客
09-13 385
金丝雀发布的声明式管理方法create/apply 两个的区别：当yaml配置文件发送改动后，使用以下两个更新的过程是一次性的，先delete删除原有的资源再通过yaml’文件再创建。创建资源没办法更新的，如果想更新，可以直接再执行kubectl apply -f 更新或先修改在删除，最后再创建更新。
Kubernetes (八) 金丝雀发布
BJZX_OL的博客
01-09 686
一. 金丝雀发布作用：金丝雀发布是指在生产环境中逐步推出新版本应用程序，只在一小部分用户或流量中使用该版本，并根据反馈逐步扩大规模，最终完全替换旧版本。金丝雀发布允许快速检测新版本与旧版本之间是否存在兼容性问题、性能问题或其他问题，并减轻了在实施全新发布时可能遭受的损失二. 官网地址:三. 基于Header灰度实验测试实验前： 删除之前创建的pod svc等资源创建正常接受流量的svc v1版本创建接收带有header流量的svc v2版本查看svc是否正常。
灰度发布、蓝绿发布和金丝雀发布
04-13
灰度发布、蓝绿发布和金丝雀发布都是软件发布中常用的策略，用于控制新版本的上线范围和风险。 1. 灰度发布（Gray Release）： 灰度发布是指将新版本的功能或者代码逐步地、部分地发布给一部分用户或者服务器，以验证新版本的稳定性和可靠性。通过逐步扩大发布范围，可以及时发现和解决问题，减少对用户的影响。在灰度发布中，可以根据不同的条件（如用户ID、地域、设备类型等）来选择参与灰度发布的用户。 2. 蓝绿发布（Blue-Green Deployment）： 蓝绿发布是指在生产环境中同时部署两个完全相同的环境，一个环境为蓝色环境（Blue），另一个环境为绿色环境（Green）。初始状态下，蓝色环境对外提供服务，而绿色环境处于闲置状态。当新版本准备就绪时，先将新版本部署到绿色环境中进行测试和验证。当验证通过后，将流量切换到绿色环境，使其成为主要的生产环境，而蓝色环境则成为备份环境。这样可以实现快速回滚，降低发布风险。 3. 金丝雀发布（Canary Release）： 金丝雀发布是指将新版本的功能或者代码逐步地、部分地发布给一部分用户或者服务器，以验证新版本的性能和用户体验。与灰度发布不同的是，金丝雀发布更关注新版本的性能指标和用户反馈。通过逐步增加流量，可以及时监测新版本的性能表现，并根据反馈结果决定是否继续全面发布。如果出现问题，可以快速回滚或者停止发布。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值