“容量”可量化已用资源、剩余资源以及回收未使用资源的机会。需求预测可提供容量的前瞻性视图。容量仪表板显示在容量预计即将用尽之前的剩余时间、剩余容量、剩余容量可容纳的虚拟机数量以及可增加可用容量的可回收资源。
容量管理涉及平衡需求和供应。这就是以尽可能低的成本满足需求。
对于 IaaS 或 DaaS，容量管理在部署硬件之前开始。容量管理从定义将提供何种服务等级的业务计划开始。每种服务等级（例如金牌、银牌、铜牌）都根据服务质量进行区分，并涵盖可用性，例如，金牌的正常运行时间为 99.99%，银牌的正常运行时间为 99.95%。它还涵盖性能（例如，金牌的磁盘延迟为 10 毫秒，银牌的磁盘延迟为 20 毫秒）以及安全性或合规性。
质量会产生成本，进而导致价格上涨。金牌虚拟机的每 vCPU 费率和每 GB RAM 费率较高，因为它具有更高的服务质量。必须计划正确的定价模型。如果您希望客户提前调整规模，则 64 个 vCPU 虚拟机的价格必须是 1 个 vCPU 虚拟机的 64 倍以上。如果定价模型是一条简单的直线，则缩小置备不会获得奖励，过度置备时也不会受到惩罚。在这种情况下，您最终不得不在生产中进行规模调整，这是一个成本高昂且耗时的过程。
需求大于正在占用容量的活动负载。由于基于利用率的容量本身并不完整，因此将考虑下图中显示的原则。
- 隐性需求。许多关键虚拟机都受到灾难恢复的保护。在灾难恢复演习或实际灾难期间，将使用此负载。
- 潜在需求。许多新置备的虚拟机需要一段时间才能达到预期需求。数据库达到最大大小、用户群达到目标以及完成功能都需要时间。实现这一目标后，需求就会增加。
- 当虚拟机或 Kubernetes Pod 容量不足时，会出现未满足的需求。负载在大部分时间里几乎达到 100%。
- 需求过度可能会在共享环境中造成严重破坏。一组需求非常高的虚拟机会共同影响集群或数据存储的整体性能。
