关于―存储虚拟化技术

声明：这篇文档是我转载的，来自国际媒体：TechTarget 公司，By SearchStorage(TT存储)板块进行编译的。

潜意识里，我不太希望转载资源，只不过这个资料很棒，如果您对-存储虚拟化一知半解，请细心浏览这篇作品。

然而最主要的是，这些内容来自多个国际权威人士的译稿！

存储虚拟化技术

     随着存储的需求呈螺旋式向上增长，公司内的存储服务器和阵列都无一例外地随之成倍增长。对于这种存储管理困境的一种解决办法便是存储虚拟化。存储虚拟化可以使管理程序员将不同的存储作为单个集合的资源来进行识别、配置和管理。存储虚拟化是存储整合的一个重要组成部分，它能减少管理问题，而且能够提高存储利用率，这样可以降低新增存储的费用。

存储虚拟化方法技术简介

存储虚拟化方法介绍

      存储虚拟化是物理存储的集合，也就是将多个网络存储设备集合成一个存储设备，这样就能简化存储管理。人们都在讨论实现存储虚拟化的最好方法，但是没有一种方法可以适用于任何环境。实际上，许多公司都是根据具体要求采用不同的架构方式。你需要比较各种方法，然后根据自身需要选择合适的存储虚拟化方法.

存储虚拟化方法的选择

存储虚拟化：位置和方法

文件虚拟化产品的选择

       文件虚拟产品在网络文件服务器前运行， 在文件服务器和访问服务器的客户之间创建了一个抽象层。文件虚拟层为多个网络文件服务器中的文件和文件系统编目，使管理员可以访问客户服务器能访问的所有网络文件服务器。在选择和实施文件虚拟化产品之前需要考虑五个方面的内容。

文件虚拟化产品的选择

SAN部署对存储虚拟化的影响

SAN只是相关联，并不智能化。大多数SAN采用了简化关联性，提高存储共享，因此存储虚拟化是一个补充技术而不是一个推动技术。

SAN部署对存储虚拟化的影响

服务器虚拟化让灾难恢复受益

        大到服务器虚拟化，小到VMware基础架构，这些讨论都是围绕服务器整合和绿色数据中心的，不过，服务器虚拟化技术对于IT行业影响最大的却非灾难恢复莫属了。大多数企业可以通过对这些备用服务器进行虚拟化来节省资金。一个单独的异地服务器可以当作备用域控制器、SQL服务器、Exchange服务器以及其它服务器来使用。你不但可以节省所有这些物理服务器的费用，而且可以节省容灾点的空间和能源费用。

服务器虚拟化让灾难恢复受益

存储虚拟化FAQ

   存储虚拟化一直是比较热门的技术，综合了国外存储虚拟化问的比较多的问题，希望对国内用户有些帮助。

• 有哪些存储不适用存储虚拟化

• 存储虚拟化产品有什么已知问题或限制吗？

• 存储虚拟化对存储性能有影响吗

• 实施存储虚拟化后移除有困难吗

• 存储虚拟化对存储容量和管理有什么影响

• 哪些应该实施存储虚拟化――主机，网络，磁盘阵列？

• 存储虚拟化如何轻松管理存储

• 谁提供存储虚拟化产品？它们有什么不同？

• 市场、产品对存储虚拟化做好准备了吗？

存储虚拟化方法技术简介

      随着存储的需求呈螺旋式向上增长，公司内的存储服务器和阵列都无一例外地随之成倍增长。这种分布各异且不相同的存储资源的蔓延发展最终使管理变得越来越难，从而导致了未被充分利用（甚至丢失）存储资源。事实上，存储利用率只有50%的现象很普遍，导致新存储的花销很浪费。
对于这种存储管理困境的一种解决办法便是存储虚拟化。存储虚拟化可以使管理程序员将不同的存储作为单个集合的资源来进行识别、配置和管理。存储虚拟化是存储整合的一个重要组成部分，它能减少管理问题，而且能够提高存储利用率，这样可以降低新增存储的费用。让我们来看一下与存储虚拟化相关的几个关键问题。

     存储虚拟化在存储系统和使用存储的应用之间增加了一个提取的环节（通常来说是软件）。应用程序将不再需要知道它们的数据保存在哪个磁盘、分区或是存储子系统中。如果实施正确的话，存储虚拟化可以将存储利用率提高到80%或更高。
