k8s 灰度发布（未完）

最新推荐文章于 2024-08-03 23:02:16 发布
最新推荐文章于 2024-08-03 23:02:16 发布
阅读量2k 收藏 3
点赞数 1
分类专栏： kubernetes 文章标签： kubernetes docker 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/MssGuo/article/details/127831734
版权

前言

环境：centos7.9

下面使用ingress-nginx模拟k8s是如何进行灰度发布业务的。

灰度发布（也叫金丝雀发布）

前提条件：已安装好ingress-nginx，这里提前安装好了ingress-nginx并在每个node上启动了一个30080端可30443端口；

制作2个版本的镜像

mkdir /root/canary-depoly
[root@matser canary-depoly]# vim  Dockerfile 		#先来制作一个V1版本的nginx镜像
FROM nginx
RUN echo "Welcome to nginx! I am V1." >/usr/share/nginx/html/index.html
ENTRYPOINT ["/docker-entrypoint.sh"]
EXPOSE 80
STOPSIGNAL SIGQUIT
CMD ["nginx", "-g", "daemon off;"]
[root@matser canary-depoly]#  docker build -t nginx:v1 .

[root@matser canary-depoly]# vim  Dockerfile 		#再来制作一个V2版本的nginx镜像
FROM nginx
RUN echo "Welcome to nginx! I am V2." >/usr/share/nginx/html/index.html
ENTRYPOINT ["/docker-entrypoint.sh"]
EXPOSE 80
STOPSIGNAL SIGQUIT
CMD ["nginx", "-g", "daemon off;"]
[root@matser canary-depoly]#  docker build -t nginx:v2 .
#到这里两个版本的镜像已经制作外部

创建v1版的服务

#创建v1版本的deployment
[root@matser canary-depoly]# vim deloyment-nginx-v1.yml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: deploy-nginx-v1
  namespace: default
spec:
  replicas: 4
  selector:
    matchLabels:
      app: nginx-v1
  template:
    metadata:
      labels:
        app: nginx-v1
    spec:
      containers:
      - image: nginx:v1
        imagePullPolicy: IfNotPresent
        name: nginx-v1
        ports:
        - containerPort: 80
          name: http
          protocol: TCP
      restartPolicy: Always

#创建service
[root@matser canary-depoly]# vim service-nginx.yaml 
apiVersion: v1
kind: Service
metadata:
  labels:
    app: svc-nginx-v1
  name: svc-nginx-v1
  namespace: default
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    app: nginx-v1

[root@matser canary-depoly]#

创建ingress访问v1版的服务

[root@matser canary-depoly]# cat ingress-nginx-v1.yaml 
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-ingress-v1
spec:
  rules:
  - host: www.test.com
    http:
      paths:
      - path: /
        pathType: Exact
        backend:
          service:
            name: svc-nginx-v1
            port:
              number: 80
  ingressClassName: nginx
[root@matser canary-depoly]#

定义nginx负载均衡器

这里使用了一个nginx负载均衡器：
找一台nginx服务器，配置反向代理，反向代理到node节点上的ingress开的30080端口：

[root@nginx ~]# cat /etc/nginx/nginx.conf
http {
....................................
        upstream server_pools {
         server 192.168.118.141:30080;	#node1节点，30080是ingress-nginx-controller的service端口
         server 192.168.118.142:30080;	#node2节点，30080是ingress-nginx-controller的service端口
     }
    server {
        listen       8888;		#nginx的端口
        server_name  _;
          location / {			#加上反向代理
        proxy_pass http://server_pools;
         proxy_set_header Host $host;	#必须加上这个
        }
    }
}

[root@nginx ~]# vim  /etc/hosts		#将ingress定义的www.test.com域名解析到nginx服务器上
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4 www.test.com
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

模拟外部访问v1版的服务

在nginx服务器上模拟用户客户端访问。现在都是访问v1版本，如下：

[root@nginx ~]# for i in $(seq 1 10);do curl www.test.com:8888;done
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
[root@nginx ~]#

创建V2版本的deployment和service

[root@matser canary-depoly]# vim deloyment-nginx-v2.yml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: deploy-nginx-v2
  namespace: default
spec:
  replicas: 4
  selector:
    matchLabels:
      app: nginx-v2
  template:
    metadata:
      labels:
        app: nginx-v2
    spec:
      containers:
      - image: nginx:v2
        imagePullPolicy: IfNotPresent
        name: nginx-v2
        ports:
        - containerPort: 80
          name: http
          protocol: TCP
      restartPolicy: Always
[root@matser canary-depoly]# 

#创建访问v2版本应用的service
[root@matser canary-depoly]# vim service-nginx-v2.yaml 
apiVersion: v1
kind: Service
metadata:
  labels:
    app: svc-nginx-v2
  name: svc-nginx-v2
  namespace: default
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    app: nginx-v2
[root@matser canary-depoly]# 
#创建灰度发布的 ingress-nginx-v2.yaml 
[root@matser canary-depoly]# vim  ingress-nginx-v2.yaml 
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-ingress-v2
  annotations:
    nginx.ingress.kubernetes.io/canary: "true"
    nginx.ingress.kubernetes.io/canary-weight: "30"
