K8S的金丝雀发布（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