核心是利用网络命名空间实现协议栈级隔离，避免端口冲突、路由干扰和连接池争抢；通过iproute2快速搭建独立IP段与TCP调优的轻量环境，配合ip netns exec执行压测与就地监控，确保数据精确可复现。
用容器内网络命名空间做并行负载测试，核心不是“堆容器”，而是让每个测试实例拥有真正隔离、可复现、无干扰的网络环境。关键在于利用命名空间天然的协议栈隔离能力，避免端口冲突、路由干扰和TCP连接池争抢——这才是高性能并行的前提。
一、为什么命名空间比单纯起多个容器更适配负载测试
默认 Docker bridge 模式下，所有容器共享同一子网和 iptables 规则，大量并发连接容易触发 conntrack 表溢出、netfilter 性能瓶颈，甚至影响宿主机其他服务。而基于独立网络命名空间的方案：
- 每个测试实例独占一套路由表、ARP 缓存、socket 连接跟踪上下文
- 可为每个命名空间单独调优 TCP 参数（如 net.ipv4.tcp_tw_reuse、rmem/wmem），不互相覆盖
- 支持绑定相同端口（如都监听 8080），因端口空间完全隔离
- 网络指标（如 ss -s、nstat）可按命名空间精确采集，避免聚合失真
二、零依赖快速搭建隔离测试环境（纯 iproute2 + veth）
跳过 Docker daemon 开销，直接用 Linux 原生命名空间构建轻量级测试节点：
- 创建 4 个命名空间：
sudo ip netns add load-1 && sudo ip netns add load-2 && ... - 为每个命名空间配 veth 对，并桥接到宿主机网桥（如 br-test）或直连物理接口
- 在每个命名空间内配置独立 IP 段（如 load-1: 192.168.101.2/24；load-2: 192.168.102.2/24）
- 启用各自命名空间内的 IP 转发（仅当需跨节点通信时）：
sudo ip netns exec load-1 sysctl -w net.ipv4.ip_forward=1
三、并行压测工具部署与流量控制
工具需运行在对应命名空间内，确保 socket 创建、DNS 解析、连接建立全部发生在隔离栈中：
- 用
ip netns exec load-1 wrk -t4 -c1000 -d30s http://target:8080启动单节点压测 - 多节点并行启动时，用后台进程或 GNU Parallel 避免 shell 阻塞：
parallel -j4 'ip netns exec load-{} wrk -t2 -c500 -d60s http://api.example.com' ::: 1 2 3 4 - 若需模拟真实客户端行为（如不同 User-Agent、Cookie），可在每个命名空间内挂载独立配置文件或使用不同镜像
四、监控与结果分离的关键细节
命名空间隔离后，监控必须“就地采集”，否则数据会混杂：
- 用
ip netns exec load-1 ss -s查看该命名空间 TCP 连接统计（非宿主机全局值） - 通过
/proc/[pid]/net/下各命名空间专属路径读取 netstat、nf_conntrack 等原始数据 - 压测日志建议重定向到命名空间内挂载的 tmpfs 或 hostPath，避免 I/O 争抢
- 最终聚合结果时，按命名空间标签打标（如 load-1_rps、load-2_latency_p99），再统一分析
