超融合架构与融合架构对比分析.pdfVIP

超融合架构与融合架构对比分析 超融合架构与融合架构对比分析 1  1  1、 “融合”架构的起源 1、 “融合”架构的起源 “融合”架构最初的解决方案通常包括了服务器、SAN 存储和网络 （以太网或 InfiniBand）。一般是由单一供 “融合”架构最初的解决方案通常包括了服务器、SAN 存储和网络 （以太网或 InfiniBand）。一般是由单一供 应商提供的包括服务器、存储和网络在内的预集成、预验证的完整解决方案 ，这是最早的 “融合”架构。其实 应商提供的包括服务器、存储和网络在内的预集成、预验证的完整解决方案 ，这是最早的 “融合”架构。其实 这和传统的系统集成解决方案差不多。以前做解决方案 ，客户需要面对多家供应商 ，现在已转变为由单一供应 这和传统的系统集成解决方案差不多。以前做解决方案 ，客户需要面对多家供应商 ，现在已转变为由单一供应 商提供独立打包的、经过优化的产品和服务。 商提供独立打包的、经过优化的产品和服务。 这种 “融合”架构简化了系统安装和业务部署的过程 ，但传统 SAN 存储的扩展性和性能问题没有解决 ，管理性 这种 “融合”架构简化了系统安装和业务部署的过程 ，但传统 SAN 存储的扩展性和性能问题没有解决 ，管理性 也没有得到根本的改进。 也没有得到根本的改进。 从技术角度 ，这种 “融合”架构只是一种设备的集成 ，一体化交付 ，尽可能的 “开箱即用”，可以简化系统部 从技术角度 ，这种 “融合”架构只是一种设备的集成 ，一体化交付 ，尽可能的 “开箱即用”，可以简化系统部 署和后续管理 ，帮助用户更快的构建洗头。但是 ，这种架构没有真正的实现融合 ，服务器还是服务器 ，存储还 署和后续管理 ，帮助用户更快的构建洗头。但是 ，这种架构没有真正的实现融合 ，服务器还是服务器 ，存储还 是存储。 是存储。 为了解决传统 SAN 存储的性能和扩展性问题 ，一些厂商开始考虑采用 X86 服务器作为存储资源节点。以 为了解决传统 SAN 存储的性能和扩展性问题 ，一些厂商开始考虑采用 X86 服务器作为存储资源节点。以 ORACLE 的数据库一体机 Exadata 为例 ，它设有专门的存储节点 ，是基于 X86 服务器组合而成 ，采用横向扩 ORACLE 的数据库一体机 Exadata 为例 ，它设有专门的存储节点 ，是基于 X86 服务器组合而成 ，采用横向扩 展架构 ，利用存储节点具备的一定计算能力 ，将简单的查询下发到存储节点上执行 ，只返回少量结果数据 ，这 展架构 ，利用存储节点具备的一定计算能力 ，将简单的查询下发到存储节点上执行 ，只返回少量结果数据 ，这 样可以有效的提升存储系统效率 ，带宽可以随着存储节点的加入获得近乎线性的扩展。在存储网络上也没有采 样可以有效的提升存储系统效率 ，带宽可以随着存储节点的加入获得近乎线性的扩展。在存储网络上也没有采 用 SAN 架构，而是在计算和存储节点之间统一使用高速的 InfiniBand （IB）互联 ，消灭网络异构 ，提高数据库 用 SAN 架构，而是在计算和存储节点之间统一使用高速的 InfiniBand （IB）互联 ，消灭网络异构 ，提高数据库 访问性能。这种架构是比较早的软件定义存储的模式。 访问性能。这种架构是比较早的软件定义存储的模式。 随着互联网的发展 ，互联网公司的访问压力越来越大 ，为了解决这个问题 ，需要一种低成本 ，高性能而又具有 随着互