存储虚拟化也能够改进可用性。如果一个应用程序与某些特定的存储资源相联，那么任何对于这些资源的中断都将会降低该应用的可用性。通过存储虚拟化，应用程序就不会再与某个物理性的存储程序相联系了。

      存储虚拟化可能帮助帮助存储容量扩增自动化。不需要手动的配置，存储虚拟化能够运用策略，分配更多的存储容量给所需的应用。存储虚拟化也可以允许存储资源在传送的过程上进行更改或者升级，这些操作都无需中断应用性能，减少了为修理和维护所需要的存储宕机时间。

存储虚拟化的不利方面是额外增加的复杂性。存储层是存储环境新增的部分，随着虚拟产品打补丁和更新，必须进行管理和维护。同样，存储设备之间的互操作性和兼容性也会有所影响。在一些情况下，虚拟层可能会与存储系统的某些特性相干扰，比如远程复制。比如说，一个包含本地远程复制的存储阵列，当这个阵列被用在虚拟化环境时，也许就不能够再提供这种复制的服务。只有在实验室的试验和评估结果才能够显示出这种潜在的问题。

     另一个问题就是一旦存储虚拟化实施后，重新恢复或是取消操作存在的困难。这并不是不可能，但是重新将应用与存储位置进行关联的过程很容易出错。专家们建议逐步实施局部的存储虚拟化，先在一个或几个应用中局部部署，然后再扩大至数据中心和整个公司内部。

寻找正确的虚拟点

      存储虚拟化可以分别在主机层上，网络层以及存储系统层实施。基于主机的虚拟化是最直截了当的out-of-band（带外）方法，但是它的扩展性却不是很好。另外，维护虚拟服务器也是很麻烦的，尤其是必须在每一个虚拟存储设备上安装一个代理，并进行维护。

     相反的，存储虚拟化可以在存储阵列本身进行（例如，日立数据系统的TagmaStore通用存储平台系统）。这种方式提供了很大的便利，但是这种以厂商为中心的部署方式通常不具有异构性。
目前，存储虚拟化实施最受欢迎的虚拟化点在于网络结构本身，通常使用一个专门的虚拟化产品，或者是由运行诸如IBM的SVC虚拟化软件的博科或是思科的智能交换机。基于网络的存储虚拟化最有扩展性和部署的互操作接点，这使得它对于存储整合方案显得尤其适合。但是虚拟层中的in-band（带内）处理可能会对网络性能有一些轻微的影响。

对容灾恢复的影响

      存储虚拟化也可以影响备份和容灾的整合。在许多情况下，复制，尤其是远程复制，要在两个相同的存储系统之间进行（例如，从Symmetrix 到Symmetrix），这样，复制的数据完全映射到原始的存储系统。在一个虚拟存储环境中，数据几乎可以复制到任何一个位于容灾站点的存储硬件上。当旧的存储硬件被新的系统取代时，这一做法是很有益的，因为旧的硬件可以重新部署到容灾站点。

存储虚拟化方法的选择

      你将学到以下知识：本文概述了三种目前能够实现的存储虚拟化方法，以及每种方法的优点、注意事项和实例。

      存储虚拟化是物理存储的集合，也就是将多个网络存储设备集合成一个存储设备，这样就能简化存储管理。人们都在讨论实现存储虚拟化的最好方法，但是没有一种方法可以适用于任何环境。实际上，许多公司都是根据具体要求采用不同的架构方式。你需要比较各种方法，然后根据自身需要选择合适的存储虚拟化方法。下面简单地介绍带内、带外和独立路径存储虚拟化方法：

带内（In-band）/对称存储虚拟化技术

      带内方法主要在主服务器和存储设备之间实现虚拟功能，是传统的产品和存储系统经常采用的方法。
