网站平时打开很快，不代表促销、发文或爬虫集中访问时也能稳定。在云端部署WordPress的资源规划，不能只按月访问量挑一台“够用”的云主机；更应看高峰时有多少动态请求、每个请求占用多少内存，以及磁盘和备份如何增长。
误区一：用月访问量代替并发负载
每月访问量无法直接说明某一刻的压力。静态图片可由 CDN 缓存，而登录、搜索、购物车等页面通常需要服务器处理。使用 WooCommerce 的网站，结账请求也比普通文章页更依赖动态计算。
规划时先从访问日志或监控中找出繁忙时段，记录每分钟请求数、动态请求比例和响应时间。没有历史数据时，可先用预期高峰做负载测试，并把缓存命中与未命中的请求分开观察。不要把缓存后的首页表现当作整站容量。
误区二：只加 vCPU，不计算内存与进程数
WordPress 的 PHP-FPM 工作进程会并行处理动态请求。进程开得过少，访问会排队；开得过多，则可能挤占系统内存，触发交换甚至导致服务不稳。插件数量、图片处理任务和页面复杂度都会改变单个进程的实际内存占用。
可先查看 PHP-FPM 进程的常驻内存，再用“可分配给 PHP 的内存 ÷ 单进程高位内存”估算进程上限，并为系统、Web 服务、缓存和后台任务留出余量。不要直接把云主机全部内存分配给 PHP。使用 Redis object cache 可减少重复查询，但它也占用内存，需纳入预算。
误区三：把磁盘容量当成唯一存储指标
容量够用不等于磁盘不会成为瓶颈。数据库读写、媒体文件上传、日志增长和备份同时发生时，磁盘延迟与读写能力也会影响页面响应。若备份文件留在同一块系统盘，空间耗尽还可能连带影响网站运行。
盘点 wp-content/uploads、数据库、日志和备份各自的增长趋势；检查磁盘使用率、剩余 inode 和读写延迟。将备份放到独立对象存储或其他故障域，并定期验证能否恢复。图片较多的网站可结合 CDN 分发静态资源，减少源站流量和重复读取。
误区四：只测页面，不测后台任务与故障场景
定时发布、邮件发送、图片缩放、插件更新和备份可能在同一时段争抢资源。云端部署WordPress时，应把这些后台负载和访问高峰一起纳入容量判断。自动扩容也不能替代检查：缓存、文件系统和数据库连接若配置不当，增加实例未必能解决问题。
按顺序建立资源基线
- 列出页面类型，区分可缓存页面与登录、搜索、结账等动态请求。
- 在高峰时段观察 CPU 使用率、可用内存、PHP-FPM 队列、磁盘延迟和网络出入流量。
- 用接近真实插件和内容的测试环境模拟并发，记录响应时间及错误率；逐步增加负载，找出先达到上限的资源。
- 一次调整一个因素，例如 PHP-FPM 进程数、缓存规则或主机规格，再复测，避免凭感觉同时改多项。
- 设定告警阈值并定期复盘；流量增长、插件变更或媒体库快速扩张后，重新评估容量。
FAQ：资源规划常见问题
小型博客一定要拆分数据库吗？
不一定。单机部署便于管理，适合负载较低且希望简化运维的站点；只有监控显示数据库资源或磁盘读写持续受限时，才评估拆分带来的网络延迟、费用和维护成本。
应该先升级主机还是先加缓存？
先确认瓶颈。若大量匿名页面重复生成，缓存通常更对症；若动态请求、后台任务仍持续耗尽内存或计算资源，再比较升级规格与优化插件的效果。
备份是否需要计入资源预算？
需要。备份会消耗磁盘读写、网络和存储空间，宜安排在低峰时段，并将副本放在独立位置。在云端部署WordPress的资源规划应同时覆盖日常访问、后台任务和恢复需求，而不是只按当前主机规格做判断。