- 综合排序
- 最热优先
- 最新优先
- 来自专栏开源部署
istio 流量管理
一、istio 流量管理 1、配置请求路由 Istio Bookinfo 示例包含四个独立的微服务，每个微服务都有多个版本。 其中一个微服务 reviews 的三个不同版本已经部署并同时运行。 流量转移 一个常见的用例是将流量从一个版本的微服务逐渐迁移到另一个版本。 在本任务中，您将会把 50％ 的流量发送到 reviews:v1，另外 50％ 的流量发送到 reviews:v3。然后，再把 100％ 的流量发送到 reviews:v3 来完成迁移。 使用下面的命令把 50% 的流量从 reviews:v1 转移到 reviews:v3 kubectl apply -f virtual-service-reviews-50-v3.yaml 等待几秒钟以让新的规则传播到代理中生效 weight: 50 如果您认为 reviews:v3 微服务已经稳定，你可以通过应用此 virtual service 规则将 100% 的流量路由到 reviews:v3 kubectl
83810编辑于 2022-09-15 - 来自专栏用户1647818的专栏
Istio实战——流量管理
流量管理 通过配置路由调整服务之间的流量，支持AB测试，金丝雀测试和流量百分比分发，支持断路器，超时和重试。 流量管理 的API 资源包括： virtual service 虚拟服务 Destination rules gateway service entries sidecars 1.1 virtual service 也就是网关管理的是网格进出的流量。它应用于在网格边缘运行的独立的Envoy代理，而不是随着服务部署sidecar的 Envoy代理。后者只是服务的流量代理，而不是整个网格的。 添加服务条目后，Envoy代理可以向服务发送流量，就好像它是您网格中的服务一样。通过配置服务条目，您可以管理运行在网格之外的服务的流量.一般不需要为 mesh 服务使用的每个外部服务添加服务条目。 名称空间中的所有服务配置为只能到达同一名称空间和 Istio 控制平面中运行的服务 - hosts: - "./*" - "istio-system/*" 总结 本文主要涉及istio的流量管理的如何使用
2K20发布于 2020-08-06 - 来自专栏王先森
Istio流量管理快速入门
Istio使用场景 在业务更新迭代快速发展时代，更新版本只靠Kubernetes实现简单的更新发布是不行的，如果想要实现对业务流量访问限制还需要借用Istio的能力，比如升级到v2版本，将v2版本接入流量占比要到 集群流量调度规则详解 我们都知道默认访问规则会按照v1和v2的pod各50%的流量分配，那k8s默认的调度机制是怎么实现的呢，现在从网络层面解释下。 VirtualService cat > bill-service-destnation-rule.yaml <<EOF apiVersion: networking.istio.io/v1alpha3 version: v2 EOF cat > bill-service-virtualservice.yaml <<EOF apiVersion: networking.istio.io/v1alpha3 v1版本、接入10%的流量到v2版本，就已经实现了。
48720编辑于 2023-04-24 - 来自专栏玖叁叁
南北流量管理Gateway
在Istio中，Gateway是一个比较重要的组件，它用于管理服务网格之外的流量，允许外部请求访问服务网格内的服务。什么是Gateway？ 在Istio中，Gateway用于管理进出服务网格的流量，它可以将外部流量路由到服务网格中的指定服务或虚拟服务。 Gateway组件通常位于服务网格的边缘，接收来自外部的流量，并将其转发到服务网格中的目标服务。 Gateway配置详解以下是一个Istio Gateway的配置示例：apiVersion: networking.istio.io/v1alpha3kind: Gatewaymetadata: name 同时，我们可以为每个服务器配置TLS证书，以加密传输的流量。Gateway还可以使用不同的选择器（selector）来选择不同的节点，以便在多个集群之间进行流量路由。
39631编辑于 2023-05-05 - 来自专栏玖叁叁
istio东西流量管理-VirtualService
它允许您将流量从一个或多个源路由到一个或多个目标，并且可以使用各种条件和操作来指定路由规则。 VirtualService是Istio中一个非常强大的组件，可以用于实现许多流量管理场景，如A/B测试、流量分割、故障转移和蓝绿部署等。 DestinationRule定义了如何将流量路由到一个或多个目标版本，并提供了有关这些版本的流量负载平衡和故障转移设置。 部署Istio代理：您需要在每个服务实例旁边部署Istio代理，以便代理可以拦截流量并与控制平面中的Pilot交互。 下面是一个示例，展示如何使用VirtualService将流量从源服务路由到目标服务：apiVersion: networking.istio.io/v1alpha3kind: VirtualServicemetadata
70230编辑于 2023-05-05 - 来自专栏charlieroro
流量控制--3.Linux流量控制的组件
实际中并不存在真正的排队规则，而是连接流量控制结构的出站(出流量)和入口(入流量)的位置。 每个接口都会包含root qdisc 和ingress qdisc。 4.3 过滤器 过滤器是Linux流量控制系统中最复杂的组件，提供了将流量控制的主要元素粘合到一起的机制。 令人困惑的是，这些命令对传输队列长度的命名各部不同： $ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:18:F3:51:44:10 inet addr:69.41.199.58 Bcast:69.41.199.63 Mask:255.255.255.248 inet6 addr: fe80::218:f3ff: brd 00:00:00:00:00:00 2: eth0: mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:18:f3:
3.5K40发布于 2020-11-24 - 来自专栏k8s技术圈
Istio流量管理之请求路由分析
通过 Istio 如何实现流量管理的呢？ 流量管理概述 Istio 的流量路由规则可以很容易的控制服务之间的流量和 API 调用。 我们首先来将所有流量路由到微服务的 v1 版本，稍后，您将应用规则根据 HTTP 请求 header 的值路由流量。 （reviews 服务包括 3 个不同版本的应用，可以通过 version 标签区分） 现在我们只想将流量路由到 reviews:v1 版本去，按照传统的方法只需要将 reviews 的 Service Kiali Dashboard 到这里我们就明白了要通过 Istio 实现服务的流量管理，需要用到 Gateway、VirtualService、DestinationRule 三个 CRD 对象，这些对象其实最终都是去拼凑 Envoy 的配置，每个对象管理 Envoy 配置的一部分，把这个关系搞清楚我们就能更好的掌握 Istio 的使用了。
86650编辑于 2023-11-09 - 来自专栏charlieroro
Istio的流量管理(实操三)
Istio的流量管理(实操三) 涵盖官方文档Traffic Management章节中的egress部分。其中有一小部分问题(已在下文标注)待官方解决。 kubectl exec -it $SOURCE_POD -c sleep -- curl -I https://www.baidu.com | grep "HTTP/" HTTP/1.1 200 OK 管理到外部的流量 与管理集群内部的流量类似，istio 的路由规则也可以管理使用ServiceEntry配置的外部服务。 HTTP/2 200 ... 3.为edition.cnn.com创建一个Gateway，端口80，监听来自edition.cnn.com:80的流量。 集群管理员或云供应商必须保证所有的流量都要经过egress网关。例如，集群管理员可以配置一个防火墙，拒绝所有非egress网关的流量。
5.2K20发布于 2020-09-01 - 来自专栏腾讯云 DNSPod 团队
智能全局流量管理（IGTM）正式发布！
腾讯云智能全局流量管理（Intelligent Global Traffic Management），简称IGTM，可以帮助用户实现应用服务的高并发负载均摊、应用服务的健康检查，并能够根据健康检查结果实现故障隔离或流量切换 3、全局流量负载均衡。 你使用了多区域的CLB，实现流量的负责均衡效果，可通过 IGTM 的健康检查功能，实时探测 CLB入口的可用性，当某个区域不可用时，快速发现异常，动态调度流量。 3、IGTM如何判断服务是否故障？ 答：IGTM 集成了应用服务监控，在全球范围内提供37个监控节点，可以采用多个监控点组合报警的形式作为服务整体异常判断条件。
1.1K30编辑于 2023-05-17 - 来自专栏k8s技术圈
Istio 使用 Gateway API 实现流量管理
Gateway API Gateway API 最初设计用于管理从集群外部客户端到集群内部服务的流量（入口或北/南情况）。 这种关注点分离的设计可以使不同的团队能够管理他们自己的流量，同时将集中的策略和控制留给集群运维。 概念 在整个 Gateway API 中涉及到 3 个角色：基础设施提供商、集群管理员、应用开发人员，在某些场景下可能还会涉及到应用管理员等角色。 下面我们将会把 50％ 的流量发送到 reviews:v1，另外，50％ 的流量发送到 reviews:v3。接着，再把 100％ 的流量发送到 reviews:v3 来完成迁移。 如果你认为 reviews:v3 微服务已经稳定，那么接下来我们就可以将 100% 的流量路由 reviews:v3： # route-reviews-v3.yaml apiVersion: gateway.networking.k8s.io
1.2K10编辑于 2023-12-26 - 来自专栏赵化冰的技术博客
Istio流量管理实现机制深度解析
前言 Istio作为一个service mesh开源项目,其中最重要的功能就是对网格中微服务之间的流量进行管理,包括服务发现,请求路由和服务间的可靠通信。 Istio体系中流量管理配置下发以及流量规则如何在数据面生效的机制相对比较复杂，通过官方文档容易管中窥豹，难以了解其实现原理。 本文尝试结合系统架构、配置文件和代码对Istio流量管理的架构和实现机制进行分析，以达到从整体上理解Pilot和Envoy的流量管理机制的目的。 通过运用不同的流量规则，可以对网格中微服务进行精细化的流量控制，如按版本分流，断路器，故障注入，灰度发布等。 Istio流量管理相关组件 我们可以通过下图了解Istio流量管理涉及到的相关组件。 Envoy配置分析 通过管理接口获取完整配置 从Envoy初始化配置文件中，我们可以大致看到Istio通过Envoy来实现服务发现和流量管理的基本原理。
2.3K30编辑于 2022-08-01 - 来自专栏玖叁叁
istio东西流量管理-VirtualService，如何实现AB测试和流量分割
如何实现A/B测试和流量分割apiVersion: networking.istio.io/v1alpha3kind: VirtualServicemetadata: name: myappspec: 第一个路由规则用于A/B测试，将来自“/v1”的请求路由到目标服务的v1版本（90％的流量）或v2版本（10％的流量）。 第二个路由规则用于流量分割，将来自“/v2”的请求路由到目标服务的v1版本（50％的流量）或v2版本（50％的流量）。 这个示例还使用了DestinationRule对象，它定义了目标服务的两个版本“v1”和“v2”，并指定了它们的流量负载平衡设置和故障转移设置。 例如，它使用了subset标签来指定版本，并使用trafficPolicy配置来指定负载均衡和故障转移策略：apiVersion: networking.istio.io/v1alpha3kind: DestinationRulemetadata
59730编辑于 2023-05-05 - 来自专栏AI+运维：智能化运维的未来
AI加持下的网络流量管理：智能调度还是流量黑洞？
AI加持下的网络流量管理：智能调度还是流量黑洞？在这个数据洪流时代，网络流量管理已经成为企业运维的头等大事。一旦流量失控，服务器宕机、业务瘫痪，甚至直接影响公司收益。 而AI技术的加入，正在让网络流量管理从“人工守护”进化到“智能调度”。但问题来了，AI到底能成为运维人员的超级助攻，还是会带来新的挑战？今天，我们就来聊聊这个话题。一、AI如何改变传统网络流量管理？ 而AI的出现，让网络流量管理变得更加智能，可以实时分析流量情况并动态调整策略。 二、AI流量管理的“进击与挑战”虽然AI在网络流量管理上的表现相当亮眼，但也不是万能的，它带来的挑战同样值得关注：黑盒问题：AI决策过程往往不透明，如果出现误判，可能会影响正常用户体验。 AI让网络流量管理进入了新的智能时代，但也带来了新的挑战。
38800编辑于 2025-05-24 - 来自专栏火属性小虫
SpringCloud进阶（3）–Sentinel流量防卫兵
SpringCloud进阶（3）–Sentinel流量防卫兵 在微服务中存在雪崩现象，也就是说如果一个微服务出现问题，可能会导致整个链路上的服务都直接不可用，因此，我们需要对服务进行及时的熔断和降级。 ，例如秒杀（即突发流量控制在系统容量可以承受的范围）、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。 例如定制规则管理、适配动态数据源等。 c=10 访问3次 由于携带参数a的请求比较多，我们就可以只对携带参数a的请求进行限流。 3.异常数： 这个和上面的唯一区别就是，只要达到指定的异常数量，就熔断 那么，如何自定义服务降级呢？
47410编辑于 2024-01-03 - 来自专栏charlieroro
Istio的流量管理(概念)(istio 系列二)
Istio的流量管理(概念) 目录 Istio的流量管理(概念) 概述 Virtual services 为什么使用virtual service Virtual services举例 hosts字段 istio的流量管理依赖Envoy代理，该代理作为sidecar与服务容器部署在同一个pod内，服务发送或接收的流量都会经过Envoy，这样就可以在不改变服务的情况下实现网格中的流量管理。 这些功能都可以通过istio的流量管理API，在istio中添加流量配置来实现。 跟其他istio配置一样，流量管理API也使用CRD指定。下面介绍各个流量管理API资源，以及这些API的功能。 为什么使用virtual service virtual service将客户端请求与目标负载进行解耦，通过这种方式，大大提升了istio流量管理的灵活性，并增强了流量管理的功能。 默认的策略定义在subset字段之上，为v1和v3子集设置了随机负载均衡策略，在v2策略中使用了轮询负载均衡。 Gateway gateway用于管理进出网格的流量，指定可以进入或离开网格的流量。
2.1K40发布于 2020-05-20 - 来自专栏yeedomliu
《istio实战指南》第5章 流量管理
第5章 流量管理 ---- 流量管理中的规则配置 要控制流量，就需要定义一些规则。Istio中定义了一个简单的配置模型，可以很方便地进行规则的配置。 在完全切换到新版本前，通过金丝雀发布先将10%的流量转移到v3版本。 为reviews服务增加到v3的目标节点，同时用weight标记分别设置v2为90，v3为10，即90%的流量指向v2老版本，10%的流量用来测试v3新版本 apiVersion: networking.istio.io 在Istio中可以通过定义DestinationRule方便地实现熔断 ---- 小结 流量管理是微服务应用在通信层面必需的功能 ，借助Istio可以非常方便地实现各种流量控制。 Istio的流量管理功能主要是依靠Pilot组件和Envoy代理协作完成的。
1.7K20发布于 2020-07-14 - 来自专栏痴者工良
Istio 入门（五）：访问控制和流量管理
本教程已加入 Istio 系列：https://istio.whuanle.cn 4， 流量管理 主要演示了使用 Istio Gateway、VirtualService 对外暴露服务的访问地址 ，以及基于 流量管理：如何控制服务间的请求流量，例如请求路由、流量分割、金丝雀发布等？ 服务监控：如何实时地监控服务的性能和健康状况？ 链路追踪：如何跟踪和分析分布式系统中的请求调用链？ 所以，在本章中，将会介绍 Istio 的流量管理能力，来解决微服务中关于服务治理的部分问题。 Istio 的流量管理模型源于和服务一起部署的 Envoy，网格内 Pod 中的应用发送和接收的所有流量（data plane流量）都经由 Envoy，而应用本身不需要对服务做任何的更改，这对业务来说是非侵入式的 ，却可以实现强大的流量管理。
1.4K50编辑于 2023-07-24 - 来自专栏云云众生s
基于Kubernetes网关API策略的流量管理
网关API图标 通过全面理解这些策略、如何有效利用它们，以及它们对流量管理策略能够产生的革命性影响，您将掌握所需的知识和实践见解，以充分发挥Kubernetes网关API策略在优化流量管理中的潜力。 使用Kubernetes网关API进行流量管理的优势 Kubernetes网关API改变了我们在Kubernetes集群内管理和控制流量的方式，提供了许多显著优势。 与传统流量管理方法的比较 与传统的流量管理方法(如硬件设备或外部负载均衡器)相比，Kubernetes网关API具有几个独特优势。 策略在流量管理中的常见应用场景 Kubernetes网关API策略可应用于各种流量管理场景。 这些策略解决了多种流量管理需求，并可根据具体要求进行定制。
70110编辑于 2024-03-27 - 来自专栏猫头虎博客专区
《Envoy 代理：云原生时代的流量管理》
随着云原生技术的崛起，流量管理已经变得尤为关键。我发现越来越多的技术爱好者在搜索 “Envoy 介绍”、“云原生流量管理” 或 “Envoy 配置实践”。 引言 流量管理对于保障微服务的稳定和高效至关重要。在这一领域，Envoy 代理因其强大的功能和灵活性而受到广泛关注。但Envoy到底是什么？它如何帮助企业优化流量管理？让我们进一步探索！ 正文 1. 2.3 高级流量管理 Envoy 支持复杂的路由、重试、超时和熔断策略。 3. 使用 Docker 运行 Envoy docker run -d --name envoy -p 9901:9901 envoyproxy/envoy:v1.18.3 3.2 配置 Envoy 进行流量分割 4.2 性能调优 虽然 Envoy 是为高性能设计的，但在高流量的生产环境中，仍可能需要进行性能调优。 总结 Envoy 代理为云原生应用提供了强大的流量管理工具。
58510编辑于 2024-04-09 Kubernetes 流量管理新利器来了！
Kubernetes 流量管理新利器：Gateway API 来了！ Gateway API 是 Kubernetes 中定义集群入口流量规则的下一代 API 规范，旨在替代传统 Ingress，提供更丰富、灵活且可扩展的流量管理能力，是 Kubernetes 生态向现代化网络架构演进的关键一步 Gateway API 支持基于 路径（Path）、主机名（Host）、HTTP 头（Header）、查询参数（Query Params） 等条件的路由，甚至支持 权重路由、蓝绿部署、金丝雀发布 等高级流量管理策略 服务网格与云原生集成 Gateway API 设计初衷是统一南北向（Ingress）和东西向（Service Mesh）流量管理，支持与 Istio、Linkerd 等服务网格无缝集成，为云原生应用提供一致的流量控制体验 ；结合 GRPCRoute 管理 gRPC 服务流量。
19010编辑于 2026-03-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号