数据平面上的可伸缩性很容易通过拥有更多的副本来实现。代理从控制平面接收到的配置使之成为可能。但是,如果服务的数量(及其侧代理)太大,控制平面可能成为瓶颈,因为无法将度量或其他配置数据以足够快的速度发送到侧服务器。
是否有可能水平缩放服务网格的控制平面,从而增加可能服务的总量?我没有找到任何关于那件事的东西。
发布于 2019-06-12 08:13:33
诚然,当您扩展服务时,可能会出现监视瓶颈,但为了避免出现瓶颈,您必须检查监视系统是拉还是推,万一是推送,可能不是最好的选择,但拉并不是所有情况下的正确答案。
普罗米修斯( prometheus )是当今最常用的监控系统之一,你可以在这里了解它的工作原理:
https://prometheus.io/docs/introduction/overview/
但是并不是唯一的一个,你需要看看它应该如何适合你的堆栈。
使用istio检查可能的集成
https://istio.io/docs/tasks/telemetry/metrics/querying-metrics/
如果您已经有了其中的一些可能需要考虑缩放这个部分,而不是侧翼或istio本身。
https://devops.stackexchange.com/questions/8348
复制相似问题