问题描述
在使用AWS EKS集群时，遇到了一个问题。他有一个Pod和一个NodePort Service，用于将Pod暴露给外部。一些客户端通过TCP连接连接到Pod，并保持连接。用户尝试在Pod终止时配置优雅的连接终止，通过捕获SIGTERM信号并在TCP连接中发送最后一条消息，告诉客户端断开连接。然而，问题是这些在检测到SIGTERM后发送的最后的TCP数据包从未到达目的地。用户在Pod内运行了tcpdump，并确认数据包被正确发送，但它们没有到达目的地。TCP甚至尝试重新传输数据包，因为没有收到对它的确认，但是它们都无法到达目的地。用户在本地运行的Minikube集群中无法复现这个问题，而在这个本地集群中一切正常。用户不确定如何在AWS EKS集群中调试此问题，因为应用程序似乎尝试发送数据包，所以这似乎是Kubernetes内部的问题。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
根据用户提供的信息，问题可能是由于Calico版本问题导致的。用户在集群中安装了Calico，并且使用的版本存在一个已知的bug，会在Pod终止阶段阻塞Pod的网络。解决此问题的方法是卸载Calico，并重新安装一个更新的版本。以下是解决问题的步骤：
1. 卸载Calico：
shell
kubectl delete -f https://docs.projectcalico.org/manifests/calico.yaml
2. 安装Calico：
shell
kubectl apply -f https://docs.projectcalico.org/manifests/calico.yaml
请确保使用的是更新的Calico版本。
方案2
用户提到了一种帮助调试问题的方法，即在Pod中运行tcpdump，并将其输出转发到本地的Wireshark进行可视化。以下是使用此方法调试问题的步骤：
1. 在Pod中创建一个临时的debug容器，并安装tcpdump：
shell
kubectl run -it --rm --restart=Never --image=nicolaka/netshoot debug-pod -- /bin/bash
apt-get update && apt-get install -y tcpdump
2. 在debug容器中运行tcpdump，并将输出重定向到文件：
shell
tcpdump -i eth0 -w /tmp/tcpdump.pcap
3. 在本地启动Wireshark，并打开刚刚创建的文件/tmp/tcpdump.pcap，以查看tcpdump的输出。
注意：确保本地已安装Wireshark，并且可以访问Pod所在的网络。
通过以上步骤，您可以在Wireshark中查看Pod的网络流量，以帮助调试问题。
总结
在AWS EKS集群中，当Pod终止时，TCP通信被阻塞的问题可能是由于Calico版本问题导致的。解决此问题的方法是卸载Calico并重新安装一个更新的版本。另外，您还可以使用tcpdump和Wireshark来调试问题，以查看Pod的网络流量。