无论你处于服务器虚拟化项目的起步阶段还是结束阶段，容量规划都是容易让人迷惑的一个地方。在本文中，TechTarget中国的特约作者George Crump将描述什么是容量规划，需要捕获哪些关键变量以及如何为未来的需求手动规划容量。在接下来的文章中，将了解一些用于自动化容量规划过程的工具。

　　什么是容量规划？

　　首先，什么是虚拟环境里的容量规划？它与你需要多少存储以及如何部署这些存储没有关系或有一点关系。在虚拟环境里，我们考虑目前的应用需要多少处理计算机能力、有多少处理可用以及在虚拟环境里如何分配这些负载。另外，通过虚拟化软件在物理主机之间移动虚拟机，考虑为需要重新分配的工作负荷的附加计算需求分配多少资源。

　　容量规划不是一次性事件，而是一个持续的过程。容量规划可以手动操作，不过它可以不是很精确，主要依赖于IT人员的技能。免费的自动化解决方案尝试将容量规划科学化。

　　即使你准备使用自动化工具，明白分析什么需求是关键，这样的话，你才能清楚你的需求。如今市场上的多数工具通过添加容量规划的功能到他们的产品里，以便在市场上分一杯羹。这通常导致这些工具只能分析它们本来所分析的事。例如，添加到容量规划里的一个存储工具可能只报告虚拟机存储资源分配，而不会报告容量规划的其他重要方面。

　　一般来说，容量规划里没有优先权，这是由于整个环境是作为一个整体存在，组件之间相互影响。需要有基础架构整体观，并且每个领域都应该作为一个整体检查。
　　
　　这里描述的手动过程主要是如何简单、快速地完成工作。如上所说，这项工作主要依赖于IT人员的能力。

　　目录

　　容量规划的第一步是列一个详细清单。这样的话，能收集到你所拥有的物理硬件以及其上运行的应用的信息。在应用方面，你如果想记录应用的平均处理器利用率是多少，峰值利用率是多少以及峰值负载发生的频率和时间。不过不要只是测量利用率。确保也作为一个CPU容量百分比测量。

　　例如，一个应用使用3千兆处理器的10%，那么它实际上使用300兆。有要确保这个目录占用的是32位或64位处理器。你想要精确获取的是通过应用负载的测量（与应用相关的利用率），而不是处理器的容量。

　　取决于操作系统和可用的资源，当假定这些峰值负载时段发生时可能需要定期检查。另外，注意应用需要以及使用多少内存，同时预测存储和网络I/O带宽的需求。一些工具可能不能精确地测量。有时显示相当模糊的重级、中级、轻级测量。这也算是个开始。

　　目录过程的下一步是通过分析服务器使用可用物理计算资源。只对于目录服务器，这有一个捷径，将其作为虚拟架构的一部分。这当然存在风险，你可能漏掉一台未充分利用的服务器，所以你可能需要在完成时间与不浪费任何资源之间作出选择。这是一个持续的过程；一个可接受的工作可能在明显的服务器上完成初始工作，然后随着时间推移扩展目录。不像应用目录，计算资源目录需要根据处理器数量、核心数量、处理器速度和可用的物理内存来获取原始容量。另外，尽可能获取服务器I/O容量、网络接口卡数量和存储接口卡数量。

　　如何整合？

　　如第一段所述，你所位于服务器虚拟化过程的那个阶段将决定下一步的一部分，不过分配的准则是一样的。

　　如果你还没虚拟化，开始映射应用到可用的计算资源上。多数虚拟化过程从小部分新物理服务器开始，然后随着虚拟机的创建和工作负荷的转移添加旧服务器。多数虚拟化过程也通过虚拟化低性能、低负荷的应用开始，因为这些应用有最小的I/O需求。因此这些初始安装进行得很好。

　　随着虚拟架构的成熟以及在环境中添加了更多服务器，适当的容量目录允许组织进一步深入这个过程。捕获目录是第一步，不过也需要捕获每个工作负荷的附加数据。这是一个你可以在其上进行虚拟服务器迁移的应用吗？如果是，你应该在这时就分配初始迁移的目标，至少逻辑上分配移动工作负荷所消耗的资源需求。

　　容量恢复与灾难恢复（DR）

　　如果你使用灾难恢复（DR）作为虚拟架构的一部分，同样也需要确保为其分配适当的资源。你不想碰到这样的情况：出现灾难后，在DR站点没有足够的马力驱动所有的虚拟服务器。作为容量计划的一部分，你应该指明服务器是否属于灾难恢复计划的一部分，并且其在灾难中的临界点是什么。

　　实际上，在一个平衡的灾难恢复设置中，一般来说有三个领域需要进行容量规划。作为一种安全防护措施，我将所有虚拟镜像外置。这就是说，第一个领域使用DR工具重新分配，以便出现站点故障时，DR站点里的这些服务器能够即可接管。第二个领域是为加速重新分配虚拟服务器，不过如果时间允许，你应该手动操作。最后一个领域是即将部署的虚拟机，不过你要等到附加硬件添加到DR站点并激活后。

　　警惕容量规划的陷阱

　　最后一步是保持容量规划是最新的。由于虚拟环境里发生了迁移，相较于真实情况，容量规划能作出更精确的猜测。然后随着新工作负载要求的到来或附加物理服务器的检查，可以将其整合进容量计划里。

　　不仅仅是新虚拟服务器需求或者附加的物理服务器导致你审查计划。随着你探究万兆以太网卡，尤其是与I/O虚拟化、存储虚拟化或上述的架构虚拟化，也可以将这些放进计划中。这些技术能进一步扩展整合效益或允许可用计算资源消耗的更大灵活性。