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