spec:
  rules:
  - host: www.test.com
    http:
      paths:
      - path: /
        pathType: Exact
        backend:
          service:
            name: svc-nginx-v2
            port:
              number: 80
  ingressClassName: nginx
[root@matser canary-depoly]#

访问应用，查看是否是灰度发布了

#可以看到，基本是会有30%的流量现在是访问v2版本的应用了
[root@nginx ~]# for i in $(seq 1 10);do curl www.test.com:8888;done
Welcome to nginx! I am V2.
Welcome to nginx! I am V2.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V2.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
Welcome to nginx! I am V1.
[root@nginx ~]#

比较两个ingress的不同

[root@matser canary-depoly]# cat ingress-nginx-v1.yaml 
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-ingress-v1				#ingress的名字
spec:
  rules:
  - host: www.test.com				#域名
    http:
      paths:
      - path: /
        pathType: Exact
        backend:
          service:
            name: svc-nginx-v1		#service的名称
            port:
              number: 80			#service的端口
  ingressClassName: nginx
[root@matser canary-depoly]# cat ingress-nginx-v2.yaml 
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-ingress-v2
  annotations:
    nginx.ingress.kubernetes.io/canary: "true"			#启用金丝雀
    nginx.ingress.kubernetes.io/canary-weight: "30"		#30%的流量
spec:
  rules:
  - host: www.test.com 		#域名相同
    http:
      paths:
      - path: /
        pathType: Exact
        backend:
          service:
            name: svc-nginx-v2		#service的名称
            port:
              number: 80
  ingressClassName: nginx
[root@matser canary-depoly]# 


#对比我们发现，在创建ingress2的时候，ingress2定义的名称和service的名称等都可以不同，但是定义的域名要与ingress1的相同，同时还要加上注解表示启动金丝雀和配置权重表示分发多少流量。

灰度发布还可以根据请求头来实现，上面仅展示了根据权重来分发流量；