特征：带内/对称存储虚拟化技术采用x86软件或专有硬件以及软件存储系统，看起来就像是始于存储设备，终于主服务器。这是最常见的存储虚拟化形式。

优点：无需代理主机，相关部署实例和超高速缓存能够帮助实现各项性能，同时保持灵活性。

注意事项：数据通道中可能会存在一些性能问题

寻找：能够扩大查找范围、实现互操作功能，且不会使系统变得复杂和不稳定，也不会增加系统成本。

实例：传统的存储系统、产品，如IBM SVC、FalconStor软件公司和 DataCore 软件公司的相关产品。

带外(Out-of-band)/非对称存储虚拟化技术

     带外存储虚拟化设备安装在主机和存储之间的数据通道之外，因而主机中需要安装专门的软件。
特征：带外/非对称存储虚拟化技术可以减少带内存储所存在的性能问题。但是，带外存储需要依靠代理主机和元数据控制器访问存储设备，这样就使存储虚拟化变复杂了。

优点：扩展性能较好。

注意事项：逐渐被独立路径存储虚拟化技术取代。

寻找：在带内和独立路径技术之外，寻找稳定、适应能力强的供应商和解决方案。

实例：LSI StoreAge

分离路径存储虚拟化技术

分离路径存储虚拟化技术综合了带内和带外技术的优点：

特征：分离路径存储虚拟化技术在与软件绑定的开关或者产品中采用存储服务模块或者适应器。

优点：部署更加灵活，解决了数据通道问题。

注意事项：提供给你软件的供应商还处于成长阶段。

寻找：寻找稳定的供应商、能够共存的扩展方案，同时支持不同的软件和硬件。

实例：LSI StoreAge, Incipient公司的相关产品, EMC 公司的 Invista, Fujitsu VS9000

存储虚拟化：位置和方法

      你会学到以下知识：本文概述了存储虚拟化实施的位置和方法，并教你如何为你的环境选择合适的方法。

      存储虚拟化主要包括集成、透明的数据迁移、异构复制和设备仿真等功能，可以通过主服务器和网络交换器设备之间的数据通道实现这些功能，也可以在存储系统中实现这些功能。实施存储虚拟化的最佳位置取决于你的偏好、现有技术以及部署存储虚拟化的对象。

      你可能会发现，一些应用程序及其存储要求需要结合多种技术，满足具体的需求。其中，一些应用程序采用带内虚拟化产品或基于存储系统的存储虚拟化技术，另一些利用分离路径、基于网络功能的快速控制路径等。

       许多人在争论带内（在数据通道中）、带外（拥有代理服务器和元数据控制器，在数据通道之外）和分离路径（带内和带外的结合体）各自的架构优势。也有人在讨论网络中基于产品或存储服务模块的主机软件和存储系统中的软件。图　显示了三种实施存储虚拟化的方法。

      带内方法主要在主服务器和存储设备之间实现虚拟功能，是传统的产品和存储系统经常采用的方法。图2就是一个简单基本的例子。实际部署时，交换器可能作为服务器和虚拟化设备之间的数据通道的组成部分，也可能作为虚拟化设备和存储设备之间的组成部分。

为你的工作环境选择最佳方案时，应考虑以下内容：

对于分离路径技术，明确软件的选项功能，以及可以获得哪些硬件平台。

• 对于存储服务模块、切片、产品和适应器，明确其支持哪些软件，具有哪些互操作性。

• 时刻牢记存储虚拟化的黄金法则：无论采用哪种方法实现虚拟化功能，都要锁定供应商。

• 并非所有的端口都具有存储服务，例如，在需要异构复制和数据迁移的端口部署虚拟化。

• 避免出现溢出，替换不合适的技术。

• 警惕一些解决方案可能会堆积很多技术层，使其变得十分复杂，也可能加大管理难度。

• 解决方案应该在性能、连接、管理案例、功能和恢复力方面具有扩展性，而不会使系统变得不稳定。

     实施和部署存储虚拟化的方法多种多样，可以满足各种需求。最适合你的方法应该能满足你的需求，可能会随你的存储层和应用程序改变而变化。认真比较各种方法，你就能判断哪种方法最适合你的情况。

