【问题标题】:Latency penalty for using istio or other sidecar proxy使用 istio 或其他 sidecar 代理的延迟惩罚
【发布时间】:2019-06-20 04:57:50
【问题描述】:

我正在考虑将 istio 用于某些功能的想法,但是我发现很难找到任何合理的估计它会增加每次调用的延迟。每次服务调用的 1 毫秒似乎很多,尤其是当链中涉及 10 个服务时,每个服务都有通过 istio 传递的请求和响应。

有人测量过引入 Sidecar 代理的延迟损失吗?

【问题讨论】:

  • 如果是 1ms 我会感到惊讶,localhost 到 localhost 的数据包在内核中得到了高度优化。
  • Istion 文档说“仅服务器端代理就会在第 90 个百分位延迟上增加 2 毫秒。”来自istio.io/docs/concepts/performance-and-scalability。 Istio 文档指向基准和结果。

标签: kubernetes istio


【解决方案1】:

This post 对 Istio 和 Linkerd 进行了基准测试,以比较两种服务网格在 CPU、内存或延迟等不同方面的差异。

【讨论】:

    【解决方案2】:

    Istio 在此处提供性能数据,包括延迟:https://istio.io/docs/concepts/performance-and-scalability/#latency-for-istio-hahahugoshortcode-s2-hbhb

    从页面...

    Istio 1.1 的默认配置在基线数据平面的第 90 个百分位延迟上增加了 8 毫秒。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2018-01-27
      • 1970-01-01
      • 2012-11-11
      • 1970-01-01
      • 2012-01-14
      • 2011-08-17
      • 1970-01-01
      • 2021-04-20
      相关资源
      最近更新 更多