要让 docker compose 管理的容器跨物理机运行并绑定到特定 cpu 核心，需启用 swarm 模式，先通过 placement.constraints 选定宿主机，再用 cpuset 字段在目标主机上绑定具体物理核心，二者缺一不可。
要让 Docker Compose 管理的容器在不同物理硬件（如多台宿主机）上运行并实现资源级绑定，关键不在“单个 compose 文件直接跨机器调度”，而在于结合 Swarm 模式、节点标签与 placement 约束，再辅以 CPU 核心级绑定（cpuset）完成从主机选择到物理核分配的两级控制。
明确目标层级：先选主机，再绑核心
Compose 本身是单机编排工具；跨物理机需启用 Swarm 模式。整个流程分两步：
- 第一层：用 placement.constraints 指定服务必须部署在哪台物理主机（例如 node.role==worker && node.labels.gpu==true）
- 第二层：在目标主机上，用 cpuset 字段将容器进程严格限定在该机可用的特定物理 CPU 核心上（如 "1,3,5"）
二者缺一不可——只约束主机不绑核，进程仍可能被内核调度到任意核心；只绑核不选主机，根本无法保证落在目标硬件上。
配置 placement 约束，实现主机级定向部署
在 docker-compose.yml 的 service.deploy 下添加 placement 配置，利用节点标签精准匹配硬件特征：
- 先给每台物理机打标签（在对应节点执行）：
docker node update --label-add gpu=true node-01docker node update --label-add cpu_type=high_freq node-02 - 在 compose 文件中声明约束：
deploy:<br> placement:<br> constraints:<br> - node.labels.gpu == true<br> - engine.labels.os == linux
- 确保使用
docker stack deploy启动（而非 docker compose up），否则 placement 不生效
在目标主机上完成物理核绑定（cpuset）
cpuset 必须写在 service 级别（非 deploy.resources），且仅对实际运行该容器的宿主机生效：
- 确认目标主机 CPU 编号连续可用：
lscpu或cat /sys/devices/system/cpu/online - 在对应 service 中添加 cpuset 字段（Compose v3.8+ 支持）：
services:<br> api:<br> image: my-api:latest<br> cpuset: "2-4"<br> # 注意：不是 deploy.resources.reservations.cpus！后者只申明配额，不强制绑定
- 验证是否生效：
进入容器执行cat /proc/self/status | grep Cpus_allowed_list，输出应为Cpus_allowed_list: 2-4
注意事项与常见陷阱
实际落地时容易忽略几个硬性前提：
- Swarm 模式必须启用：
docker swarm init（manager） +docker swarm join（workers） - compose 文件 version 至少为 3.8，且启动命令必须是
docker stack deploy -c docker-compose.yml mystack - cpuset 值依赖宿主机真实 CPU topology —— 若某台 worker 节点只有 0–3 号核心，却配置了 cpuset: "6,7"，容器将启动失败
- 不要混用 deploy.resources.reservations.cpus 和 cpuset：前者用于资源预留和调度权重，后者才是真正的 CPU 亲和性控制
不复杂但容易忽略
