“个人网站买 1核1G 够不够？”这是选 VPS 时最常见、也最容易被一句“够用”带偏的问题。
同样是 1核1G，一台只放静态网页，可能几年都很闲；另一台装了 WordPress、MySQL、Redis、面板和一堆插件，刚开机就开始用 Swap。配置没有脱离业务的标准答案，但可以把边界算清楚。
这篇不拿“最低能启动”冒充“长期能稳定跑”。我会把官方要求、容量规划建议和当前可购买套餐分开写，方便你按自己的业务选。
下面是容量规划建议，不是厂商性能承诺。CPU 型号、超售程度、磁盘 I/O、线路和软件配置都会改变结果。
| 配置 | 更合适的场景 | 容易踩的坑 | 我的建议 |
|---|---|---|---|
| 1核1G | 静态站、跳转页、小型监控、轻量 Bot、临时测试 | 装面板和数据库后余量很少 | 只跑单一轻负载，配好日志轮转和监控 |
| 1核2G / 2核2G | 低流量 WordPress、个人博客、1 个数据库加少量容器 | 插件多、构建任务或数据库查询会抢资源 | 个人建站的实用起步档 |
| 2核4G | WordPress + Redis、多容器、小型 API、多个低流量站点 | 磁盘和线路差时，加内存也救不了 | 不想频繁升级时优先考虑 |
| 4核8G | 多站点、Java 应用、CI 构建、小团队服务、轻量 K3s 实验 | 共享 4 核可能不如高性能 2 核 | 先确认 CPU 型号、独享策略和 NVMe 性能 |
| 8G 以上 | 中型数据库、较多容器、编译、搜索服务 | 只堆内存却忽略备份和高可用 | 先拆清应用、数据库和存储，再决定单机升级还是拆分 |
如果你完全不想做资源估算，个人项目直接从 2核2G 起步；准备跑 WordPress + 数据库 + Redis，或者 5 个左右的轻量容器，2核4G 通常更省心。
这里的“5 个容器”不是硬指标。一个空闲的 Caddy 容器和一个 Java 搜索服务，资源消耗能差几十倍。真正要看的是容器里的程序，而不是容器数量。
很多文章喜欢写“WordPress 最低 1GB”“Docker 最低 2GB”，看起来很确定，实际往往不是官方说法。
WordPress 官方要求页在 2026 年 5 月更新后，推荐的是：
- PHP 8.3 或更高；
- MariaDB 10.11+ 或 MySQL 8.0+；
- HTTPS；
- Apache 或 Nginx。
官方没有给出“必须几核几 G”。因为 WordPress 的资源需求会被主题、插件、访问量、图片处理、缓存和数据库大小拉开很大差距。
所以 1核1G 可以装起来，但不代表适合带着面板、MySQL 和多个插件长期跑。个人博客想少折腾，我会选 2GB 起步；WooCommerce、页面构建器和插件较多时，直接看 4GB。
Docker 官方安装文档主要规定支持的 Linux 发行版和 CPU 架构，没有承诺“多少内存能跑几个容器”。Docker 守护进程本身不是主要矛盾，真正吃资源的是 MySQL、PostgreSQL、Java、浏览器自动化和你自己的应用。
一台 1GB VPS 跑 Caddy + 一个小型 Go 程序可能很轻松；换成 WordPress + MySQL + Redis + 监控，余量很快就没了。
K3s 官方要求页给出的最低硬件是：
- Server 节点：2 核、2GB RAM；
- Agent 节点：1 核、512MB RAM；
- 优先使用 SSD。
官方还特意说明，这只是 K3s 及其自带组件的基线，不包含业务工作负载。也就是说，2核2G 可以让控制面跑起来，不代表还能舒服地塞数据库、监控和一堆应用。
官方来源：K3s Requirements
1GB 内存最适合“任务单一、服务少、数据小”的项目。
我会把它用在这些地方：
- Nginx/Caddy 静态站；
- 个人导航页、状态页；
- Uptime Kuma 这类轻量监控，监控项别太多；
- 小型 Telegram/Discord Bot；
- WireGuard 个人节点；
- 临时开发和命令行任务；
- 只转发请求、不在本机跑模型的轻量 API 网关。
不太建议用 1GB 同时跑：
- 宝塔/1Panel + WordPress + MySQL；
- 多个需要 Chromium 的自动化任务；
- Java 应用；
- GitLab、完整监控套件或多服务 AI 平台；
- 没有限制日志大小的 Docker 环境。
如果已经买了 1GB，可以用 ZRAM 或 Swap 给突发内存留一个缓冲，但它们不是免费内存。持续换页会让磁盘变慢，最终还是要减服务或升级。具体配置可以看：VPS 低内存怎么用 ZRAM 和 Swap 优化（2026）。
2GB 的意义不是“性能翻倍”，而是操作系统、日志、数据库和应用终于不用挤在最后几百 MB 里。
这档更适合：
- 单个低流量 WordPress；
- Typecho、Ghost 等个人博客；
- Caddy/Nginx + 应用 + 小型数据库；
- 2–4 个轻量 Docker 服务；
- 小型 Git、Webhook、自动化任务；
- 开发测试环境。
跑 WordPress 时，我会控制插件数量，打开 OPcache，限制 PHP-FPM 子进程，并给 MySQL 设置符合小内存机器的缓存。访问量增长后，先看慢查询、PHP-FPM 队列和缓存命中，不要一慢就盲目加核。
如果你已经是 2GB 但 WordPress 仍然慢，可以对照：VPS 上 WordPress 很慢怎么办（2026）。
4GB 不会自动让网站变快，但它给数据库缓存、Redis、构建任务和容器重启留出了空间。
比较常见的用法是：
- WordPress + MySQL/MariaDB + Redis + Caddy；
- 5–10 个低负载容器；
- 两三个访问量不高的网站；
- Node.js/Python API + PostgreSQL；
- n8n、Directus、Uptime Kuma 这类组合；
- 小团队测试环境。
“5–10 个”仍然只是轻量服务的规划范围。容器中有浏览器、Elasticsearch、模型推理或大量并发任务时，4GB 一样可能很快用完。
这档适合不想每加一个服务就做一次迁移的人。月价差距能接受时，我更愿意留出 25% 左右的内存余量，而不是让机器常年贴着 95% 运行。
生产环境的 Docker Compose 还要限制单个容器资源，避免一个异常任务拖死整台机：VPS Docker Compose 生产环境怎么配（2026）。
到了 8GB 甚至 16GB，问题不再只是“买更大”。
如果应用、数据库、对象存储和备份都在一台机器上，任何一次系统故障都会一起停。业务开始重要后，可以考虑：
- 应用和数据库分开；
- 大文件放对象存储；
- 备份放到不同供应商或地区；
- 构建任务单独使用按小时实例；
- 给监控和状态页留一个独立小节点。
单机升级的优点是简单、内网延迟低；拆分的优点是故障边界清楚，扩容也更灵活。小项目没必要为了“架构正确”提前上复杂集群，但数据库已经吃掉一半内存时，就该认真算账了。
“4 核”只说明分配了几个 vCPU，不说明每个核心有多快，也不说明你能持续占用多久。
购买前至少确认：
- CPU 型号和代际；
- 共享 CPU 还是独享 CPU；
- 是否能看到明显的 steal time；
- 商家是否限制持续高 CPU；
- ARM 还是 x86，软件是否兼容。
一个高频新款 CPU 的 2 核，实际编译和 PHP 响应可能比老平台的共享 4 核更舒服。遇到晚高峰负载没变、性能却明显下降，可以检查超售和邻居争抢：VPS 超售怎么判断（2026）。
ARM 套餐通常价格有吸引力，但闭源面板、旧镜像和只发 amd64 二进制的软件可能不支持。购买前先看：ARM VPS 值不值得买（2026）。
20GB 看起来能装系统和网站，但 Docker 镜像、构建缓存、数据库、备份和日志会慢慢把它吃满。
我会这样预留：
- 系统、软件包和基础日志：至少留 8–12GB；
- Docker 镜像与容器层：按应用额外留 10–30GB；
- 数据库：按当前数据量的 2–3 倍规划增长与临时空间；
- 本机备份：不建议只留一份，更不能把它当异地备份。
数据库和容器环境优先选 SSD/NVMe。标称容量相同，持续写入和随机 I/O 的差距也可能很大；重要业务下单后应跑 fio，但不要在生产高峰做破坏性测试。
1Gbps 端口不代表每月能跑无限数据。端口是瞬时上限，流量包才决定一个月能传多少。
可以用一个简单估算：
月出站流量 ≈ 页面平均大小 × 月页面浏览量 × 未命中 CDN 的比例
比如页面平均 1MB、每月 10 万次浏览，全部由源站直接发出，大约是 100GB。图片走 CDN、浏览器缓存命中后，源站流量会低很多；视频、下载和备份则会迅速放大流量。
流量紧张时先监控，不要等停机邮件来了才查：VPS 流量监控和超额预警（2026）。
下面是 Directus 套餐库在 2026 年 7 月 18 日 的快照，只用来展示 1GB、2GB、4GB 档位如何比较，不代表性能背书。价格、库存、线路和续费规则会变化，下单前以结算页为准。
| 档位 | 套餐示例 | CPU / 内存 / 存储 | 流量与端口 | 价格 | 购买 |
|---|---|---|---|---|---|
| 1GB | RackNerd KVM VPS 1 GB（New Year 2026） | 1 核 / 1GB / 24GB | 2TB / 1Gbps | $11.29/年 | 查看套餐 |
| 2GB | VMrack L1.VPS.2C2G.Base | 2 核 / 2GB / 40GB | 2TB / 5Gbps | $3.66/月 | 查看套餐 |
| 4GB | VMrack L1.VPS.2C4G.Base | 2 核 / 4GB / 60GB | 4TB / 5Gbps | $5.66/月 | 查看套餐 |
便宜套餐更要看虚拟化、退款、续费、机房和 CPU 使用政策。年付机器第一次购买前，建议先找月付或测试 IP 验证线路；重要数据无论机器多便宜，都要做异地备份。
别靠“感觉卡”决定升级。先连续观察几天，包括业务高峰。
# 内存、可用内存和 Swap
free -h
# 每秒观察运行队列、换页和 CPU 等待
vmstat 1
# Docker 容器实时资源占用
docker stats
# 磁盘空间与文件系统
df -h
# 磁盘延迟、队列和利用率，需要安装 sysstat
iostat -xz 1
# 最近是否发生 OOM
journalctl -k --since "24 hours ago" | grep -i -E "oom|out of memory|killed process"
需要升级的信号通常是：
- 高峰期可用内存长期很低，并持续发生 Swap in/out；
- 日志出现 OOM Kill；
- CPU 长时间跑满，运行队列持续高于 vCPU 数；
iowait和磁盘延迟持续偏高；- 磁盘剩余空间低于 15%–20%；
- 容器因为内存限制反复重启；
- 优化代码、缓存和查询后，资源仍然不够。
单次尖峰不等于必须升级。备份、更新、日志压缩和定时任务都可能短时间拉高负载，要结合持续时间和业务影响判断。
- 业务需要 x86 还是支持 ARM；
- CPU 是共享还是独享，有没有持续占用限制；
- 内存是否包含可用 Swap，能否后续无损升级；
- 存储是 NVMe、SSD 还是 HDD；
- 流量是单向、双向还是不限流量公平使用；
- 端口带宽是否共享，超出流量如何计费；
- IPv4 是否包含，额外 IP 如何收费；
- 机房到目标用户的晚高峰线路如何；
- 退款、续费、迁移和更换 IP 的规则；
- 是否有控制台、救援模式、快照和备份；
- 年付前是否已经测试过同机房；
- 重要数据是否有异地恢复方案。
能装，也能跑低流量站点，但系统、Web 服务、PHP 和数据库会挤在 1GB 里。插件多、图片处理或访问突增时更容易用到 Swap。长期使用更建议 2GB 起步。
没有固定数量。几个空闲的 Go/Node 小服务可能没问题，一个浏览器自动化或 Java 容器就可能吃掉大部分内存。用 docker stats 看每个服务的真实占用，并保留系统余量。
取决于网站类型和访问量。静态站可以很多，多个动态 WordPress 会受 PHP-FPM、数据库和插件影响。与其数站点，不如看高峰 CPU、可用内存、慢查询和磁盘延迟。
Windows 系统和图形桌面本身会占用更多内存。需要远程桌面、浏览器或桌面软件时，4GB 通常比 2GB 实用；多开程序则继续往上加。
可以，但要确认厂商是否支持在线扩容、降配限制和磁盘缩容规则。CPU、内存通常容易向上升，磁盘扩容后往往不能无损缩小。迁移前可以参考：VPS 迁移指南（2026）。
只做静态站、监控或小工具，我会买 1GB，前提是服务单一、日志受控、数据有备份。
个人博客和低流量 WordPress，我会从 2核2G 起步；准备装面板、Redis、多个容器，或者不想几个月后再迁，直接选 2核4G。
业务到了 8GB 以上，我不会只看“更大的单机”，而会同时评估数据库、对象存储、备份和监控是否该拆开。配置选对不是一次买到最大，而是让当前业务有余量、以后升级也不被锁死。