摘要：IT资源或服务器、存储器和网络提供的是什么；在给定的质量等级下，如何用它们交付服务；何时需要升级硬件、软件、设施和相关的服务。

　　为了避免因缺乏足够的资源而导致的容量短缺或服务中断，并确保现有资源的最佳使用，应该制定一个存储容量计划。存储容量计划可以简单到一个粗略的大纲，勾画出何时需要以及需要多大的存储性能、可用性和容量。容量计划编制是一种了解什么资源可用、如何利用资源、未来需要什么资源的实践活动。对所有规模的IT环境来说，容量计划编制需要知道：IT资源或服务器、存储器和网络提供的是什么；在给定的质量等级下，如何用它们交付服务；何时需要升级硬件、软件、设施和相关的服务。
　　
　　利用模型和成熟的规划，用于预测的IT容量计划可以非常简单，也可以详尽至极。当然，不管是哪种情况，他们必须与发展计划和业务计划相匹配。在最简单的形式中，容量计划考虑了目前现有的资源，如服务器数量、内存数量、网络端口的数量和类型、软件许可证、存储器性能和空间容量，以及它们的使用情况。比较特殊的是，一个简单的容量计划就能指出服务器什么时间繁忙以及繁忙的时间长度、使用了多少内存、每秒或每小时或每天移动的数据有多少兆字节或多少吉字节。其他信息可能包括响应时间或有关生产率和可用性的其他一些测量指标。
　　
　　容量计划编制开始时应该比较简单，只显示结果和利益，然后演变到涵盖各种方法的比较复杂的计划。为了提高利用率以及改善性能、响应时间和可用性，可以增加一些工具，如建模、报告和预测。计划应该跨越不同的IT IRM领域，即服务器、网络、存储器和输入/输出（I/O），并且能够改善环境。
　　
　　为你的环境和应用建立一条基线，包括什么是正常的或典型的性能。例如，如果你知道各种设备典型的I/O速率和吞吐率是什么，当事情发生变化或者你想要调查性能问题时，你就可以使用这个信息进行快速的比较。
　　
　　编制容量计划需要考虑己计划好的和周期性的工作负载增长——假期和返校购物周期、春假和暑假旅行——以及其他可能导致人潮的事件。对于较大的环境来说，可使用自动化和智能工具追踪各种偏离正常性能的情况，也可以用于帮助人们快速查明发生问题的区域。建立基线的部分作用是，能够弄清通信量的最大制造者是服务器和设各的哪个级别，可以详细到各种级别，包括指定的LUN或卷、端口、协议甚至服务器上的应用程序。
　　
　　除非有现成的资源目录或清单，否则，制定容量计划的一个不错的起点是，清查存货，评估现有的资源和它们的用途，例如，现有多少存储器、怎么配置的、可用多少、分配了多少、谁在使用、何时使用。调查存储系统的性能也很重要，包括1/0速率，可能的话包括I/O类型(读或写、随机或顺序)、数据传输速率(移动的数据有多少)和可用性。在鉴别或评估存储器和服务器资源时，需要牢记的一条简单的指南是性能、可用性、容量和能耗(PACE)。
　　
　　在评估性能时，需要正确地认识响应时间和时延。评估有效存储资源的一个副产品可能是发现末用或未分配的存储器，也可能会发现符合存档条件的数据，其结果是可以恢复额外的存储容量，用于近期发展。
　　
　　对于何时进行评估，需要考虑下面几个因素：服务器、存储器和网络设备的地点、数量、构造和型号。还要考虑它们的配置和所支持的应用程序。当评估配置时，包括所安装的软件和版本、I/O和网络接口的数量和类型、使用的协议、内存或高速缓冲的数量、处理器或控制器的个数。对于服务器，评估的项目包括内存的速度和数量以及处理器内核的个数。对于存储器，包括磁盘驱动器的个数、类型和容量以及如何进行配置，配置包括RAID级别、LUN的规模和数量，以及如何把存储器分配给不同的服务器或应用程序。对于网络设备，包括端口的数量和类型以及专用的路由选择或应用程序刀片。
　　
　　除了逻辑和物理配置外，评估也应该包括如何使用资源，例如，在不同的时间间隔内，服务器的CPU和内存的利用率，还应该包括应用程序工作负载的指标，如给定时间周期内事务、文件请求、电子邮件消息或视频服务的次数。除了服务器CPU和内存使用情况外，还应该查看队列长度、响应时间以及测量服务交付效率的可用性，后者可以结合有关应用程序或业务服务交付度量指标来进行。对于存储系统，除了查看原始和末用或有效容量外，还要查看活动存储器在性能或活动万面的指标，包括IOPS、带宽、视频流、文件请求以及响应时间和可用性。对于网络设备，查看端口的利用率以及差错和拥塞指标。
　　
　　利用标示牌、厂家说明书或实际测量结果，获取IT资源的能源使用和冷却需求。可能的话，把能源使用和冷却需求与实际所做的工作或使用场合联系起来，要么通过IKM工具自动维护，要么手工维护一张效率和效果简表。例如，利用适当的信息，你应该有能力拼凑出下面的结果:为了完成备份、支持BC/DR和日常维护，以及保证基本的在线IT服务交付和其他应用和数据，所有IT资源所需的电力和冷却能源是多少。
　　
　　当评估或建立配置基线和简表时，还要考虑其他因素，包括特定应用程序或特定系统的RTO和RPO需求，这些需求包括何时、何地及如何保护数据。服务需求和数据保留策略共同决定了数据应该保存多长时间和保存在哪里，以便易于数据的存档，如果你不想实际删除数据，就把数据从主存储器或活动存储器存档到近线或离线存储器上。
　　
　　具备了可用资源的详细目录和使用方法，另一件事就是判断资源在获取时是如何使用的。想要判定未来的情况，就要查看以前的趋势和问题，并查看以前的预测是如何与实际使用情况匹配的。除了观察过去的情况，还要观察未来的情况，包括对业务和应用增长率的评估。对未来发展计划、当前活动和过去趋势进行调整，可以帮助你规划未来的升级和容量需求。
　　
　　利用所有信息做出预测，这些信息来自评估、要考虑的目录、发展计划和以前的使用情况。预测可以简单到利用现成的当前使用方法(空间和性能)，假设当前的目标响应时间可以满足需求，那么，只要加上增长因子就可以了。当然，根据详细的模型和分析，容量计划和预测也可以非常尖端和复杂，这些模型和分析可以由内部提出，也可以由外部提出。详细程度根据你的环境和特定需求而有所不同。棘手的一面是，了解如何判断要用的增长率以及如何应用"促进因子"，这导致容量计划编制被称为"一半科学一半黑魔法"。促进因子是一个值，用来解决峰值活动、意外的增长和"洼地"或缓冲空间问题。
　　
　　责任编辑：Echo