14、容量管理：传统方法与云计算时代的变革

容量管理：传统方法与云计算时代的变革

1. 传统容量管理概述

传统上，应用程序容量与资本支出直接相关。要支持更多的在线服务容量，就意味着要购买更多的物理计算、内存、存储和网络资源来托管应用程序软件。通常，所有这些应用程序容量都会 24×7 在线维护，因为让全部容量在线比主动管理在线应用程序服务容量更简单，且服务质量风险更低。

容量管理事件通常会提前精心规划和安排，并在低使用量的维护窗口期间执行。行业实践已经发展到对这些预定事件进行特殊处理，在很多情况下，允许应用程序经历短暂的计划内停机，以安全地完成容量管理操作。那些采用高质量操作程序（MOPs）、进行认真规划、充分培训和准备，并仔细执行的客户，可以在可接受的服务风险下，为传统应用程序增加或减少服务。

2. 传统过载控制

设计良好的应用程序在提供的工作负载超过在线设计服务容量时，会检测到过载情况，并优雅地拒绝（或“整形”）一些流量。例如，向一些用户请求返回适当的“太忙”错误，并将低优先级活动（如测量报告）重新安排到过载情况结束后进行。

主动地通过优雅地拒绝服务一些提供的负载来整形工作负载，比让应用程序超过饱和点直至灾难性故障要好。虽然最终用户可能会将过载控制的结果（如“所有线路繁忙，请稍后再试”）解释为服务不可用，但有条不紊地拒绝流量正是设计良好的应用程序应该做的，因此这不被视为产品导致的服务中断。相反，用户服务影响应归因于未能设计足够在线容量以满足提供负载的应用程序服务提供商。从技术上讲，客户可能犯了未能配置足够服务容量以满足提供负载的程序错误。

传统的最佳实践是遵循严格的容量管理流程。IT 基础设施库（ITIL）推荐的容量管理流程包括以下关键活动：
-