如果你像很多人一样，几年前你可能开始使用虚拟化来整合你的物理服务器。然后你会发现你的一些应用程序运行缓慢，或者你会发现，将虚拟机（VM）从一个盒子移至另一个会比想象中的困难的多，这要求你在虚拟程序之间手动重建路由，并将它的存储放于公司的某个SAN存储上。在这两种情况下，你的虚拟化程序供应商可能会告诉你，你的传统存储是问题的根源。为了一劳永逸的解决这个问题，你的虚拟化制造商会说，你可以放弃你旧的存储，并选择称之为超融合存储的平台。

你的第一反应可能会问：“它怎么能是传统存储呢，我可是刚刚部署上它的？”接下来的一个问题会是“超融合存储到底是什么？”在网页上搜索超融合存储的信息，可能会出现许多供应商提供的产品的不同定义。

分析师认为，超融合存储实际上是超融合基础设施的一个子集。超融合基础设施通常指的是，通过软件定义存储的软件这个“胶水”来将服务器组件粘连在一起。它就篡夺了本身是阵列控制器的所有特性和功能，取而代之的是，将这些功能放置于软件控制器上，运行在超融合平台的服务器上。

在现实中，超融合基础设施没有单一的定义。它有不止一种形式，每一个都是由其后端的超融合软件或存储硬件来区分的。

在某些情况下，超融合存储被看做是一个节点的存储硬件设备。服务器组件是一个大的存储控制器，运行着SDS，通常在一个特定的虚拟化平台下运行，控制着服务器的直连存储和一些内部的DRAM或闪存存储。该方案提供了一些硬件相关的实例，因为只有选择的硬件可以被用做存储，并且在它支持的虚拟机管理程序中，它仅支持单一的虚拟化平台的虚拟机的工作负载。VMware的EVO：RAIL就是一个例子。硬件的选择是相当有限的，并且只有基于VMware的虚拟机的数据可以使用相应的存储空间。

通过使用服务器虚拟化的SDS微内核，硬件依赖的超融合存储架构可以被构建。例如，如果你已经尝试这搭建一套VSAN，或者是微软的Hyper-V集群存储空间，你会明白我的意思。在每种情况下，你选择将何种硬件加入到服务器中，有一定的灵活性，但不是很多。只有某些种类的驱动器，闪存组件和内部互联协议是支持的和认证过的。这比EVO:RAIL在硬件选择上要灵活一些，但是每一个只支持特定的虚拟化负载；存储空间不可以被不同虚拟化负载共享。

第二类超融合基础设施产品

第二类超融合架构产品可以有固定的或灵活的硬件配置，但是它支持在不同虚拟化平台下的工作负载。让我们假定你有微软Hyper-V和VMware vSphere ESX，每个都运行着虚拟机。如果你正在运行的VMware服务器上的超融合VSAN节点有空间，并且运行在微软Hyper-V服务器上的集群存储空间节点有一些容量，有没有简单的方法来配置一些可用的存储容量到需要的地方。微软提供一个转换器，它可以将你的VMware VMDK文件转换成一个VHD文件，所以它能够存储在集群存储空间上，但是这意味着VMware不可以再使用它。（作为它的一部分，VMware不提供异构的虚拟化平台使用VSAN来提供工作负载。）然而，Nutanix提供一种硬件独立的设备，它可以用来提供VMware和Hyper-V的工作数据负载。

1 | 2