文件虚拟化产品的选择

     你会学到以下知识：在选择和实施文件虚拟化产品之前需要考虑的五方面内容。文件虚拟产品在网络文件服务器前运行， 在文件服务器和访问服务器的客户之间创建了一个抽象层。文件虚拟层为多个网络文件服务器中的文件和文件系统编目，使管理员可以访问客户服务器能访问的所有网络文件服务器。一旦安装完成，网络文件服务器就能不断读取文件数据和元数据，而文件虚拟化产品具备先进的文件管理功能。文件虚拟化产品主要具有以下优点：

1）全局命名空间可以显示网络文件服务器中的文件；

2）网络文件服务器之间可以共享超强的存储能力；

3）数据可以迁移到终端用户和应用程序，过程透明；

4）支持分级存储的基本设施。

选择文件虚拟产品时，应考虑以下五方面的内容：

      带内（In-band）还是带外（out-of-band）？带内文件虚拟产品呈现出普遍，单一界面特性，供所有的网络文件服务器使用。带内应用程序能使管理和文件迁移工作变得非常简单，但是如果大小不合适，就会产生相应的问题。管理员通常部署带外文件虚拟化产品，这样就不会或者很少干扰工作环境，但是他们还需要为服务器设置代理，或者移至带内，才能实现文件迁移。

     全局命名空间。全局命名空间是寄存在网络文件服务器中所有文件的中心目录。拥有NAS命名空间的企业需要将现有的命名空间转换成文件虚拟化产品带来的命名空间。

      产品可靠度。如果你打算严格采用文件虚拟化产品来迁移文件，那么可靠度就不是问题，因为带内和带外产品都具备容错能力，不会丢失数据。但是，如果你打算长期采用虚拟化环境，而且要在不同的文件服务器或集中的网络过滤容量中利用各项先进的功能，如条带文件，就应该确保产品的可靠度和公司的服务协议相匹配。

     过滤总量。在迁移过程中，通常采用文件虚拟化产品固定文件系统，将寄存在多个网络文件服务器中的文件系统固定在一个文件服务器中。然而，记住文件系统的总量应保持在一定的水平，使其能够在专门的备份窗口得到备份，这一点非常重要。

    支持网络过滤器API。文件虚拟化产品并没有降低NAS操作系统的价值。EMC 公司的DART系统和Network Appliance公司的Data Ontap系统都属于NAS操作系统，具有快照和文件锁定功能。利用这些功能时，应找出由这些设备集成的文件虚拟化产品， 这样才可能在产品中设定策略，集中管理这些功能。

SAN部署对存储虚拟化的影响

     我的确没有看过存储虚拟化推动存储区域网络（SAN）部署。例如，如果你看IBM的SVC软件，IBM预计超过2100（或者更多）下载，并且这些下载量包括一些类型的SAN。不清楚的是SAN安装是否支持SVC安装，或者SVC仅仅是用来补充解决某个特定问题。SAN只是相关联，并不智能化。大多数SAN采用了简化关联性，提高存储共享，因此存储虚拟化是一个补充技术而不是一个推动技术。
     如果你能采用虚拟化技术来解决问题，而不会带来管理负担，你可以称之为胜者了。进一步来说，SAN关联性将会带来好处。这些好处来源于虚拟化和其他块状设置如虚拟交换机等带来的智能化。关于这些我们正在收集整理来满足这些需求。

