KubeSphere金丝雀发布流量分布调节不生效（将所有流量按比例分配给灰度发布版本）

已于 2023-12-22 09:29:46 修改
阅读量407 收藏 8
点赞数 6
分类专栏： k8s 文章标签： kubernetes 运维
于 2023-12-22 09:28:47 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_37581092/article/details/135145247
版权

如题 金丝雀发布按照流量比例访问不能生效

1、自制应用生成的路由添加注释:

nginx.ingress.kubernetes.io/service-upstream:"true"

2、项目网关开启

3、完成

以上，祝好。

王Sir_yt
关注
  • 6
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
使用 Kubernetes Ingress 对外暴露服务
qhh0205
08-12 1万+
本文主要介绍如何通过 Kubernetes Ingress 资源对象实现从外部对 k8s 集群中服务的访问，介绍了 k8s 对外暴露服务的多种方法、Ingress 及 Ingress Controller 的概念。涉及到的话题有： k8s 对外暴露服务的方法； Ingress 及 Ingress Controller 简介； helm 裸机部署 Nginx Ingress Controller；...
kubernetes 灰度发布，deployment删除，无法级联删除pod，项目无法更新新版本功能
05-12 1537
灰度发布流程 线上发布，我们基于内部上线系统定制了一套发布流水线（包括测试、预发、正式等环境分别有对应的流水线），流水线大概包括分支代码合并、代码编译、镜像构建、金丝雀部署（灰度部署部分pod）、正式部署、删除金丝雀部署几个节点。后面几个部署节点都是通过调用阿里云ack（可理解为kubernetes）api接口创建deployment完成。这里只交代下大概的背景，以后我会详细说明灰度发布的整个流程。 下面着重记录下今天遇到的问题 起因：按照上述流程上线之后访问服务出现问题。检查线上部署deployment对
关于灰度发布的几个问题
wh柒八九的博客
04-12 882
本文来说下关于灰度发布的几个问题 文章目录概述 概述 在生产环境中，如何保证在服务升级的时候，不影响用户的体验，这个是一个非常重要的问题。如果在我们升级服务的时候，会造成一段时间内的服务不可用，这就是不够优雅的。那什么是优雅的呢？主要就是指在服务升级的时候，不中断整个服务，让用户无感知，进而不会影响用户的体验，这就是优雅的。 实际上，优雅下线是目标，而不是手段，它是一个相对的概念，例如kill PID和kill -9 PID都是暴力杀死服务，相对于kill -9 PID来说，kill PID就是优雅的.
nginx-ingress配置(注解)
热门推荐
weixin_44692256的博客
12-02 1万+
ingress-nginx配置(注解) 注解 您可以将这些Kubernetes批注添加到特定的Ingress对象，以自定义其行为。 小费 注释键和值只能是字符串。其他类型，如布尔或数值必须被引用，即"true"，"false"，"100"。 注意 可以使用--annotations-prefix命令行参数更改注释前缀 ，但默认值为nginx.ingress.kubernetes.io，如下表所述。 Nametype nginx.ingress.kubernetes.io/app-rootstring
蓝绿发布、滚动发布、灰度发布（金丝雀发布）、A/B测试
AlbenXie的博客
11-17 1413
验证新版本符合预期后，逐步调整流量权重比例，使得流量慢慢从老版本迁移至新版本，期间可以根据设置的流量比例，对新版本服务进行扩容，同时对老版本服务进行缩容，使得底层资源得到最大化利用。所谓滚动升级，就是在升级过程中，并不一下子启动所有新版本，是先启动一台新版本，再停止一台老版本，然后再启动一台新版本，再停止一台老版本，直到升级完成，这样的话，如果日常需要10台服务器，那么升级过程中也就只需要11台就行了。相比于前两种发布策略，灰度发布的思想则是将少量的请求引流到新版本上，因此部署新版本服务只需极小数的机器。
Kong Ingress 注解的使用说明
韩伟的博客
07-08 1013
它可以作为弥合 Kubernetes 中稀疏 Ingress API 与使用 Kong 中的服务、路由和上游实体的属性进行细粒度控制之间差距的方法。将此注释设置为 Kubernetes 中的服务资源将配置 Kong Ingress Controller 将该服务的出站流量直接转发到该服务的 IP 地址（通常是 ClusterIP）。需要重定向的请求默认状态码是302。存在于链接的 KongIngress 中），则它将优先于此注释，并且对应用程序的请求将使用 Ingress 规则中的主机名。
使用 Ingress 实现金丝雀发布
愿许浪尽天涯的博客
04-19 2195
Service 是基于四层协议来实现的路由转发，常用于 NodePort 方式来对外提供服务，但是当我们的业务模块较多时，使用 NodePort 的方式便不利于管理。 所以，我们可以使用 Ingress Controller 来通过匹配 URL 的方式实现 HTTP/HTTPS 代理。
使用 KubeSphere 轻松实现微服务灰度发布与熔断
easylife206的专栏
08-22 3634
KubeSphere®️ 是在目前主流容器调度平台 Kubernetes 之上构建的企业级分布式多租户容器管理平台，提供简单易用的操作界面以及向导式操作方式，在降低用户使...
使用nginx模拟进行金丝雀发布的方式
09-30
今天小编就为大家分享一篇关于使用nginx进行金丝雀发布，小编觉得内容挺不错的，现在分享给大家，具有很好的参考价值，需要的朋友一起跟随小编来看看吧
magisk面具所有版本资源分享包括各版本阿尔法版+金丝雀版 持续更新
02-28
3----资源内包含官方面具所有版本和阿尔法版+金丝雀版本 4---资源在网盘。下载有地址。保持随时更新 5----magisk就是面具root。使用资源即可获取root权限。 6---资源内包含有各个面具版本说明 7---获取root权限可以...
springcloud灰度发布方案
11-22
springcloud灰度发布方案。包含网关、服务间调用灰度发布代码。详情请参考博客：https://blog.csdn.net/han949417140/article/details/121420529
Istio金丝雀发布用测试镜像
11-05
金丝雀发布是指在正式全量部署新版本应用之前，先小规模地推出一部分新版本服务，通过实际用户流量的反馈来评估新版本的稳定性和性能。如果新版本表现良好，再逐渐扩大新版本服务的比例，直至全面替换旧版本。这种...
k8s安装top命令，kubectl top node，试过很多，这个一次性过。
小学徒
12-07 4347
1，cat components.yaml apiVersion: v1 kind: ServiceAccount metadata: labels: k8s-app: metrics-server name: metrics-server namespace: kube-system --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: labels: k8s-app: metr
k8s高可用多节点master搭建
小学徒
06-05 2040
建议master数量为奇数个（本章以测试为主，双节点测试，可以加相应IP）搭建环境请参照之前文章 架构： master1 10.194.28.104 master2 10.194.28.110 虚拟ip 10.194.28.222 A <1>节点安装 keepalived yum install -y socat keepalived ipvsadm conntrack <2> 配置 [root@master1 ~]# cat /etc...
记录k8s kube-controller-manager-k8s-master kube-scheduler-k8s-master重启
小学徒
05-29 1950
Name:kube-controller-manager,Attempt"caller":"etcdserver/util.go:170","msg":"apply request took too long","took""retry-timeout":"500ms"
K8s版本升级
小学徒
12-30 1558
k8s升級 1.14.1>>>>>>1.15.3 配置yum源 [root@master images]# cat /etc/yum.repos.d/kubernetes.repo [kubernetes] name=Kubernetes baseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64/ enabled=1 gpgcheck=0 repo_gpgc.
k8s中docker设置代理
小学徒
05-14 1476
mkdir -p /etc/systemd/system/docker.service.d vi /etc/systemd/system/docker.service.d/http-proxy.conf [Service] Environment="HTTP_PROXY=http://10.194.*.*:808" "NO_PROXY=localhost,127.0.0.1,10.192.*.1*" systemctl daemon-reload systemctl restart docker sys
K8s nfs挂载 PV PVC
小学徒
04-11 1240
apiVersion: v1 kind: Pod metadata: name: httpd spec: containers: - image: httpd name: httpd volumeMounts: - name: httpd-data mountPath: /nfs/httpd/data ports: - contain...
灰度发布、蓝绿发布和金丝雀发布
最新发布
04-13
灰度发布、蓝绿发布和金丝雀发布都是软件发布中常用的策略，用于控制新版本的上线范围和风险。 1. 灰度发布（Gray Release）： 灰度发布是指将新版本的功能或者代码逐步地、部分地发布给一部分用户或者服务器，以验证新版本的稳定性和可靠性。通过逐步扩大发布范围，可以及时发现和解决问题，减少对用户的影响。在灰度发布中，可以根据不同的条件（如用户ID、地域、设备类型等）来选择参与灰度发布的用户。 2. 蓝绿发布（Blue-Green Deployment）： 蓝绿发布是指在生产环境中同时部署两个完全相同的环境，一个环境为蓝色环境（Blue），另一个环境为绿色环境（Green）。初始状态下，蓝色环境对外提供服务，而绿色环境处于闲置状态。当新版本准备就绪时，先将新版本部署到绿色环境中进行测试和验证。当验证通过后，将流量切换到绿色环境，使其成为主要的生产环境，而蓝色环境则成为备份环境。这样可以实现快速回滚，降低发布风险。 3. 金丝雀发布（Canary Release）： 金丝雀发布是指将新版本的功能或者代码逐步地、部分地发布给一部分用户或者服务器，以验证新版本的性能和用户体验。与灰度发布不同的是，金丝雀发布更关注新版本的性能指标和用户反馈。通过逐步增加流量，可以及时监测新版本的性能表现，并根据反馈结果决定是否继续全面发布。如果出现问题，可以快速回滚或者停止发布。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

王Sir_yt

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值