家用住宅主机Linux系统资源动态调度容器服务

如果你在家里用一台旧电脑或树莓派跑Linux，装上Docker同时运行好几个服务（比如文件同步、媒体播放、私人网盘），可能遇到过某个容器突然把CPU吃满，导致其他服务卡死的情况。
这时候就需要给容器设置资源上限，还能在不重启的情况下动态调整——这就是“资源动态调度”。
本文从零开始，讲清楚怎么用Docker自带功能实现限制和动态调整，让家里的Linux主机稳定跑多个容器服务。

为什么家用容器需要资源调度

默认情况下，Docker容器可以无限制使用宿主机CPU和内存。
一台家用机器性能本来就不强，如果某个容器因为Bug或高负载占满资源，其他容器甚至SSH登录都会受影响。
通过为每个容器设置--memory和--cpus，可以确保每个服务最多只用你分配给它的部分；
再配合--cpu-shares设置相对权重，就能让高优先级的服务在资源争抢时获得更多份额。
如果运行中需要调整，直接用docker update实时生效，无需重启容器。

准备工作：确认系统支持

在开始之前，确认你的Linux系统开启了cgroup功能（大多数现代发行版默认开启）。
用以下命令检查：

docker info | grep -i cgroup

输出中应该显示Cgroup Driver: systemd或cgroupfs。
另外，需要安装Docker（版本19.03以上支持CPU限制）。
如果还没装Docker，先执行：

sudo apt update && sudo apt install docker.io -y   # Debian/Ubuntu

确保当前用户能运行docker（如果不想每次加sudo，可以sudo usermod -aG docker $USER并退出重登）。

第一步：用docker run 限制容器资源

启动容器时，直接通过参数限制内存和CPU。
比如运行一个Nginx容器，限定最多使用512MB内存和0.5个CPU核心：

docker run -d --name web-nginx --memory 512m --cpus 0.5 nginx:latest

• --memory 512m：硬限制内存，超过会被OOM Kill。
• --cpus 0.5：限制容器最多使用50%的CPU时间（即半个核心）。

如果想要更精细的CPU优先级，可以用--cpu-shares。
该值默认为1024，数值越大，在CPU争用时获得的时间片比例越高。
例如让数据库服务优先级高于网页服务：

docker run -d --name db-mysql --memory 1g --cpus 1 --cpu-shares 2048 mysql:8
docker run -d --name web-nginx --memory 512m --cpus 0.5 --cpu-shares 1024 nginx:latest

这样当两台主机都满载时，db-mysql会分到约2/3的CPU时间。

第二步：用docker update动态调整资源

运行中的容器如果发现资源不足或浪费，不需要重启就可以调整。
比如想把web-nginx的内存加到768MB，CPU降到0.3：

docker update --memory 768m --cpus 0.3 web-nginx

docker update支持同时修改多个容器，也可以一次修改多个参数。
调整后立即生效，你可以打开监控工具查看变化。

注意：内存只能增加（不能减少到小于当前使用量），CPU参数可以随意修改。
如果你使用的Docker版本较旧（低于20.10），可能需要先升级。

第三步：用Docker Compose统一配置（推荐）

如果运行多个容器并用docker-compose.yml管理，可以在文件中直接定义资源限制。
下面是一个示例，包含两个服务，Web服务优先级低，数据库优先级高：

version: '3.8'
services:
  web:
    image: nginx:latest
    deploy:
      resources:
        limits:
          cpus: '0.5'
          memory: 512M
        reservations:
          cpus: '0.25'
          memory: 256M
  db:
    image: mysql:8
    deploy:
      resources:
        limits:
          cpus: '1'
          memory: 1G
        reservations:
          cpus: '0.5'
          memory: 512M

limits是硬上限，reservations是保证最少分配的资源。
使用Compose启动：docker-compose up -d。
如果后期需要动态调整，还是用docker update单独操作每个容器。

避坑指南与常见问题

Q: 设置了内存限制，但容器还是被杀？ 可能因为你设置的值太小，或者容器申请了超过限制的内存。
建议先用docker stats观察容器实际使用，再逐步调大。
同时检查--memory-swap（默认等于--memory），如果同时设置了交换分区，可以适当增加。

Q: 调整CPU后服务变慢，但不敢重启？ 先用docker update --cpus增加CPU配额到预期值，观察有没有改善；
如果之前设置过低，可以动态调高。

Q: 家庭主机重启后，动态调整会丢失吗？ 是的。docker update只修改运行中的容器，重启后容器会按启动时的参数恢复。
如果需要永久调整，建议修改docker-compose.yml并重新部署，或者在启动脚本里加上固定参数。

Q: 我想限制容器磁盘I/O？ Docker也支持--device-read-bps等磁盘限制，但家庭场景很少用到，本文不展开。

验证效果：用docker stats监控

启动容器后，打开终端输入：

docker stats

你会看到一个实时表格，显示每个容器的CPU%、内存使用等。
调整参数后，这个表格会立即反映变化。
也可以单独监控某个容器：

docker stats web-nginx

如果发现某个容器CPU长期接近上限，可考虑增大其--cpus或降低其他容器优先级。

通过以上几步，你已经实现家用Linux主机上容器服务的资源动态调度。
从启动时限制到运行中调整，再到Compose统一配置，每一步都能直接照做。
家庭服务器资源有限，善用这些方法能让多个容器服务和平共处，稳定运行。
如果在实际配置中遇到其他问题，建议先检查Docker版本和系统cgroup驱动，再回头看本文的避坑部分。