从工作负载概况开始

记录用户、每秒请求、后台作业、数据库大小、工作集、存储增长和最繁忙的时间。 Web 服务器、数据库、VPN 网关和邮件中继可能需要非常不同的资源比率。

CPU：寻求持续饱和

短暂的 CPU 突发是正常的。当应用程序仍受 CPU 限制、在已知负载下队列增加或延迟增加时，请调整大小。还应检查窃取时间和虚拟机管理程序就绪时间（如果可用）；添加 vCPU 可能会使过载主机上的调度变得更糟。

RAM：保护工作集

内存应覆盖操作系统、应用程序和有用的缓存，而无需持续交换。数据库缓冲池和 Java 堆必须为系统的其余部分留出空间。

存储：容量只是一维

跟踪可用空间、IOPS、吞吐量和延迟。数据库通常对随机写入延迟很敏感，而备份和媒体传输可能需要大量吞吐量。自动精简配置和快照链也会影响风险。

网络：根据真实用户进行衡量

使用每个重要办公室或 VPN 出口的浏览器延迟测试。然后测试实际应用程序，因为 TLS、查询和负载大小比原始往返时间更重要。

储备恢复空间

增长、恢复操作和故障转移都需要备用容量。在选择最终计划之前定义备份目标、保留、最大可接受数据丢失和恢复时间。