GKE向AKS零停机迁移的跨集群百分比流量调度方案咨询

核心疑问解答 #

问题一：是否需要部署Istio实现跨集群流量按比例调度 #

• 不需要。Istio的流量拆分能力作用域是集群内部服务网格场景下的服务间流量调度，你的跨集群流量调度发生在最外层的全局流量入口层，根本不需要下沉到集群内部的网格组件。
• 迁移期为了临时流量切分引入Istio，反而需要额外处理跨集群网格网络打通、服务发现同步、证书轮换的运维开销，属于典型的过度设计，对于零停机迁移的临时需求完全没有必要。
• Istio的落地价值主要体现在全量迁移到AKS之后，需要做集群内部服务间的精细化流量治理、灰度发布、可观测性建设的阶段，迁移期完全可以跳过。

问题二：Cloudflare是否支持按比例拆分流量指向两个集群 #

• 支持，且是当前场景下适配成本最低的落地方案。
• 你当前架构里Cloudflare处于最外层边缘节点位置，完全可以基于自定义源站权重配置，给同一个域名xyz.domain.tld关联两个独立回源地址：一个指向GKE侧的GCLB公网入口，一个指向AKS侧的AGIC公网入口，直接按自定义比例分配流量，比如你需要的90%流量到GKE、10%流量到AKS，只需要给两个回源地址设置对应权重值即可。
• 这种分流逻辑是在Cloudflare全球边缘节点直接完成的，不需要经过任意一侧集群做二次转发，额外网络延迟开销极低；同时权重配置是动态可调整的，出现服务异常时可以一键将全量流量切回GKE，满足零停机迁移的快速回滚要求。

落地实操注意事项 #

• 配置双回源时，要保持两侧源站的健康检查规则匹配原生产配置：GKE侧沿用现有GCLB/NEG的健康检查路径与判定阈值，AKS侧对齐AGIC入口的健康检查逻辑，避免健康检查误摘除正常源站。
• 配置分流规则时，保持现有Cloudflare的TLS回源模式、WAF规则、缓存规则的一致性，不要因为双回源调整全局配置，避免出现响应内容不一致、拦截规则误触发的问题。
• 动态流量的拆分精度可能受边缘缓存命中影响，配置时要针对动态接口请求设置绕过缓存规则，避免缓存导致的流量统计偏差。
• 首次配置10%流量切分后，要同步观测两侧集群的服务错误率、响应延迟、返回内容匹配度，确认无异常后再逐步提升AKS侧的流量权重，直到完成全量迁移。

内容的提问来源于stack exchange，提问作者3-commerce