Tcp – Mark 的滿紙方糖言

网络丢包等网络质量的问题，可以用 Envoy sidecar 来发现、定量、监控。测试时，可用 Envoy 作为 JMeter 等 client side 的 egress 去监控流量。本文谈其中一个实现方案

实时跟踪内核 TCP 连接失败与重试 - 基于 BPF

特定条件下 Istio 发生 half-close 连接泄漏与出站连接失败

最近需要支持一个单实例 TCP 连接数上 10k 的基础服务(Cassandra)的容器化。需要对其使用的资源（特别是TCP缓存内存）、对相邻 Pod（同一 worker node 上运行的）影响（即容器隔离情况），等时行预估。故写本文，以备忘

写在前面

我不是网络专家，只是在经历了多年的生产和测试环境网络问题排查后，不想再得过且过，于是记录下所学到的知识。由于对 TCP 栈的实现了解有限，所以内容仅作参考。

k8s + Istio 下，如果 worker node 断电或断网（网络分区），如何加速检测和断开负载流量。使用 keepalive/timeout 等方法，应对 TCP Half-Open

本来想直接写理论、和实践分析的，但为了不 “赶客出門” 和不 TL;DR，还是以故事形式展开吧。语言要生动活泼。

话说，一次性能测试中，TPS 死活压不上，应用的响应时间增加。根据 Brendan Gregg 大神的最高指导精神，我开始用 USE(Utilization Saturation and Errors) 方法学去定位这个性能问题。