优先使用host网络模式可显著提升对外响应速度，因其复用宿主机网络栈、省去NAT和虚拟网桥开销；跨主机场景需优化overlay网络MTU与集群规模；同步调优内核TCP参数并精简DNS解析链路。
要提升容器化业务的对外响应速度，核心在于减少网络路径开销、降低延迟、避免不必要的协议处理，并让容器更接近物理网络层。关键不是堆参数，而是根据业务实际通信模式选对路径。
优先使用 host 网络模式（适用于单机高性能服务）
当容器需频繁与外部系统（如数据库、API网关、负载均衡器）通信时，bridge 模式引入的 NAT 和 iptables 规则会带来明显延迟。host 模式直接复用宿主机网络栈，省去虚拟网桥和地址转换环节。
- 启动命令：docker run --network host -d nginx
- 适用场景：Web 服务、实时消息代理、监控采集器等对延迟敏感的服务
- 注意：容器进程将共享宿主机端口空间，需避免端口冲突；失去网络命名空间隔离，安全性需额外加固
为跨主机服务选用优化后的 overlay 网络
在 Swarm 或多节点部署中，overlay 是刚需，但默认 VXLAN 封装和 MTU 设置常导致分片或吞吐下降。
- 创建时显式设置 MTU：docker network create -d overlay --opt com.docker.network.driver.mtu=1450 my-overlay
- 若环境支持，启用 VXLAN 直通（需内核 ≥ 5.10 + 启用 ip_forward 和 rp_filter 调优）
- 控制集群规模：单个 overlay 网络节点建议不超过 50 台，超量会显著增加控制面同步延迟
调整底层网络参数以匹配硬件能力
Docker 本身不管理 TCP 缓冲区、TIME_WAIT 复用等内核行为，这些直接影响连接建立速度和并发承载力。
- 增大收发缓冲区：net.core.rmem_max=134217728，net.core.wmem_max=134217728
- 启用 TIME_WAIT 快速回收：net.ipv4.tcp_tw_reuse=1（确保 net.ipv4.ip_local_port_range 范围足够宽）
- 关闭反向路径过滤（若使用多网卡）：net.ipv4.conf.all.rp_filter=0
- 这些参数应写入 /etc/sysctl.conf 并执行 sysctl -p 生效
精简 DNS 解析链路
容器内每次域名解析若经 Docker 内置 DNS（127.0.0.11）→ 宿主机 resolv.conf → 上游 DNS，可能引入几十毫秒抖动。
- 启动时指定可信 DNS：docker run --dns 192.168.1.1 --dns-search corp.local …
- 在容器镜像中预置 /etc/hosts 映射高频内部服务（如 db、cache），绕过 DNS 查询
- 避免在容器内运行 dnsmasq 等本地缓存——Docker daemon 已内置轻量缓存，额外服务反而增加延迟
