Docker 容器资源计算器
指导
Docker 容器资源计算器
根据您的主机容量和工作负载类型，计算 Docker 容器和 Kubernetes Pod 的最佳 CPU 和内存资源限制。输入您的可用 CPU 核和 RAM，选择一个工作负载预设，并获取即用型 Docker 运行标志、Kubernetes 资源 YAML 和带有复制按钮的 Docker Compose 代码片段。可处理多容器场景，并可配置超额分配比率和主机 OS 预留。
如何使用
输入您的主机 CPU 核和可用 RAM (GB)，然后选择一个工作负载类型预设或定义自定义资源比率。设置容器数量，调整主机 OS 预留百分比，并配置超额分配比率。计算器为每个容器生成 Docker 运行标志、Kubernetes 资源 YAML 和 Docker Compose 代码片段。如果您的总资源分配超过主机容量，将出现警告。
特征
- 7 种工作负载预设 – Web 服务器、应用程序服务器、后台工作进程、数据库、缓存、ML 推理以及自定义（含推荐的 CPU 和内存比率）
- 多容器支持 – 将资源平均分配给多个容器
- Docker 运行标志 – 即时复制 –memory、–memory-reservation、–cpus 和 –cpu-shares 标志
- Kubernetes YAML – 完整的资源块，包含以毫核和 Mi/Gi 为单位的请求和限制
- Docker Compose 代码片段 – 为 docker-compose.yml 格式化的 deploy.resources 块
- 超额分配比率 – 配置请求与限制的比率（1.0x 无超额分配至 2.0x 激进）
- 主机 OS 预留 – 为主机操作系统预留的可调百分比（默认 10-15%）
- 容量警告 – 分配量超出可用主机资源时的视觉警报
常问问题
-
Docker 内存限制和 Kubernetes 资源请求之间有什么区别？
Docker 内存限制（--memory 标志）为容器内存使用设置了硬上限。如果容器超过此限制，Docker 会因 OOM 错误而将其终止。Kubernetes 有两个设置：资源请求和资源限制。请求是调度器用于 Pod 放置的保证最低资源。限制是容器可以使用的最大值。将请求设置得低于限制可以实现跨 Pod 的资源超额分配，从而提高集群利用率，但存在负载下争用的风险。
-
Kubernetes 的毫核是什么以及它们如何工作？
Kubernetes 以毫核为单位测量 CPU，其中 1 个 CPU 核等于 1000 毫核 (1000m)。这允许精细的 CPU 分配。例如，250m 表示一个 CPU 核的 1/4，1500m 表示 1.5 个核。您也可以将 CPU 指定为小数，如 0.25 或 1.5。毫核对于只需要 CPU 核一小部分的微小容器特别有用，并且它们在底层映射到 Linux CFS（完全公平调度程序）配额设置。
-
我应该为操作系统预留多少主机资源？
一般建议为主机操作系统、系统服务和容器运行时开销预留 10-15% 的 CPU 和内存。对于生产 Kubernetes 节点，kubelet 具有内置标志（--system-reserved 和 --kube-reserved）来预留资源。在一个 16 GB 的主机上，预留 10% 意味着为 OS 预留 1.6 GB，为容器留下 14.4 GB。预留不足可能导致系统不稳定，而过度预留则会浪费容量。
-
什么是资源超额分配以及何时应使用它？
资源超额分配意味着将资源请求设置得低于限制，允许调度器将更多 Pod 放入节点，而如果所有 Pod 同时使用其最大资源，则节点将无法处理。1.5 倍的超额分配比率意味着请求设置为限制的 67%。这对于流量峰值不确定的工作负载（如 Web 服务器）非常有效，因为它们很少同时达到峰值使用率。对于性能至关重要的数据库和有状态服务，请避免超额分配。生产环境建议从 1.0 倍（无超额分配）开始，然后谨慎增加。
