本文介绍了在Kubernetes环境中遇到Pod网络问题时，如何在没有ping、telnet等工具的情况下进行网络诊断。文章详细讲解了使用kubectl debug插件创建额外容器进行故障排除，以及直接通过ip netns和nsenter方式进入容器网络命名空间进行telnet和抓包检查。这两种方法各有优劣，kubectl debug提供更多的调试工具，而直接进入net ns则更轻量级，适用于特定的网络故障排查。
背景
在日常kubernetes的运维中，经常遇到pod的网络问题，如pod间网络不通，或者端口不通，更复杂的，需要在容器里面抓包分析才能定位。而kubertnets的场景，pod使用的镜像一般都是尽量精简，很多都是基于alpine基础镜像制作的，因而pod内没有ping，telnet，nc，curl命令，更别说tcpdump这种复杂的工具了。除了在容器或者镜像内直接安装这些工具这种最原始的法子，我们探讨下其他法子。
实现
kubectl debug插件方式
项目地址 kubect debug，https://github.com/aylei/kubectl-debug
kubectl-debug 是一个简单的 kubectl 插件，能够帮助你便捷地进行 Kubernetes 上的 Pod 排障诊断。背后做的事情很简单: 在运行中的 Pod 上额外起一个新容器，并将新容器加入到目标容器的 pid, network, user 以及 ipc namespace 中，这时我们就可以在新容器中直接用 netstat, tcpdump 这些熟悉的工具来解决问题了, 而旧容器可以保持最小化，不需要预装任何额外的排障工具。操作流程可以参见官方项目地址文档。
一条 kubectl debug命令背后是这样的
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
