如果你很看重VMware以及微软的言论，那么你将认为数据中心中的一切很快就会被软件或虚拟化所控制。这可能是正确的，因为虚拟能够为数据中心带来更高级别的灵活性。在本文中，我将阐述虚拟存储的优势及其面临的挑战。
虚拟存储最令人关注的用例之一就是用于灾难恢复。想象一下如果你能够借助虚拟化在位于不同地区、不同品牌的存储之间复制数据，那将为数据中心带来福音。虚拟化存储解决了传统存储解决方案所面临的技术挑战，允许你使用基于x86硬件构建的存储阵列并为旧平台提供了高级功能比如快照。
虚拟生产存储
为虚拟化生产存储，存储产品必须作为客户端节点连接到SAN网络。这意味着无论你在生产系统中使用哪种连接方式，都要使用硬件来虚拟化阵列。
第二个要求就是能够看到被复制的卷。这可能是使用存储虚拟化进行数据复制的一个最为复杂的部分。当你在同品牌的阵列之间复制数据时，你可以使用基于块级别的复制。然而，在使用存储虚拟化产品作为代理时并不会采用选择上述复制方式。
存储虚拟化产品的一种使用方式就是作为生产控制器。你可以将所有可用的物理存储映射给虚拟化平台然后在虚拟层对生产存储进行配置。当你想使用不同磁盘阵列的磁盘池来创建单个vSAN时可以使用存储虚拟化。但在我们的应用场景中，我们在寻求采用现有的生产配置并在不影响生产环境的前提下进行数据复制。
我所见到的最为常见的方法就是借助于能够以只读方式挂载操作系统卷的产品。这意味着生产SAN需要支持对LUN或者卷划分zone并映射给多台主机。在这种情况下，你最好确保LUN是只读的而且底层的应用程序不会受到生产和复制重复读取数据的不利影响。在大多数环境下，通用的Windows和Linux操作系统都不满足上述条件。
复制要求
复制不是很复杂。最基本的要求就是产品能够通过广域网进行实时或者定期复制。通常情况下基于数据块进行数据复制，而且要能够基于计划或者可用带宽对复制流量进行控制。标准的Linux发行版和Windows服务器都不具备流量控制功能。
SAN控制器性能
为确保切实可行，在发生灾难时虚拟化必须能够满足性能要求。
大多数商业虚拟化产品都提供了你所需要的性能。和传统的非虚拟化方式类似，存储虚拟化产品往往在物理存储子系统和通信传输上存在限制。
管理部分可能有些复杂。你需要考虑对产品在访问控制以及接口方面是否有要求。注意到在灾难恢复场景中对进行管理和传统方式存在很大的不同是非常重要的，这是因为你使用的是一个不同的控制器而非生产存储。考虑应用配置同样非常重要。
选择存储虚拟化产品
尽管Windows服务器和Linux发行版可能能够满足灾难恢复场景的某些要求，但是这两类操作系统都缺少在文件系统之外查看数据卷的功能。通用的操作系统同样缺少必需的管理及复制功能。下列产品可能会满足我们的要求，这并不是一个详细的清单或者认可特定厂商的产品，旨在使您对相关产品及其功能有一个大致的了解。
HP StoreVirtual是HP收购LeftHand后获得的产品，这是一个非常成熟且健壮的平台。和很多厂商类似，HP通过销售硬件设备来创建vSAN或者通过提供软件为用户构建自己的设备提供帮助。
和HP的StoreVirtual类似，FalconStor首先是一款软件。FalconStor尤其适用于灾难恢复，备份以及CDP。
尽管并非定位为vSAN供应商，但Actifio提供了与vSAN技术相关的众多功能。Actifio为灾难恢复、测试以及开发环境提供数据的虚拟拷贝，重点在于减少数据所占用的物理磁盘空间。
VMware vSAN获得了众多关注。它是一款健壮的产品，能够满足众多需求。然而，这款产品主要的缺点就是仅仅适用于VMware环境，而且并不能用于部署并复制传统SAN的非VMFS卷。来源：TechTarget中国
阅读(1019) | 评论(0) | 转发(0) |