MssGuo
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Devops系列五（CI篇之pipeline libraray）jenkins将gitlab helm yaml和argocd 串联，自动部署到K8S
天草二十六
07-08 2685
本文是CI篇的上文，因为上一篇已经作了总体设计，就不再赘述，有需要的请看前文。我们将演示，使用CI工具–jenkins，怎么和CD工具–argocd串联，重点是在Jenkins该怎么做。准备工作和argocd等相关事项，在前文已铺垫ok。Jenkins，我们是使用k8s来部署的一个master-slave结构的集群。在开发环境，Jenkins和argocd都是部署在同一个k8s集群。接下来，我们的java应用服务，也都将部署在该K8S里。
灰度发布实现
Java后端技术栈
04-11 365
微服务中的灰度发布（又称为金丝雀发布）是一种持续部署策略，它允许在正式环境的小部分用户群体上先部署新版本的应用程序或服务，而不是一次性对所有用户同时发布全新的版本。这种方式有助于在生产环境中逐步验证新版本的稳定性和兼容性，同时最小化潜在风险，不影响大部分用户的正常使用。
k8s控制器之Deployment第八弹之金丝雀发布（灰度发布）
linus.lin的博客
05-29 840
在 Kubernetes 中不能解决上述局限性的原因是：Kubernetes Service 只在 TCP 层面解决负载均衡的问题，并不对请求响应的消息内容做任何解析和识别。如果您想使用 Deployment 将最新的应用程序版本发布给一部分用户（或服务器），您可以为每个版本创建一个 Deployment，此时，应用程序的新旧两个版本都可以同时获得生产上的流量。第一个版本的 Deployment 包含了 3 个Pod副本，Service 通过 label selector。
k8s学习--基于Ingress-nginx实现灰度发布系统
lwxvgdv的博客
06-20 1380
首先在案例之前，先认识一下被业界广泛采用的服务发布有哪些，也是我们之后要实现的东西什么每种发布策略都有其特定的优缺点，选择合适的策略需要根据项目规模、团队能力和业务需求来综合考虑。蓝绿发布适合对稳定性要求极高的项目，A/B 测试适合需要数据驱动决策的功能优化，金丝雀发布则适合希望逐步发布、降低风险的场景。通过合理运用这些策略，可以有效提升发布过程的效率和质量。
滚动升级和灰度发布常见场景(未完待续)
zhaole524的专栏
10-07 1705
本文先讲述滚动升级，然后再描述灰度发布 滚动升级（无损升级） 介绍 故名思议，就是逐步升级服务中的节点 场景 基于haproxy的四七层滚动升级： 方式：使用socat（unix套接字工具）管理haproxy上挂载服务的状态实现无损变更 场景：假如某服务有A、B两个节点，且挂载到了haproxy上 无损变更方式： 准备：首先haproxy需要配置生成套接字sock：stats socke...
docker和k8s面试题总结（未完待续）
热门推荐
临江仙我亦是行人
10-22 1万+
docker 有四种网络模式none桥接（默认模式）Hostcontainer容器之间通过桥接模式进行通信跨主机的容器之间通过静态路由进行通信，A主机的容器的下一跳指向B主机，这样B主机接收到请求解包后转发给本机的容器容器其实就是 Namespace + CgroupsNamespace：帮助容器实现各种资源的隔离Cgroups：主要对容器使用某种资源量的多少做一个限制docker 使用宿主机的内核，启动速度快，隔离性差，docker 确切来说是一个容器引擎虚拟机使用自己的内核，启动速度慢，因为有自己的内核
Kubernetes（K8S）二进制安装
The Fifth Leaf 的博客
04-02 397
K8S
菜鸟学Kubernetes(K8s)系列——（三）关于Service、Ingress
菜鸟琪
07-20 2890
通过本文你将学习到：（1）什么是Service，如何创建它、它的服务发现能力、对外暴露方式（2）什么是NodePort类型的Service，它的使用方式、工作原理（3）什么是Ingress，如何创建它、为什么需要Ingress（4）什么的Ingress-Nginx、他和Nginx是什么关系、Ingress的各种功能（5）什么是headless服务等等......
k8s安装
十一姐的博客
02-20 1698
Kubernetes集群分为一个master主节点和worker工作节点。可直接通过官网已经搭建好的测试，不用进行下面的安装。，打开PowerShell执行如下命令。
kubernetes 学习记录
qq_41896122的博客
11-13 1628
Kubernetes 学习记录kubernetes 入门学习部署第一个 Deployment查看资源的命令发布应用程序暴漏服务的三种模式创建一个nginx deployment的Service设置命名空间偏好kubernetes 的进阶学习管理 kubernetes 对象指令性的命令行指令性的对象配置声明式的对象配置标签和选择器标签（Label）标签选择器如何使用标签和选择器查询条件Service有些对象支持基于集合的选择方式注解annotation字段选择器容器生命周期事件处理定义postStart 和
k8s资源发布demo
11-03
"k8s资源发布demo"是一个专门为学习k8s设计的示例集合，旨在帮助用户理解如何在实际操作中运用k8s。这个压缩包包含了一系列yaml文件，这些文件是k8s用来定义和管理资源的核心工具。 首先，我们需要了解k8s的基本...
k8s发布springboot项目服务
11-25
k8s发布springboot项目服务
k8s的持续发布
06-21
本课程主要包含k8s集群的安装，k8s各 种资源详细介绍和使用，k8s各种扩展组件的部署和使用，k8s核心功能弹性伸缩演示，k8s持久化存储，k8s代码自动发布，让你真正的能够让你的业务在k8s中落地运行!
k8s搭建Nacos集群
05-26
k8s搭建Nacos集群，制作Java运行容器镜像，再制作Nacos镜像 Nacos版本是：2.1.0 说明： 如果想搭建：2.2.0也根据文档步骤操作即可
k8s安装Nacos集群
05-21
k8s搭建Nacos集群，制作Nacos镜像 Nacos版本是：2.0.2
k8s集群的资源发布方式（滚动/蓝绿/灰度发布）及声明式管理方法
2402_83805984的博客
08-03 675
目录1.常见的发布方式2.实现蓝绿发布3.实现金丝雀发布（Canary Release）4.声明式管理方法蓝绿发布:两套环境交替升级，旧版本保留一定时间便于回滚优点：用户无感知，部署和回滚速度较快；缺点：浪费资源成本较高滚动发布:按批次停止老版本实例，启动新版本实例。优点：节约资源；缺点：部署和回滚速度较慢灰度发布(金丝雀发布):根据比例将老版本升级，例如80%用户访问是老版本，20%用户访问是新版本优点：保证整体系统稳定性，如果出现问题影响范围较小；缺点：自动化要求较高滚动升级方式： 蓝绿升级方式：
k8s学习2
最新发布
shangxianjiao的博客
08-03 452
k8s 分成Master 负责整个k8s集群管理 node节点（工作）运行nginx节点—服务器。
关于k8s集群中kubectl的陈述式资源管理
2402_83805984的博客
08-02 831
kubectl 是官方的CLI命令行工具，用于与 apiserver 进行通信，将用户在命令行输入的命令，组织并转化为 apiserver 能识别的信息，进而实现管理 k8s 各种资源的一种有效途径。宿主机上开启一个特定端口（默认范围 30000-32767），直接与Pod的端口相连，实现访问宿主机IP：端口能够直接访问到Pod。（1）陈述式资源管理方式：增删查比较方便，但是改非常不方便。分配一个集群内部的虚拟 IP 地址，仅在集群内部可访问。对资源的增、删、查操作比较方便，但对改的操作就不容易了。
k8s灰度发布最佳实践
06-10
Kubernetes (k8s) 灰度发布是一种流行的部署策略，它允许您在生产环境中逐步推出新的应用程序版本或功能。以下是一些 k8s 灰度发布的最佳实践： 1. 使用 Canary 发布策略：Canary 发布是一种逐步推出新版本的策略，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值