当用户在配置微软Hyper-V时，可以将注意力集中在如储存、故障转移、网络以及配置自动化等关键技术上。这些模块都是很重要的，但是当用户真正决定使用虚拟系统时，虚拟机（VM）崩溃以及缺乏对虚拟资源的可见性才是最大的威胁。旧版的供应模型（provisioning model）中，当从发出申请一个新服务器的请求到开始配置系统工作量需要数星期之久，而现在这个过程只需要几分种而已。

　　如今启动一台新的虚拟机如此方便，这就意味着以前启动新服务器时的物理限制已不复存在了。当你的资源不受限制时，就会导致管理员在不理解这些资源从何而来的情况下就沉溺其中。要知道不光所有的机器要花钱购买，机器所使用的CPU和存储资源也需要许可。

　　虚拟服务器供应的注意事项

　　那么用户该如何掌控这种情况呢？首先可以从监视新服务器开始。举个例子，由于花在进程中的时间和精力很多，物理机几乎不可能不被注意到，而虚拟机的速度则可以快很多。这在处理测试以及在QA环境里使用新的虚拟机来进行新软件测试时特别有用。首先，用户要确保记录下所有新机器和他们的用途以及所用权。并且，如果机器仅供暂时使用的话，要注意他们的截止日期并严格遵守这些日期。

　　许多Windows管理员面临的另一个问题是存储模糊，这是由于虚拟机的连接数到达一定数量引起的。用户每次要为一台新的虚拟机的硬盘多分出100GB的存储量，这会影响存储区域网络（SAN）的性能。而群集共享卷（CSV）不仅从实用群集方面提供了帮助，在配置方面也起到一定的作用，在用户使用高度集中的组织结构从而使得自己与存储技术分离开时其作用尤其明显。群集共享卷取代给每台虚拟机划分出一个新的逻辑单元号（LUN）这种方法，使用户能够请求一个更大的LUN，以储存更多的虚拟硬盘（VHD）文件。这不仅使得存储更加简便，也使得用户更清楚存储情况。

　　CSV也带来了挑战，那就是如何平衡出现在同一时刻的I/O请求，当不平衡的情况出现时会影响I/O的性能。举个例子，将一些高端的I/O端口数据服务器加到队列中就会影响性能。这看似不太可能，但是当用户在配置机器时太快则很容易出现这种错误。由于负载很大，在SAN或者iSCSI存储的直接路径刚传递给系统管理员时尤其容易出现这种错误。所以用户要确保自己清楚知道什么内容存储在什么位置，并在追踪自己的虚拟机时明白它的配置。

　　虚拟环境服务器配置标准化

　　在配置没有标准化之前不要有进一步的操作。许多虚拟环境都是因为操作手册和繁琐的程序陷入困境。从技术角度来看，用户可以通过几下几种方法来使进程继续。

　　对初学者也可以通过几下几种方法实现普通机器的自动化：

　　- 使用系统预准备工具创建可存储的镜像，作为可供使用的虚拟机。

　　- 使用Windows配置服务使这些机器处于可供配置的状态。

　　- 利用WMI脚本和PowerShelll命令实现配置自动化。（注意：启动设备的虚拟开关都可以利用脚本进行配置）

　　当然用户还可以使用很多工具来实现这些方法，帮助追踪VM并为这些自动化程序添加图形用户界面（GUI）。比如微软的系统中心虚拟机管理，Citrix Essentials，以及其他诸如UC4和HP Innsight之类旨在帮助用户完善自动化功能的第三方产品。从更大的方向上来看，这些工具是很明智的投资。与VMvare相似，这些工具的价格和实际利用率会为你的系统制定ROI。但是使用这些工具的关键不只在配置上，而是深入到应用管理中。

　　即使用户有了合适的工具和自动化程序来使自已的虚拟机标准化，以前的配置进程仍然是存在的，所以用户需要查看系统中的当前请求进程。通常用户会看到网络配置的要求，如IP地址，系统帐户。将机器与动态目录连接需要多方的允许和信息。如果用户希望自己的Hyper-V虚拟设施尽可能的灵敏，你需要采取与最终目标相符合的手段——供应一台新的虚拟机。

　　要做到这一点，就必须使系统的标准配置与用户的网络配置相同，包括虚拟局域网，子网和中继。与SAN协商存储位置在配置过程中也很重要。最后，找出帐户自动化和实现计算机主导管理的方法，如果有可能的话，将其交由一个安全的脚本执行。

　　用户需要记住的是，工具本身并不会使进程自动化，而配置虚拟机的方法和虚拟技术一样灵活多变。不管你是决定使用自己的脚本还是利用这些虚拟管理工具来进行配置，方法都是相同的——你正在使你的团队作好准备，享受服务器虚拟化提供的快速敏捷的服务。