服务网格 ASM：为什么注入Sidecar代理后，耗时较长的请求会丢失或失败

问题现象

为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连接可以在该时长内处理完成。

1. 登录ASM控制台，在左侧导航栏，选择服务网格 > 网格管理。

2. 在网格管理页面，单击目标实例名称，然后在左侧导航栏，选择数据面组件管理 > Sidecar代理配置。

3. 在Sidecar代理配置页面，单击命名空间页签。

4. 选择命名空间，单击生命周期管理，选中Sidecar代理终止等待时长，输入时间，单击更新设置。

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

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

1. 登录ASM控制台，在左侧导航栏，选择服务网格 > 网格管理。

2. 在网格管理页面，单击目标实例名称，然后在左侧导航栏，选择数据面组件管理 > Sidecar代理配置。

3. 在Sidecar代理配置页面，单击命名空间页签。

4. 选择命名空间，单击生命周期管理，选中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"
         ]
       }
     }
   }