docker容器资源动态伸缩分横向（增减容器副本数）和纵向（调整单个容器cpu/内存限额）两类，目标与实现不同，不可混用；横向支持手动scale和基于监控+决策+执行的自动扩缩容；纵向需重启容器生效；存储卷容量在线伸缩（docker 27.2+）可运行时扩容。
Docker 容器资源的动态伸缩调整，主要分两类：容器数量（横向）伸缩 和 单个容器资源限制（纵向）伸缩。两者目标不同、实现方式不同，不能混用。
横向伸缩：增减容器副本数
这是最常用、最实用的弹性方式，适用于无状态服务（如 Web API、前端、任务处理器）。
-
手动快速调整：用
docker compose up -d --scale命令直接指定服务副本数，比如：docker compose up -d --scale web=5 api=3
它会覆盖 docker-compose.yml 中deploy.replicas的设置，自动启动/停掉对应数量的容器。 -
自动扩缩容（生产必需）：Docker 原生不带 HPA，需自行搭建闭环：
• 监控层：cAdvisor + Prometheus 每 30 秒采集 CPU、内存、请求延迟等指标；
• 决策层：写一个 Python 或 Go 编写的 autoscaler 服务，定时查 Prometheus 数据，按策略判断是否扩容（例如“CPU 连续 3 次 >75%”）；
• 执行层：调用docker compose up --scale或 Docker Swarm 的docker service update --replicas下发变更；
• 注意：必须配合健康检查 + 负载均衡（如 Traefik/Nginx），否则新容器可能收不到流量，或故障实例无法自动剔除。
纵向伸缩：调整单个容器的 CPU/内存限额
这不等于“实时动态调整”，而是**重启容器并更新资源限制参数**，属于运维级配置变更，不是运行时热调。
- 启动时设定：用
--cpus=1.5 --memory=1g等参数固定资源上限； - 运行时修改：Docker 不支持热更新 CPU/内存 limit —— 必须
docker stop && docker run重建容器才能生效； - 替代思路：若应用本身支持动态线程池或缓存大小调节（如 JVM 的 -Xmx 可通过环境变量传入），可在镜像中设计成“启动时读取环境变量决定资源使用强度”，再配合容器重启实现间接纵向伸缩。
存储卷容量在线伸缩（Docker 27.2+ 新特性）
这是真正意义上的“运行时动态伸缩”，专指 容器挂载的 volume 存储空间扩容，无需停机。
- 前提：宿主机内核 ≥5.4、Docker daemon 启用 experimental、volume 使用 local 驱动且底层块设备（如 LVM、云盘）支持在线扩展；
- 操作三步走：
① 创建 volume 时声明可扩展文件系统（如 xfs）和设备路径；
② 容器正常运行并挂载该 volume；
③ 执行docker volume resize myvol --size 50G，底层自动调用xfs_growfs或resize2fs，I/O 不中断。
不复杂但容易忽略
