-
Dell Compellent
存储内嵌双活
+CDP
--------
以最佳方式
满足您
的
双活
需求
软件定义存储，当下存储行业最火热的话题，没有之一。从最开始
的软件定义数据中心，到软件定义网络与网络功能虚拟化
(SDN
和
NFV)
，
这场浪潮最终烧到了
数据中心最核心也是最复杂的组成部分——存储。于
是，软件定义存储的理念随之而来。
在这一理念下，软件应当在企业存储系统中发挥重要的作用，
它可以
建立、管理、控制和协调存储资源，而不仅仅是存储系统的附属品
或是边缘。
与此同时，有一个经久不衰的话题持续存在，那就是“双
活”。作为保障业务连
续性最坚实的基础，越来越多的企业开始付诸行
动，正如某业内媒体所撰写的那样：“<
/p>
2014
年，一个最显著的变化是，
双活
数据中心跨越了概念炒作的阶段，被很多企业用户所接受。”
存储系统的双活解决方案长期以来
就是数据中心双活架构中的
重点，这其中的原因不仅是因为存储系统中存储了企业最核心
的生产数
据，是“万万马虎不得”的核心系统，更因为与服务器
(
主机端
)
双活、应
< br>用程序双活
(
如
Oracle
RAC)
相比，存储系统的双活不仅架构复杂、实施
复杂，而且
往往存在这样或那样的问题，
在“临门一脚”的时候，往往“活不过来”。
但即便
是这样，存储系统的双活解决方案仍然在企业客户的数
据中心遍地开花，可是，许多企业
客户发现，在软件定义存储的大思路之
下，数据中心内的存储双活方案，却成了软件定义
存储的拦路虎、挡路
石。
“嗨
!<
/p>
我们还能不能好好的在一起玩耍了”软件定义存储对存储
双活说到
。
存储双活
阻碍软件定义存储的发展
软件定义存储和存储双活，看起来
是八竿子打不着的事情，这
两者之间怎么就产生了互相影响凭什么说“
< br>(
某些
)
存储双活解决方案，阻
碍了软件定义存储的发展”这事儿还要从业界主流的几种存储双活架构说
起。
存储双活的架构设计，从不同的供应商的产品特点出发，大致
可以归纳为几类：
主机卷镜像、虚拟化存储网关、外置双活存储
网关和
存储内嵌双活
+CDP
等几种架
构，其中绝大多数存储双活选择，由于其架
构设计，在实现存储双活后，主机端与存储<
/p>
(
功能
)
端被人
为的分割开来，
从而无法利用阵列本身软件，软件定义存储也就无从谈起了。
1
为什么会发生这样的事情呢还要从其中几种架构的设计思路说
起。
主机卷镜像的方式是早期存储双活方案选择较多的方式，企业
客户通过采购主机卷镜像软件，保证数据从主存储镜像到备存储，这一方
案不依赖于具体的存储品牌，支持存储双活，但由于卷镜像软件只将存储
系统作
为一个“硬盘池”来使用，无法利用存储阵列本身的软件。
除此以外，这一方案还存在额外采
购镜像软件安装在所有主机
端所造成的成本和消耗主机资源、存储系统
< br>/
主机操作系统
/
虚拟化平台多
平台兼容性等问题。
更进一步，业内一些存储厂商提出
了虚拟化网关的存储双活解
决方案，这一方案利用两层
SAN<
/p>
交换机内的存储网关，将后端存储进行虚
拟化，变成虚拟化资源池
来使用其容量，将主机端的
IO
通过
S
AN
交换机
分发给两套存储系统，从而达到存储“双活”的目的
——在这一架构中，
存储系统只是被虚拟化的资源池，同样无法利用阵列本身的软件。<
/p>
但更为关键的是，在付出了额外购买存储网关的成本、接受了
新增网关
层可能存在的性能瓶颈问题以及网关往往不能跨代混用等问题之
后，虚拟化存储网关的存
储双活却并不能够真正支持存储双活——以
x86
服务器为基础
的虚拟化存储网关双活控制器集群，双活的只是网关内的控
制器，而不是虚拟化存储网关
。
<
/p>
基于对虚拟化存储网关进一步优化，外置双活存储网关架构被
设计
出来，它采用外置双活存储网关，在采购至少两对
(
四个
)
网关的前提
下，这一方案确实可以提供行业
内可靠性几近最佳的存储双活支持，但
是，由于存储系统仍然是依靠存储网关实现数据的
分配和系统的利用，它
仍然无法利用阵列本身的软件。
在这一
方案中，决不可忽略的是成本问题。相对于之前谈到的
两个方案，由于架构设计的问题，
每对网关对应一套存储系统，这意味着
必须采购两对也就是四个外置存储网关，“四引擎
，八个控制器”的采购
成本，几乎是此前两个方案的两倍之多。
传
统的三种双活方式，不仅存在架构复杂、阵列软件不能复用
等问题，且只对物理故障有效
。
<
/p>
那么，有没有什么办法，既能够保证存储双活，又能够利用阵
列本
身软件，不破坏“软件定义存储的良好愿景”呢
当然有了
!
你把存储网关取消掉，让主机端直接连接存储系统不
就得了<
/p>
!
存储内嵌双活
+CDP
：
< br>这才是软件定义存储的思路
2
让存
储双活回到软件定义存储的思路上来，其实并不像想象中
的那么难，一方面，存储双活与
软件定义存储不是对立的，即便是刚才谈
到的几种解决方案，都是以软件为核心的，软件
怎么会“为难”软件呢另
一方面，之前几种方案之所以无法释放阵列的软件能力，核心原
因在于其
只是将存储作为容量池使用，而是将复杂的软件功能交付给了存储网关或
是主机端，从这个角度来说，“直连”不就得了
但主机
端直接连接存储，实现存储双活是有条件的，这个条件
就是：存储系统必须要内嵌双活，
也就是将原本存储网关干的事情纳入到
存储系统中去，这就是我们在前文中提到的“存储
内嵌双活
+CDP
”的模式
——咦为什
么要
CDP
这件事情我们暂时按下不表，先把话题集中到双活架
构上来。
戴尔
Live Volume
的“存储
内嵌双活
+CDP
”架构
在戴尔
Compellent
存储系统中，有一项内嵌技术叫做
LV
，这不
是
LOU
IS VUITTON
，而是
Live Volume
，以这一技术为核心的双活解决方
案是“比纯粹数据复制更高级的数据中
心级别的双活保护方案”：
Live
Volume
以流动、虚拟化的方式，维持戴尔
Compellent SC
系列存储系统
之间的数据关系，数据卷可以在系统之间以非中断方式在线数
据迁移，或
者说叫“漂移”。
在双活架构中，主存储的每一次<
/p>
IO
操作，都通过
FC
< br>或
iSCSI
链路以同步
(
远程站点可以选择异步
)
复制的方式，投射
到备
(
从
)
存
储上，
使两边的数据保持高度的一致性。
当主存
储站点或是通向其的路径发生故障，主机端的
IO
无法到
达主存储时，戴尔
Compellent SC
存储系统会感知到来自主机端
IO
的下
降甚至是丢失，在满足一定的条件时，即完成从动态的交换路径到自动进
行动态角色交
换等一系列动作，也就是说，原有的主存储和备
(
从
)
存储之
间交换了身份。
Live
Volume
的站点交换过程，可以完全保证数据的同步。
这一“
交换身份”的过程，对主机来说就像是让卷动态漂移到
了新的主存储
(
也就是原来的备份
(
从
)
存储
)
那里，其技术
实现和应用体验
就像是
VMware
上
实时在线迁移一台虚拟机——
Live Volume
就像是在
主
存储
/
备
(
从
)
存储系统中创造一个类似
VMware
的
Hypervisor
虚拟化层的
存储抽象层——让卷可以就像是
VM
otion
一样，自由的在存储系统之间漂
移。
3