3

[译] Traffic Director介绍:Google的服务网格控制平面

 2 years ago
source link: https://skyao.io/post/201904-introduce-traffic-director/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

[译] Traffic Director介绍:Google的服务网格控制平面

2019-04-28

3 分钟阅读时长

备注:英文原文来自 InfoQ网站文章 Introducing Traffic Director: Google’s Service Mesh Control Plane

在 Google Cloud Next 19上,服务网格的控制平面 Traffic Director 宣布发布 beta 测试版。Traffic Director是Google Cloud Platform(GCP)完全托管的服务网格控制平面,可提供弹性,负载平衡和流量控制功能,如金丝雀部署和A/B测试。

Traffic Director 为 服务网格数据平面 中的代理提供流量配置和控制选项。“数据平面"由客户端代理组成,客户端代理通常作为进程外"Sidecar"与现有服务一起部署,并负责执行网络级别操作并观察所有的入站和出站流量。使用开源 Envoy xDS v2 API)(Google称为“xDSv2”)可使 Traffic Director 与任何兼容代理(如Envoy)一起运行。

Traffic Director 支持基于VM和容器化的服务,并为跨多个区域中的VM和群集提供全局负载均衡。通过向服务代理提供健康检查、路由和后端信息,Traffic Director可 优化全局流量分配,并将流量发送到最近可以的服务。使用Traffic Director,用户可以在多个区域中部署集群,如果离原始请求最近的集群发生健康状态下降,则流量将定向到最近的可用集群。

td-global-lb.svg

Traffic Director全局负载均衡

作为负载均衡解决方案的一部分,Traffic Director下放对每个服务的健康检查需求给单个代理,通过这种方式来集中进行服务健康(因为需要的请求数量将相对于服务数量呈平方关系)。聚合的服务健康信息通过 Envoy Endpoint Discovery Service (EDS) API 从集中式存储分发到每个代理。

译者注:如果由服务的调用方在客户端进行服务健康检查,则n个服务都需要对剩下的 n-1 个服务进行连接和检查,数量级为 n * n 。 使用 Sidecar 只需要对服务进行1:1的检查,然后汇总到控制平面,再分发到其他服务。

Traffic Director还监视代理报告的负载,以确定何时需要进行自动扩展。当负载增加时,Traffic Director 会 通知 Autoscaler 并等待它扩展到所需的大小,通过减少伸缩过程中的步骤数来最小化流量峰值响应时间。这种按需驱动的自动扩展减少了预热或联系云提供商的需求。

Traffic Director是一个完全托管的GCP服务,在GA为企业准备就绪时,将具有 99.99% 的SLA保证。Traffic Director配置允许用户通过将操作(例如重写,重定向和header转换)应用于HTTP匹配规则来设置自定义流量控制策略。据谷歌称,Traffic Director的优势包括简化的服务流量管理,服务弹性以及跟随用户应用程序增长的无缝扩展。

Traffic Director目前处于测试阶段,不受SLA或弃用策略的约束,可能会有向后不兼容的更改。测试版目前限定于支持HTTP流量和Google API,并且不支持Istio API。流量控制功能(如路由规则和流量策略) 仅在Alpha中可用。要开始使用测试版,请访问Traffic Director设置指南


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK