独立服务器的配置单通常很长，真正决定体验的往往是少数几项：处理器、内存、磁盘，以及它们和业务模型是否匹配。从最低价往上加，很容易买到一项过剩、另一项先触顶的机器。先写出高峰时在做什么，再对着配置单看，比先选一个套餐名称更不容易买错。
处理器要看核心数和单核性能分别被谁使用。大量并发的小请求，例如接口网关和反向代理，更吃核心数和网络。单线程明显的任务，例如某些数据库写入、游戏逻辑或转码中的单路处理，单核频率上不去，核心再多也帮不上。核心数翻倍不代表处理时间减半。这一点要在压测里看，而不是在参数表里假设。两颗低频处理器和一颗高频处理器，价格接近时，适合的业务完全不同。
内存不够时，症状看起来像磁盘慢
内存是最不该省到边缘的资源。数据库、缓存和虚拟化会把内存吃满，之后开始用磁盘当交换空间，延迟会突然变差。预留内存不只是为了当前进程，也为了备份、日志和偶发的批量任务。内存类型和通道数会影响带宽，但对多数业务，容量是否够用比型号差异更早被感觉到。看到磁盘忙碌，先确认是不是内存已经耗尽。
磁盘要分开看容量、速度和冗余。系统盘小而快，数据盘按容量规划，这是常见分法。只有一块盘时，系统和数据互相影响，磁盘故障也会把整机一起带走。机械盘适合大容量和顺序读写，固态盘适合随机读写和数据库。用错类型时，监控里的 CPU 可能并不高，请求却在等磁盘。RAID 或双盘能降低单盘损坏的影响，不能代替备份。备份要放在另一台机器或另一个机房，而不是只放在同一组磁盘的另一个分区。
交付之后的第一周，把 CPU 等待、内存占用、磁盘利用率和网络吞吐对着真实高峰看一遍。某一项长期贴着上限，而其他项还很空，就说明这次配置偏了，应该沿那一项升级，而不是把整台机器换成更大的套餐。反过来，如果四项都很空，下一档就不必提前买。独立服务器的调整通常要停机，所以这次观察要发生在业务低峰窗口之前，把停机时间一起排进计划，而不是等磁盘满了再临时迁。
配置定下来之前，用高峰时的并发、数据量和增长周期算一遍。下一档配置的差价，往往比业务中途迁移一次更便宜。反过来，为了想象中的峰值把每一项都拉到顶，只会让闲时的机器空转。合适的配置是高峰能扛住，低峰不至于浪费一整档用不上的资源。把压测结果留在交付记录里，下一次扩容就不用重新猜。