服务器虚拟化让灾难恢复受益

      大到服务器虚拟化，小到VMware基础架构，这些讨论都是围绕服务器整合和绿色数据中心的，不过，服务器虚拟化技术对于IT行业影响最大的非灾难恢复莫属了。

     长期以来，为任务关键型的应用制定的灾难恢复（DR）计划需要对这些应用进行复制，并且在容灾点拥有备用的服务器，一旦通知，就可以立刻接手运行。

     大多数企业可以通过对这些备用服务器进行虚拟化来节省资金。一个单独的异地服务器可以当作备用域控制器、SQL服务器、Exchange服务器以及其它服务器来使用。你不但可以节省所有这些物理服务器的费用，而且可以节省容灾点的空间和能源费用。

     既可以节省费用，同时又可以继续提供与旧的昂贵物理服务器相同的保护水平，这无疑是一件好事。但是真正的受益之处在于改善了应用的恢复时间，应用不需要专门的备用服务器。多数企业很快就意识到他们可以将一些应用从第二级提升到具有备用服务器，因为这些备用服务器从本质上来讲是免费的。

解决不同硬件的裸机恢复问题

     在过去，第二级的应用仅限于从磁带中得以恢复，作为其保护模式，这种方法会导致多天的恢复点和恢复时间。即使你已经复制了该应用的数据，通常也不太可能有一个完全一样的服务器来恢复该应用备份。要么需要对不同的的硬件进行裸机恢复，要么就购买一个新的操作系统和应用安装，在这个过程中还要有安装数据库所需的所有补丁备份。

      这个“硬件不同”的问题已经得到了解决，因为虚拟机实际上是虚拟的机器――它们都是运行同一套驱动程序，如果它们从一台主机转移到另一台主机，你区分不出来。此外，VMware,或者甚至微软的Virtual Server或Hyper-V的虚拟机快照仅是文件而已，所以恢复一台虚拟机就只是将文件安装到新的主机上。

    与以往的依赖磁带进行转移不同的是，现在你定期对你的虚拟机安排快照，然后通过复制连接，将它们转移到容灾点。如果你的网管能够正确考虑通信的优先级，它就不会对实时的复制造成干扰。
真正的问题在于一旦灾难宣布，你必须开始转换到备用服务器。因为在转换的那一刻，人们揣着忐忑不安的心情启动灾难恢复的基础设施，全速进行接管，容灾点开启大量的计算马力（当然，大量的计算马力也意味着大量的钱）。

     趋向于更节俭的公司会充分利用专为企业设计的虚拟计算机管理软件（Vmotion），因为这个软件可以在这些虚拟化服务器运行时，动态地从一台主机转移到另一台主机。此外，灾难恢复提供商喜欢SunGard（一家专业数据恢复公司）公司推出的“服务器共享”服务。通过共享的服务器，你每个月只需要支付灾难恢复提供商一小笔钱，这样，在你宣布紧急状态时，，就可以在容灾点获得服务器使用的权利。一旦你宣布进入紧急状态，你就获得这些服务器的独家使用权，并且可以在服务器上安装VMWare ESX。

     然后，一旦新的主机开始投入使用，你便可以根据负荷量的不同，利用VMotion（或者更好的VMware DRS）动态地将虚拟服务器分配并安装到新的主机。这样，将提高你的应用性能……可能在你的用户进入新的工作区使用这些应用之前就完成了恢复。
注：还有一种办法虽然需要更长的恢复时间，但是可以使用厂商的服务器速递项目，这样一旦灾难发生，就能立刻速递给你新的服务器。

有哪些存储不适用存储虚拟化

有哪些存储不适用存储虚拟化呢？

      假设你有一个独立的应用，它工作的也很好，并且工作方式你也很满意，只需要一点升级和微小的维修。像这种情况，可能就不需要应用存储虚拟化。除了这些相关的应用，其他的也没有必要去避免虚拟化。

     但是，用户应该对要求100%控制存储环境的存储虚拟化产品特别谨慎。你最好要小学应用虚拟化。如果看到事情进展顺利，这时就不用太担心虚拟化了。慢慢的，整合会使自动精简配置得到控制，避免IT公司困惑。要有一套用户指南，这样就可以保证在存储虚拟化环境中各种应用的一致性。

