VPS服务器Docker容器CPU与内存配额设置指南

在VPS服务器上用Docker跑多个容器时，常会遇到这样的麻烦：某个容器突然“疯抢”CPU或内存，导致其他容器卡成“PPT”。就像食堂打饭时有人插队占了所有窗口，其他人只能干着急。这时候，给每个容器设置CPU与内存配额就像给窗口贴“1人/次”的标识——既能保证每个容器有资源可用，又能避免资源分配失衡。

Docker容器资源限制为何重要？

VPS服务器的CPU和内存总量是固定的。假设一台服务器有4核CPU、8GB内存，同时跑着电商订单系统、客服聊天工具、后台监控3个容器。如果订单系统容器没限制，大促时可能占满4核CPU和6GB内存，导致客服工具响应变慢、监控数据延迟，严重时甚至集体崩溃。通过设置资源配额，相当于给每个容器划了“专属区域”：订单系统用2核+4GB，客服工具用1核+2GB，监控用1核+1GB，剩下的1GB内存备用。这样即使订单系统负载激增，也不会“抢”走其他容器的资源，服务器整体更稳定。

手把手调CPU配额：核心数与优先级

Docker提供两种CPU控制方式：限制最大核心数，或设置资源竞争优先级。

第一种是用`--cpus`参数直接限制容器最多能用多少核。比如轻量的Nginx静态网页容器，用`docker run -d --cpus=0.5 nginx`命令，它最多只能用半个CPU核心。这种适合明确知道容器负载的场景，像定时任务容器、简单API服务，限制后能腾出更多核心给高负载应用。

第二种是`--cpu-shares`参数调优先级。它默认值是1024，数值越大，容器在CPU资源紧张时能“抢”到更多份额。举个例子：同时跑两个容器，A设`--cpu-shares=2048`，B设`--cpu-shares=1024`。当服务器CPU不够用了，A能分到2份资源，B只能分到1份。这种适合不确定容器实际负载的情况，比如新上线的测试服务，通过调整优先级让关键业务优先运行。

内存配额设置：物理内存与交换空间

内存配额主要用`--memory`限制容器最多能用多少物理内存。比如跑一个PHP应用容器，用`docker run -d --memory=1024m php:8.2`，它最多只能用1GB内存。如果容器试图超过这个限制，Docker会先尝试杀掉容器内占用内存的进程（OOM Killer机制），如果不想进程被直接杀掉，可以搭配`--memory-swap`设置交换空间。`--memory-swap`默认是`--memory`的2倍，比如`--memory=1024m`时，交换空间默认2048m，容器总共可用3GB（1GB内存+2GB交换）。

另外，`--memory-swappiness`参数能控制内存交换的积极程度。值设0，容器几乎不会用交换空间，适合对延迟敏感的数据库容器；值设100，容器会尽可能用交换空间，适合允许一定延迟的日志处理容器。实际用的时候，可以先观察容器内存使用情况：如果物理内存经常占满但交换空间闲置，就调高`--memory-swappiness`；如果交换空间被频繁使用导致变慢，就调低这个值。

实战建议：从测试到上线的完整流程

新手设置配额时，建议先本地测试再上线。比如先在测试环境用`docker stats`命令观察容器的CPU和内存使用峰值，假设一个Node.js API容器平时用0.3核、500MB内存，大促时冲到0.8核、1200MB内存。那正式环境可以设`--cpus=1`（留0.2核冗余）、`--memory=1500m`（留300MB冗余）。上线后持续监控，如果发现容器资源使用率长期低于50%，说明配额设置过高，可以适当调小；如果经常触达上限，就需要调大配额或升级VPS服务器配置。

掌握这些设置方法，VPS服务器上的Docker容器就能“各取所需”——高负载应用有足够资源跑，轻量服务也不会被“挤”到卡顿。无论是搭建个人博客、企业微服务还是测试新功能，合理的资源配额都是保障容器稳定运行的关键。