为什么注入Sidecar代理后,耗时较长的请求会丢失或失败

本文介绍注入Sidecar代理后，当Pod停止时，耗时较长的请求会丢失或失败的问题现象、问题原因和解决方案。

问题现象

为Pod注入Sidecar代理后，当Pod停止时，存在以下两个问题：

调用该Pod的一些耗时较长的请求会丢失。
使用该Pod调用其他服务可能会失败。

问题原因

为Pod注入Sidecar代理后，业务Pod的流量会被istio-proxy代理。当Pod开始停止时，对应的Service不再转发流量给Pod。

在Istio中，默认收到退出信号5秒后会强制停止istio-proxy，不再接收新的Inbound连接（入口流量），将会继续处理存量的Inbound连接，Outbound连接（出口流量）不受影响，可以正常发起。如果被停止的服务提供的接口调用的耗时较长，已有的Inbound连接和Outbound连接即使没有处理完成也会被终止。

解决方案

方案一：修改Sidecar代理终止等待时长

您可以延长Sidecar代理终止等待时长，使得Inbound和Outbound连接可以在该时长内处理完成。

登录ASM控制台，在左侧导航栏，选择服务网格 > 网格管理。
在网格管理页面，单击目标实例名称，然后在左侧导航栏，选择数据面组件管理 > Sidecar代理配置。
在Sidecar代理配置页面，单击命名空间页签。
选择命名空间，单击生命周期管理，选中Sidecar代理终止等待时长，输入时间，单击更新设置。

方案二：配置Sidecar代理生命周期

如果您无法预估请求的最大等待时长，建议配置Sidecar代理生命周期的preStop脚本。使用preStop脚本判断是否还存在请求连接，无请求连接后，将等待默认时长（5秒）再完成退出。

登录ASM控制台，在左侧导航栏，选择服务网格 > 网格管理。
在网格管理页面，单击目标实例名称，然后在左侧导航栏，选择数据面组件管理 > Sidecar代理配置。
在Sidecar代理配置页面，单击命名空间页签。

选择命名空间，单击生命周期管理，选中Sidecar代理生命周期，将以下内容输入到文本框中，单击更新设置。

{
  "postStart": {
    "exec": {
      "command": [
        "pilot-agent",
        "wait"
      ]
    }
  },
  "preStop": {
    "exec": {
      "command": [
        "/bin/sh",
        "-c",
        "while [ $(netstat -plunt | grep tcp | grep -v envoy | wc -l | xargs) -ne 0 ]; do sleep 1; done"
      ]
    }
  }
}