分类： 系统运维
2009-07-13 17:10:43
仅仅是另一个抽象层
对较小的存储进行虚拟化，从相互连接的一台服务器和一块磁盘开始。这个架构能设计成通过接口卡、光纤通道主机总线适配器，或者使用存储协议的网络，如iSCSI，将一捆磁盘直接附属到服务器。这些架构的每一个都有连接到服务器的磁盘系统，并通过使用分配给那台服务器的存储资源进行手动管理。
当组织成长并迁移到较大的架构或者高性能存储系统时，这个模型更改了。当将存储区域网络(SAN)导入数据中心时，配置存储的一种方法是拥有一个存储服务器管理磁盘访问。我们将描述集成这种方法的几个例子，但是在最简单的存储服务器级别所描述的原则对于迁移到虚拟存储很关键。
正如基于服务的虚拟化是子虚拟机的一个抽象层，虚拟存储是所包含物理磁盘的一个抽象层。对于虚拟环境，这意味着获取磁盘信息的通常做法能起作用，但是可能不会传送精确的磁盘信息。图A显示了这种架构的样子：
虚拟存储的优点和缺点
对于服务器管理员，传统的存储系统已经脱节。这个架构在典型的混乱系统中带来了几个问题。通过使用一个合适的存储虚拟化控制器，能移除许多障碍。即管理访问磁盘的系统从系统脱离出来，独立存在，只要存储到连接到存储网络的主机。
另一个好处是存储系统迁移分配给服务器的逻辑单元号的能力。后台任务以某种方式执行，即对于连接到存储的虚拟主机系统来说是透明的。不过这种便利的管理是有代价的：缺少到磁盘的直接路径。VMware的Storage VMotion技术允许管理员从一个存储系统移动虚拟机到另一个。
在一定程度上，这提供了相同的功能。存储系统能意识到整个LUN，并能移动这些目录到另一个磁盘系统，但是Storage VMotion能移动某台虚拟机到某个LUN.使用任一过程都能获得相同的效果，只要通过不同的机制和管理开销级别。由于直接到磁盘路径被存储虚拟化系统隐藏，存储的一些细节变得更加难以解释。如访问磁盘序列号，我在文章“使用IBM System Storage SAN Volume Controller”里进行了描述。
使用FalconStor Network Storage Server(NSS)虚拟化存储
虚拟的存储系统能提供灵活性并能专用于虚拟化。有个例子就是FalconStor Network Storage Server (NSS)。当存储系统差不多呈现在主机前，有一些额外的功能，如LUN配置和应用感知。此外，FalconStor提供的产品比较简单，通过虚拟设备，如在iSCSI网络上作为iSCSI target的VMware虚拟机，为小型环境提供存储虚拟化。不过用于小型虚拟环境功能存在不足。即NSS不能迁移虚拟设备，因为iSCSI target不存在于其所需的地方。
NSS也能作为物理系统存在。不像其他存储系统，NSS能内置在顾客所购买的服务器硬件里。如选择NSS Enterprise，比管理员选择特定用途硬件的存储系统更节约钱。
可能NSS最好的功能是有应用感知，这描述了一些限制，是由虚拟存储带来的抽象层伴随的。尤其是FalconStor NSS提供了应用感知代理——Application Snapshot Director，与虚拟机和主机系统使用以保护卷数据。Application Snapshot Director通过直接与VMware ESX交互，保持数据交易完整。关键的好处在于这种使用汇报管理存储的方式允许快速恢复和无影响备份。此外，Application Snapshot Director能与VMware的Site Recovery Manager结合，适合灾难恢复模式。图B显示了Application Snapshot Director是如何与VMware结合的。
由于其交互型架构，NSS提供了映射和基于时间的卷快照和复制功能。如先前所说的，这种LUN和NSS的精简配置有利于存储。在存储系统上，精简配置功能如同微软Hyper-V或VMware Server里的虚拟机磁盘文件。LUN呈现的是其完整大小，不过存储系统意识到卷上使用的存储客户端。发生这种情况后，“虚拟”LUN上消耗的就是磁盘上消耗的，如图C所示：
总结
将存储虚拟化非常好。我们上面所描述的功能只是虚拟存储平台的功能样本。为虚拟环境规划存储系统是个挑战，尤其是对于拥有独立服务器和存储团队的组织来说更是如此。同样，如果其他系统能访问SAN，虚拟化优化存储系统案例就变得更加难卖，因为广泛的互操作性成为需求。不过管理自己存储的虚拟化管理员将发现虚拟存储减轻了存储管理的负担。
