在存储方面Windows Server 2012的改变

在我的IT生涯中，作为基础架构顾问的日子是最愉快的，因为在这段过程中我对于完成某些目标的最佳方法进行过一些深入的，慎重的讨论。无论讨论的具体话题涉及虚拟化、存储，或应用程序，这些内容都有一个共通之处，那就是需要对数字化的资产与数据提供保护。每个人都想为自己的负载设计一套成本低廉（从运维的角度来说）的灾难恢复解决方案，但都不希望影响性能或用户的使用；然而我们都知道，在灾难恢复解决方案这方面，只有付出多少才能获得多少。

最近有人告诉我，很多公司实施虚拟化战略的两个原因中，其中之一就是灾难恢复。我觉得这挺合理，然而物理服务器灾难恢复环境中的大部分底层基础架构需求在虚拟化世界中依然是不可避免的。我们依然需要通过底层的存储设备对数据进行复制。如果主要服务器故障了，我们依然需要类似“备份”硬件负责接管。别误会我的意思—这些解决方案本身挺好，但到最后往往会成本高昂。需要有一些更好的办法，确保我们不会因为较少的IT预算而最终遇到“灾难恢复方面，付出多少才能获得多少”的窘境。

迎接Windows Server2012 吧。在我看来，这真是我见过的第一个“云就绪”软件，能够让您真正抓住云计算时代的各种盈利机遇。将重心转移到负载的可移植性（这是改善目前灾难恢复功能的最基本原则）明显是这套软件的设计主题，无论什么情况，您的虚拟机永远不需要关机，这才是灾难恢复的终极目标。

当然，作为一名工程师，我很乐意试试看这些功能。在安装了几台Hyper-V和文件服务器后，我决定测试使用SMB共享存储我的虚拟机文件。其实并不像听起来那么复杂，看到我的所有相关虚拟硬盘文件（VHD）都保存到网络路径中，这感觉真的挺酷。

友情提示：对于POC设置，请确保您设置了一致的名称解析（实验室中往往会忽略这一点），或者直接使用IP地址。

随后我打算试试看能用这样的共享做什么，毫无疑问，首先要尝试的就是实时迁移的改进。在Windows Server 2012中，您可以将保存在SMB文件共享（要求使用SMB 3.0—目前只有 Windows Server 2012 能够支持）中的虚拟机无缝迁移到同一个域（确保必要的共享权限）中的任何其他宿主机上。 我打算将虚拟机移动到自己的另一台宿主机上，而就在我使用Alt-Tab组合键切换到说明文档，阅读完并切换回来之前，虚拟机就已经迁移完毕了。

在迁移时我忘了一件事，在所有宿主机上我都没有执行过任何必须的存储配置，因此这整个过程就更加让人激动了。直接就能使用。 我简直等不及把这个功能和操作系统内建的其他优化功能配合使用（重复文件单一实例以及压缩等），看看能提供多少收益。

随后，我的工程师思维理所当然地决定了接下来的做法：“好吧，还能有点什么突破？”对于这个功能，我做的实验证明了对负载进行实时迁移就和执行Ping操作以及复制文件一样简单。但只是这样还不够。 . . 我打算用虚拟机提供视频流服务。在搭建的环境中，我不只使用一路视频流，而是同时向网络中的不同设备提供两路视频文件，并对其进行监控。一路视频是文件服务器上保存的一个AVI文件。另一个则是高清视频文件，由服务器端的转码器进行转码，然后流传输到笔记本。此外我还持续进行着 Ping 操作。在两路视频同时进行的过程中，虚拟机的CPU占用率稳定在30%左右，因此我就更想知道最终结果会怎样。在开始执行实时迁移之后，我就在关注视频是否会有卡顿或者中断，但最终无果。有趣的是，观察到的最明显的中断就是命令行下持续进行的Ping操作有过一次丢包。由于对这个小型测试环境获得的结果非常满意，因此我决定继续把整个电影看完。

简而言之，可移植性是关键。Windows Server 2012还包含了大量其他功能和特性，但在您阅读本书的后续内容时，请注留意对云环境的高层观点，以及Windows Server 2012中的各项功能是如何达成这一目标的。