istio：优雅终止

最新推荐文章于 2023-12-30 06:45:00 发布

zenglingmin8

最新推荐文章于 2023-12-30 06:45:00 发布

阅读量422

点赞数

文章标签： istio

本文链接：https://blog.csdn.net/zenglingmin8/article/details/117595797

版权

本文讨论了Istio在Pod销毁时可能导致的服务调用失败问题，以及社区对此的解决方案。从Istio 1.1版本开始，通过Envoy的优雅停止和配置terminationDrainDuration，以及使用preStop脚本来确保业务进程在sidecar停止前完成清理工作，实现了更优雅的终止过程。

摘要由CSDN通过智能技术生成

背景
Istio 在 1.1 版本之前有个问题: Pod 销毁时，如果进程在退出过程中继续调用其它服务 (比如通知另外的服务进行清理)，会调用失败。

更多详细信息请参考 issue #7136: Envoy shutting down before the thing it’s wrapping can cause failed requests 。

当业务上了 istio 之后，流量被 sidecar 劫持，进程之间不会直接建立连接，而是经过了 sidecar 这一层代理:
Sidecar
原因
Kubernetes 在销毁 Pod 的过程中，会同时给所有容器发送 SIGTERM 信号，所以 Envoy 跟业务容器同时开始停止，Envoy 停止过程中不接受 inbound 新连接，默认在 5s 内会接收 outbound 新连接，5s 后 envoy 被强制杀死。若被停止的服务提供的接口耗时本身较长(比如文本转语音)，存量 inbound 请求可能无法被处理完就断开了。
又由于 istio 会进行流量劫持，所有 outbound 流量都会经过 Envoy 进行转发，如果 Envoy 被杀死，outbound 流量无法被转发，若停止的过程需要调用其它服务(比如通知其它服务进行清理)，就会导致业务调用其它服务失败。