文档介绍：20160810 超交融解决方案介绍 v174
超交融解决方案介绍
第一需要厘清看法 , 谈超交融，就得先从交融架构谈起
交融架构又称为集成系统，经过整机柜集成和预配置实现快速部ric 能够平时的理解为站在为虚假机服务的角度上 , 以让虚假机运行的更有效率为目标， Top— Down进行产品设计。
比方说 , 在传统的架构中 , 储藏对上层的主机供应储藏卷服务，对于在
主机上部署的虚假机来说， 其数据详尽在储藏上如何分布 , 是不能知的， 当
我们在使用快照、复制等数据保护功能时，我们是对储藏卷进行操作。
而在超交融架构中 , 与虚假机相关的数据分布， 会有“当地化” 的看法，也就是虚假机的数据会优先存放在当地节点上，
防备跨节点接见造成的延和缓资源
占用。在进行快照、复制等操作时，同样也是围绕虚假机这个维度来进行的 , 而不是传统架构中是对虚假机所在的储藏卷进行快照和复制。
业界的超交融方案， 如从前所述 , 大体能够分为两类， 一种是 “原生”超交融，如 Nutanix 、SimpliVity 、Maxta，另一类则是软件定义储藏升级，
如 HP的 StorVirtual 、 Huawei 的 FusionStorage 。
比较这些产品的指标能够看出， 前者在 “VM—Centric ”方面一般做的比较全面 , 也会将其作为宣传的重点，此后者在“ VM— Centric ”方面着墨较少。这很好理解，毕竟前者是针对虚假化场景进行的特地设计，此后者
更多是将现有的软件定义储藏增加了一个虚假化层 .
举一个例子说明这两种架构的不同样就是：前者是一辆轿车，设计目的就是为了驾驶者的乐趣和乘坐者的酣畅，此后者更像一辆皮卡，设计目的
是为了载货和经过性。诚然皮卡对乘坐者的酣畅度也是有保证的 , 但总归不如轿车愉快；自然单纯谈论载货能力，轿车却也是不如皮卡的。
2 兼容性 Hypervisor 支持
目前流行 Hypervisor 有绝大多数的超交融方案都支持
VMware vSphere 、Microsoft Hyper-V 、KVM，
VMware,毕竟 VMware 是虚假化界事实上的
标准。
EVO： RAIL/VxRAIL 仅支持 VMware,毕竟这是自己的亲儿子，是用来牢固自己市场所位的法宝； SimpliVity 、Maxta 诚然现在仅支持 VMware，但有明确的计划要支持 Hyper-V ，原因是连续绑定 VMware其实不能够保证自己的生计 , 而 Hyper-V 和 KVM的市场增加比较快 （据不声威数据 ,VMware 的市场占有率是 55％， Hyper— V 已经增加到 27%） .
对 Hypervisor 支持最全的则是 Nutanix ，VMware/Hyper-V/KVM（自己
开发的 AHV）都支持； Huawei 的 FusionStorage 则除了支持 VMware和 KVM 外，自己也有基于 Xen 开发的 Fusion