今天开始真正的实践实验一下微软私有云，先从最简单容易的开始：验证虚拟机存储基础架构。
一、实验资源
前面几篇都是安装私有云几大组件，安装完后，还有一系列的工作:
配置SMB 3.0共享
安装（微软）故障转移群集
把两台或多台HyperV主机配置故障转移群集
加入到System Center 2012 VMM SP1资源中
很遗憾的是做了大部分工作，发现网上（参见如下地址）和以前参加过的微软的云计算IT体验营都有一些测试环境，于是百兆带宽开足马力，一夜的功夫就下载完，而且很容易搭配运行起来，当然最遗憾的是都是英文——不过就当是练练英语好了。
System Center 2012 Service Pack 1 – Virtual Machine Manager – Evaluation (VHD)
System Center 2012 Service Pack 1 – App Controller – Evaluation (VHD)
System Center 2012 Service Pack 1 Configuration Manager – Evaluation (VHD)
System Center 2012 Service Pack 1 – Orchestrator – Evaluation (VHD)
总的搜索页面：
http://www.microsoft.com/en-us/search/DownloadResults.aspx?q=System%20Center%202012%20VHD
二、实验原因
我们会发现发现虚拟基础架构需要加以改善才能更充分地利用已经搭建的私有云的全部功能。于是首先调查虚拟基础架构当前的配置，这样才知道这些功能的最佳存放位置。
于是在该实验中，我们将检查目前托管在 HyperV02 上的 Guest01 的资源使用情况。这是一个本地运行，不具备高可用性的 Hyper-V 典型场景，使用了直接附加存储。在本场景中，我们的目的只是确认 Guest01 所用存储的位置。
三、实验开始
1、在 HyperV02 上打开服务器管理器，并确认仪表板已打开。在工具菜单项中选择 Hyper-V 管理器。
2、如果 HyperV02 没有列在 Hyper-V 管理器中，右键点击 Hyper-V 管理器，选择连接到服务器。
3、选择本地计算机，点击确定。
4、随后将返回 Hyper-V 管理器。选择虚拟机 Guest01，点击右侧窗格中的设置。
5、在硬件一栏中展开 IDE 控制器 0，选择硬盘。
6、记录虚拟硬盘的路径。
最后我们可以看到这个虚拟机的存储位于 HyperV02 服务器的本地 C 盘。如果服务中断，该虚拟机会变得不可用，如果硬件故障，数据有可能丢失。所以以后我们将要改进，将 Guest01 的存储迁移到共享存储平台，并在微软故障转移群集中托管该虚拟机，以便充分利用群集所提供的可用性与适应性优势。
