超融合架构与容器超融合

最早大概是由NUTANIX知道“超融合”概念，原本以为这又是厂商的噱头和炒作，谁知不然，超融合这两年发展如火如荼。2015年被公认为超融合元年，在软件定义存储SDS的推动下，超融合架构正在引领一场巨大的变革，成为软件定义数据中心SDDC的未来技术发展趋势。

超融合架构的优势和客户价值这个已经勿容置疑，各个厂商和媒体已经成功地帮客户洗脑了，和客户交流不提超融合都俨然被认为落伍，这里不用也不想再赘述。从辩证角度看，任何事物都不可能是完美的，超融合是不是也存在一些问题或局限性呢？超融合有适用场景，但肯定不是普遍适用的。因此，这篇文章我想换一个角度来看超融合，找找茬，梳理一下超融合，也算是为大家选择超融合架构方案提供一个参考。容器这么火，最后胡侃一下容器超融合。

1 什么是超融合？

超融合（Hyper- Converged）最早由谁提出这个概念无从考证，但目前还没有一个严格的标准定义，各个厂商和机构都有各自标签的定义，这也佐证了超融合仍然处于快速发展演变当中，并未形成统一的标准规范。

超融合中“超”是什么含义？最开始以为是超人的Super，结果差点闹出笑话。实际上，“超”对应英文“Hyper- Converged”中的“Hyper”，特指虚拟化，对应虚拟化计算架构，比如ESXi/KVM /XEN/Hyper-V。这一概念最早源自Nutanix等存储初创厂商将Google/Facebook等互联网厂商采用的计算存储融合架构用于虚拟化环境，为企业客户提供一种基于X86硬件平台的计算存储融合产品或解决方案。不难看出，超融合架构中最根本的变化是存储，由原先的集中共享式存储（SAN/NAS）转向软件定义存储，特别是分布式存储（包括Object/Block/File存储），比如NDFS/VSAN/ScaleIO/SSAN。因此基于这个“超”，数据库一体机和大数据一体机都不能划为超融合的范畴，除非RAC/Hadoop等应用跑在虚拟化之上。还有一点，超融合中的软件定义存储通常是分布式存储，ZFS虽然属于SDS范畴，但基于ZFS构建的计算存储融合系统，严格意义上不能称为超融合架构。

我们再来看“融合”又是什么含义？超融合这个概念当前似乎被神化了。简单地讲，融合就是将两个或多个组件组合到一个单元中，组件可以是硬件或软件。就虚拟化和私有云而言，按照是否完全以虚拟化为中心，我个人把融合分为物理融合和超融合两种。超融合是融合的一个子集，融合是指计算和存储部署在同一个节点上，相当于多个组件部署在一个系统中，同时提供计算和存储能力。物理融合系统中，计算和存储仍然可以是两个独立的组件，没有直接的相互依赖关系。比如，SSAN+oVirt方案，一个节点的Redhat/CentOS系统上SSAN和oVirt物理融合，共享主机的物理资源。超融合与物理融合不同在于，重点以虚拟化计算为中心，计算和存储紧密相关，存储由虚拟机而非物理机CVM(Controller VM)来控制并将分散的存储资源形成统一的存储池，而后再提供给Hypervisor用于创建应用虚拟机。比如Nutanix和SSAN+vShpere超融合方案。这里狭义的定义才是真正意义上的超融合，Nutanix首次提出这种架构并申请了专利。按照这里的定义，OpenStack+Ceph只是物理融合而非超融合。值得注意的是，出于性能考虑，超融合架构通常都需要将主机物理设备透传（Pass Through）给控制虚机CVM。<