Docker性能调优实战：资源限制与日志管理

1. Docker性能调优的必要性与挑战

在容器化技术普及的今天，Docker已经成为应用部署的标准工具之一。但很多团队在初期使用Docker时，往往只关注了它的便捷性，而忽视了性能调优的重要性。我见过太多案例，都是等到线上出现性能瓶颈才开始手忙脚乱地查找原因。

Docker默认配置是为通用场景设计的，这意味着它不会为你的特定工作负载做任何优化。如果不进行针对性调优，你可能会遇到：

• 容器间资源争夺导致的性能波动
• 日志堆积引发的磁盘空间告急
• 存储驱动不匹配造成的I/O瓶颈
• 网络配置不当带来的延迟问题

这些问题在开发环境可能不明显，但到了生产环境就会成为定时炸弹。我曾经处理过一个电商项目，在大促时因为容器内存限制设置不当，导致整个集群雪崩。这就是为什么我们需要系统性地掌握Docker性能调优的方法。

2. 容器资源限制实战

2.1 CPU资源精细控制

很多人知道可以用--cpus参数限制容器使用的CPU数量，但实际生产环境中我们需要更精细的控制。Docker实际上使用的是Linux的CFS调度器，理解这点很重要。

bash复制# 限制容器使用最多2个CPU核心
docker run -it --cpus=2 your_image

# 更精细的控制：设置CPU份额（默认1024）
docker run -it --cpu-shares=512 your_image  # 相对权重为50%

注意：cpu-shares只在CPU资源紧张时生效，它决定的是容器间CPU时间的分配比例，而不是绝对限制。

对于NUMA架构的服务器，还需要考虑CPU亲和性：

bash复制# 将容器绑定到特定的CPU核心
docker run -it --cpuset-cpus=0,2 your_image  # 只使用第0和第2个核心

2.2 内存限制与交换空间

内存限制不当是导致OOM（Out Of Memory）的常见原因。关键是要理解--memory和--memory-swap的关系：

bash复制# 限制内存为1G，交换空间为2G（即--memory-swap=2g）
docker run -it --memory=1g --memory-swap=2g your_image

# 完全禁用交换空间
docker run -it --memory=1g --memory-swap=1g your_image

实测建议：

• 对于Java应用，建议设置-Xmx比容器内存限制小至少10%
• 监控工具建议使用docker stats结合cAdvisor
• 当内存接近限制时，观察容器的oom_score_adj值

2.3 磁盘I/O限制

在共享存储环境中，I/O限制尤为重要。Docker使用blkio权重系统：

bash复制# 设置相对权重（默认500）
docker run -it --blkio-weight=300 your_image  # 相对权重为60%

# 更精确的限制（字节/秒）
docker run -it \
  --device-read-bps /dev/sda:1mb \
  --device-write-bps /dev/sda:1mb \
  your_image

我曾经优化过一个数据库容器，通过合理设置这些参数，将I/O等待时间从15%