Dell Compellent Live Volume 存储内嵌双活+CDP.doc

《Dell Compellent Live Volume 存储内嵌双活+CDP.doc》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、DellCompellent存储内嵌双活+CDP--------以最佳方式满足您的双活需求软件定义存储，当下存储行业最火热的话题，没有之一。从最开始的软件定义数据中心，到软件定义网络与网络功能虚拟化(SDN和NFV)，这场浪潮最终烧到了数据中心最核心也是最复杂的组成部分——存储。于是，软件定义存储的理念随之而来。　　在这一理念下，软件应当在企业存储系统中发挥重要的作用，它可以建立、管理、控制和协调存储资源，而不仅仅是存储系统的附属品或是边缘。　　与此同时，有一个经久不衰的话题持续存在，那就是“双活”。作为保障业务连续性最坚实的基础，越来越多的企业开始付

2、诸行动，正如某业内媒体所撰写的那样：“2014年，一个最显著的变化是，双活数据中心跨越了概念炒作的阶段，被很多企业用户所接受。”　　存储系统的双活解决方案长期以来就是数据中心双活架构中的重点，这其中的原因不仅是因为存储系统中存储了企业最核心的生产数据，是“万万马虎不得”的核心系统，更因为与服务器(主机端)双活、应用程序双活(如OracleRAC)相比，存储系统的双活不仅架构复杂、实施复杂，而且往往存在这样或那样的问题，　　在“临门一脚”的时候，往往“活不过来”。　　但即便是这样，存储系统的双活解决方案仍然在企业客户的数据中心遍地开花，可是，许多企业客户

3、发现，在软件定义存储的大思路之下，数据中心内的存储双活方案，却成了软件定义存储的拦路虎、挡路石。　　“嗨!我们还能不能好好的在一起玩耍了?”软件定义存储对存储双活说到。　　存储双活阻碍软件定义存储的发展?　　软件定义存储和存储双活，看起来是八竿子打不着的事情，这两者之间怎么就产生了互相影响?凭什么说“(某些)存储双活解决方案，阻碍了软件定义存储的发展”?这事儿还要从业界主流的几种存储双活架构说起。　　存储双活的架构设计，从不同的供应商的产品特点出发，大致可以归纳为几类：主机卷镜像、虚拟化存储网关、外置双活存储网关和存储内嵌双活+CDP等几种架构，其中绝

4、大多数存储双活选择，由于其架构设计，在实现存储双活后，主机端与存储(功能)端被人为的分割开来，从而无法利用阵列本身软件，软件定义存储也就无从谈起了。　　为什么会发生这样的事情呢?还要从其中几种架构的设计思路说起。　　主机卷镜像的方式是早期存储双活方案选择较多的方式，企业客户通过采购主机卷镜像软件，保证数据从主存储镜像到备存储，这一方案不依赖于具体的存储品牌，支持存储双活，但由于卷镜像软件只将存储系统作为一个“硬盘池”来使用，无法利用存储阵列本身的软件。　　除此以外，这一方案还存在额外采购镜像软件安装在所有主机端所造成的成本和消耗主机资源、存储系统/主机

5、操作系统/虚拟化平台多平台兼容性等问题。　　更进一步，业内一些存储厂商提出了虚拟化网关的存储双活解决方案，这一方案利用两层SAN交换机内的存储网关，将后端存储进行虚拟化，变成虚拟化资源池来使用其容量，将主机端的IO通过SAN交换机分发给两套存储系统，从而达到存储“双活”的目的——在这一架构中，存储系统只是被虚拟化的资源池，同样无法利用阵列本身的软件。　　但更为关键的是，在付出了额外购买存储网关的成本、接受了新增网关层可能存在的性能瓶颈问题以及网关往往不能跨代混用等问题之后，虚拟化存储网关的存储双活却并不能够真正支持存储双活——以x86服务器为基础的虚拟

6、化存储网关双活控制器集群，双活的只是网关内的控制器，而不是虚拟化存储网关。　　基于对虚拟化存储网关进一步优化，外置双活存储网关架构被设计出来，它采用外置双活存储网关，在采购至少两对(四个)网关的前提下，这一方案确实可以提供行业内可靠性几近最佳的存储双活支持，但是，由于存储系统仍然是依靠存储网关实现数据的分配和系统的利用，它仍然无法利用阵列本身的软件。　　在这一方案中，决不可忽略的是成本问题。相对于之前谈到的两个方案，由于架构设计的问题，每对网关对应一套存储系统，这意味着必须采购两对也就是四个外置存储网关，“四引擎，八个控制器”的采购成本，几乎是此前两个

7、方案的两倍之多。　　　　传统的三种双活方式，不仅存在架构复杂、阵列软件不能复用等问题，且只对物理故障有效。　　那么，有没有什么办法，既能够保证存储双活，又能够利用阵列本身软件，不破坏“软件定义存储的良好愿景”呢?　　当然有了!你把存储网关取消掉，让主机端直接连接存储系统不就得了?!　　存储内嵌双活+CDP：这才是软件定义存储的思路　　让存储双活回到软件定义存储的思路上来，其实并不像想象中的那么难，一方面，存储双活与软件定义存储不是对立的，即便是刚才谈到的几种解决方案，都是以软件为核心的，软件怎么会“为难”软件呢?另一方面，之前几种方案之所以无法释放阵列

8、的软件能力，核心原因在于其只是将存储作为容量池使用，而是将复杂的软件功能交付给了存储网关或是主