存储虚拟化产品有什么已知问题或限制吗？

     作为一种新技术，存储虚拟化产品的成熟度是不同的。例如，IBM的SVC产品和DataCore公司的SANsymphony产品，以及飞康软件，StoreAge Networking Technologies公司的产品在市场都有很长时间了。他们在存储应用上增加了一个虚拟层。即使这样，仍然有很多应用如自动精简配置在虚拟层可用，但有些在虚拟层不可用。

     我想这个基本功能在我提到的产品中都是完整的。现在是一个好的时机来评估这些产品和市场了，特别是现在服务器虚拟化变得稳定和流行。应用存储虚拟化和服务器虚拟化对于用户来说有很大的好处。

存储虚拟化对存储性能有影响吗

      存储虚拟化对存储性能有影响吗？连接到SAN的总开销会增加吗？如何减少潜在的影响呢？
你在物理存储和架构之间增加了一层抽象层，包括交换机和服务器。基本的原则是增加工作会占用CPU，影响其他计算机存储和应用。毫无疑问增加延迟性。
但是，依赖于部署的存储虚拟化产品，实际上增加了性能。假设一个简单的包含JBOD的环境，IBM SVC是一个盒装产品，可以增加RAID和存储虚拟化产品性能。那么假设有性能影响也是很安全的。

      这也就是为什么对于大的，可靠的企业来说寻求基于智能交换机或基于应用的存储虚拟化是很重要的。因为基于交换机的方法会减轻其他部署的性能影响。

实施存储虚拟化后移除有困难吗

      如果在存储架构上的其中一层应用了存储虚拟化，那么移除或“退出”虚拟层有困难吗？要采取什么措施来提高成功率或减小放弃虚拟层的破坏性？

      存储虚拟化对于公司是一个重要的的决定。对你所做的一定要谨慎，因为去掉虚拟化并不容易。一旦你部署了虚拟化环境，从存储到服务器以及物理存储之间是完全抽象的，IT存储管理员不知道存储是来源于哪里。几年来你可能要依赖存储虚拟化厂商的产品，因此，仔细挑选一个厂商是绝对重要的。

    你可以退出存储虚拟化，但这是一个头疼的问题。你需要在某个地方备份你的数据，移除虚拟层，然后把数据备份到物理存储设备上。

存储虚拟化对存储容量和管理有什么影响

存储虚拟化可以帮助提高存储利用率，那么存储虚拟化后对存储容量计划和管理有什么影响呢？

       他们之间的关系是一种合作的关系。假设我们有两个想等的Tier 1存储盒支持1TB。我可以在这两个盒子之间创建一个存储池，这样达到2TB。既然它是一个流动的存储池，容量计划就变得更溶剂，特别是存储盒内的存储虚拟化软件都支持自动精简配置。例如，我可以在应用上多分配点，在物理容量上少分配些。因此可以更好的满足应用，但是在物理级来说，我得到了更好的利用。当存储需求接近物理容量限制时，这时可以在粒状级别上增加容量。

哪些应该实施存储虚拟化――主机，网络，磁盘阵列？

哪些应该实施存储虚拟化――主机，网络，磁盘阵列？

     基于主机的存储虚拟化在开放系统中是第一批虚拟化产品。它来源于Veritas Software公司。设计之初是允许不同厂商的服务器“管理”不同的几台物理设备。这是一个单独的服务器解决方案，而且也不再适用了，所以应该在网络或控制器中来看存储虚拟化。

     唯一的一个基于控制器的存储虚拟化来源于HDS公司。有利有弊，虚拟化已经在存储系统内实现（如HDS TagamaStore），因此用户应用相同的HDS环境可以有很大的好处。但要注意的是所有的存储通道，不管是否来源于HDS，都要遵从虚拟存储阵列控制器。

     如果你有很高的异构环境，基于网络的解决方案应该是更合适的。基于网络的存储虚拟化可以跨应用，Intel服务器的基础上，一个只能交换机或PBA，这三种技术在网络上都有应用，但是你选择的方法取决于你现在的供应商和你要求的网络性能。

