超融合系统与传统存储之可用性对比

超融合连载第八期

超融合系统与传统存储之可用性对比

讲到存储的高可用,大家一般先想到的是比如多控制器或者存储双活技术。在存储领域,这些技术大家都很熟悉,比如现在企业在采购存储时,大多会选择双控制器的存储,以防止因为单个存储控制器的故障导致存储系统不可用。如下图是网上随手找到的一个典型的双控制器存储。

服务器通过HBA卡连接到存储,并通过主机上运行的多路径软件(MPIO)来实现多个控制器间的自动切换。不过问题来了,如果存储的其中一个控制器出现故障,所有的IO负载都运行在唯一可用的控制器时会出现什么情况呢?小到所有的主机的IO响应很慢,大到控制器由于过高的负载,不能响应主机请求导致死机。

因为类似上述的诸多原因,很多对IT系统依赖很高的企业选择了存储双活技术来确保因为存储系统出现单点故障导致的IT系统不可用。而且很多企业会选择将存储放置在不同的物理站点,实现站点级的存储灾备,当然,也有很多企业会采购两套存储放置在同一个机房里,如下图。

如上图,用户通过两套存储以及存储虚拟化控制器(如IBM SVC),实现主机读写存储时自动地实现数据的冗余。不过这种方式的代价也是很明显的,除了需要采购两套存储系统之外,还需要采购相应的存储虚拟化控制器产品。所以考虑到总体成本的情况下,用户只能委屈地选择单台双控存储的方案。

超融合系统的推出,对于IT架构的变化是革命性的,一改以往应用服务器、存储网络、存储系统多层竖井式结构,进化到服务器、存储、网络的融合时代。

上图这种架构上的变化,对于存储系统的可用性也有了明显的提高。以前,存储系统通过单台多控制器存储或者多套存储的方法来保证存储系统的可用性。在超融合系统里,则通过Web-scale方式在每个服务器节点上运行一个独立的控制器VM(以下简称CVM)的方式来实现控制器的功能。

通过分布式的方式部署CVM,实现了控制器的冗余和性能保障,即使在CVM出现故障的情况下,基于软件的CVM路径冗余机制可以持续的提供存储的读写。减少了企业对于存储系统故障的担忧。企业不再需要为了保证本地站点的存储系统的可用性而采购多套存储。此外,CVM里面还提供了包括快照、去重、压缩等等存储功能。

当然,也不排除企业为了保护整个企业IT系统的可用性,通过多数据中心冗余的方式来部署存储,如下图。

上图这种方式杜绝了站点故障导致的IT系统不可用,应用系统在写数据时会自动的多写,确保在任一站点出现不可用时也不影响IT系统的运行。

而如上图中,在使用超融合系统的情况下依然满足企业多数据中心灾备的需求。更为重要的是,使用超融合方案减少了服务器+存储网络+存储这样的多层IT架构的复杂性,简化了IT管理的难度。

在任何的企业里,数据的可用性是最基本的需求,超融合技术很容易地实现了企业对于数据可用性的需求。利用互联网公司里盛行的Web-scale架构来部署超融合,可以实现了存储、计算资源的扩展和冗余。

————完————

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20181205B0TZ2X00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券