存储虚拟化如何轻松管理存储

     现在的数据中心由很多大型独立系统组成。存储附加在服务器上，服务器有一个操作系统（例如Windows， Linux， Solaris，等），它跑特殊的应用。这些堆栈（硬件和软件）是它自己的仓库，在大企业的数据中心中，你可以有成百上千的仓库。

      这种解决方案的复杂性在于需要在服务器层面提供一个虚拟层，这种产品已经可以在Xensource或VMware或Microsoft虚拟服务器实现。现在你可以在网络和存储层虚拟化应用应用虚拟化。目的在接下来的两到三年使整个数据中心环境实现虚拟化，使“可用性”成为更可用。去除这些仓库，使全球环境更容易管理，更好的在性能上实现用户需求。

      我们有大量自已增长的物理存储设备和阵列以及JBOD，这些不仅仅是在数据中心。完全管理这些存储盒已经成为不可能。存储虚拟化“隐藏”了这些物理系统，用一种通用的方式管理这些不同的设备。

     存储虚拟化也给所以的存储应用提供一个一致的界面。换言之，IBM、EMC或HDS的存储阵列有他们自己的存储应用，如复制，镜像，闪存等。但是实际的应用每个公司的系统都不同。在这些异构盒上加入存储虚拟化，你可以用一套单独的存储应用，这样就没必要学习多重应用了。对于数据转移和整合来说，对企业也具有极少的破坏性。

    假如你想从RAID-0转到RAID5，你不得不备份数据，创建另一个RAID 5 LUN，然后把数据传到新的LUN上。这是一个破坏过程。如果你想要创建分层存储，你可能有两到三个独立存储盒作为第二层，第二层，第三层。你不能把这些盒子放在一起。存储虚拟化去除了这些问题，并且允许在异构盒之间复制。

谁提供存储虚拟化产品？它们有什么不同？

谁提供存储虚拟化产品？它们各有什么不同？

      在今天的虚拟化市场中，虽然有很多的厂商，但是可以将他们分成三类：带内设备厂商(典型的应用)、带外设备厂商和面向智能设备的独立路径架构(SPAID)厂商。

       针对带内设备厂商而言，有如IBM的存储虚拟控制器(SVC)、DataCore软件公司的SANsymphony和FalconStor软件公司的IPStor。这三家公司是参与虚拟化"游戏"的所有公司当中做的比较好的。在3到5年的时间内，他们都成为了经验丰富的存储虚拟化产品提供商。

      近来，被LSI收购的StoreAge公司原先是行业内唯一的一家带外设备产品厂商。存储虚拟化管理器(SVM) 在其自身的基于英特尔服务器的设备上运行。最近，该管理器还支持QLogic和Emulex公司的专用设备。

     SPAID类的产品包括如Incipient公司的网络存储平台(NSP)和EMC的Invista。这些产品和带外设备架构类似，但是这两个产品的设计都旨在在网络环境下使用智能开关。如，Incipient的NSP和EMC的Invista都要配合使用思科系统公司和Brocade Communication系统公司的智能开关一起工作。
日立数据系统公司(HDS) 代表了一小部分第四类存储虚拟化厂商，在这些厂商的产品中，存储虚拟化功能实际上是在存储柜自身内部实现的。在这方面，TagmaStore就是一个好的例子。

市场、产品对存储虚拟化做好准备了吗？

市场、产品对存储虚拟化做好准备了吗？

    答案是产品已经准备好了。大约花费了三到四年发展到现在的成熟度，而且主要厂商的产品所有的都已经准备好了。

     在上几个问题中提到的都是异构存储虚拟化，跨越不同环境运行的。一些厂商也在为同一平台开发产品。如3PARdata公司和Pillar Data Systems公司以及Xiotech公司。这些厂商都致力于提供非常好的存储虚拟化产品，但唯一不足的是不能和其他厂商的产品兼容。但是他们每一个产品都可以部署存储虚拟化。

     基于完整性的需求，存储虚拟化也被应用到文件和块中（如iSCSI），从文件方面来说，有NetApp公司的V系列产品，也有PolyServe公司，Exonet或silon Systems，这些产品都可以在异构应用存储虚拟化。从iSCSI角度来说， LeftHand Networks公司和EqualLogic公司他们的产品都为他们自己的存储盒提供相同环境内的虚拟化产品。

                                                                               The End,