oracle esb 灾备,IBM DS8870开放系统灾备技术简介

大家周四好。

昨天介绍了XIV的灾备特点,有网友反馈:

fbfb3bab94f0a531c0f889183a18d45c.png

我有仔细查了一些XIV的文档,针对这个需求,还真的没有什么好的解决方案。

XIV的原理是这样的,根据用户设置的RPO的值,自动选择一个复制间隔,这个间隔是RPO的1/3取整。

b8b98c2cf0ba94bd0c7afad58f0f99ca.png

当然,如果用户对自动推荐的值不满意,可以修改复制间隔。

0475ace192846f9a038b4e57447e739e.png

但这个间隔的设置有一些限制,最小间隔定义是20s,最长是12小时。从这里也可以看出,XIV支持的RPO应该是分钟级别的,因为是3倍的关系嘛。

昨天我说错了,那个20s不是RPO的值,而是复制的间隔,这个值一般是RPO的1/3。因此可以推断XIV做不到秒级的RPO。

而且这个间隔是指首次同步完成后的间隔,无法实现凌晨才开始复制这样的需求。如果是指定时间复制的需求,估计这个间隔需要修改为NEVER,然后通过命令行采用脚本的方式去实现定时的复制了。

今天我们来讲讲IBM DS8870的Copy Services。DS8000的复制功能比XIV复杂多了,光手册就800多页,把我都看晕了。

我们先来看看DS8000的灾备License有哪些:

53aaecd4223c41fbd4f886d89ea69474.png

我们看到,FlashCopy就是DS8000的快照功能(包括克隆),而FlashCopy SE,就是做快照的时候不分配空间,后面再按需分配空间。但注意这个和THIN不太一样,用的是不同的资源池。

Metro Mirror就是同步复制功能,Global Copy是远程非同步复制,但主要用于数据迁移,而Global Mirror就是异步复制,是我们今天重点讲的,而多站点容灾,IBM也是要License的。

DS8000的容灾管理,现在引入了XIV的管理界面,易用多了,赞一个。西瓜哥认为这个应该也算DS8000的灾备的一个亮点吧。

832ddb118b2282dfaee566d058e1a25e.png

关于Global Copy,从下面的流程可以看出,和异步复制差不多。但IBM没有说是异步,而说是非同步。因为这种方式不保证数据的一致性,因此用在远距离的数据迁移的场合比较多,而不是用在实时的数据保护。

a6d04821d29a3b437b1cb0e9689088b2.png

从距离来看,IBM DS8000宣传支持300KM内的同步复制。300KM的距离,来回就是600KM,光需要跑2ms,加上设备的延时,应该差不多3ms了吧。因此,对于性能影响还是比较大的,一般不建议部署这么远。我看其他的厂商也有宣传同步距离是300KM的,但建议加WAN优化控制器,针对数据传输进行优化,比如HP 3PAR。

05b1ea86207c6b17802e3e4bdb502c65.png

在IBM的红皮书中,IBM明确写成DS8000的异步复制的典型RPO可以做到3-5S。这个是非常厉害的,高端存储里面能实现这么短的RPO的不多。据说华为HVS为了实现这个,费了老劲了,把I/O在Cache里生成日志,然后不落盘直接快速复制给远端,才搞定这个3-5S。而IBM居然采用普通的快照方式就能实现,应该得益于其小型机的强大能力。我们看到,每3-5S,DS8000就会暂停写操作3ms,做一个一致性的快照,然后再复制到远端。不过3ms的停顿也是蛮长的,对一些高性能的应用估计还是有一些影响。

d57159e3ea1e81a3a3577fd5441801ce.png

关于扩展性,IBM说,同步复制对存储的数量没有限制,而异步复制,对存储的总数量有限制,但没有说是多少。

但仔细看文档,DS8000最多支持32个异步复制的进程,假设每个进程对应一套远端的DS8000,也就是DS8000理论上最大支持1:32的复制。如果真是这样,和华为的1:32一样多了。但没有查到相关资料,但肯定少于或等于1:32。

5c08446ec5d963b9f6fd659e274d50aa.png

至于多数据中心的灾备方案,IBM支持得非常完善。

这个是典型的3中心的方案,也就是同城用同步,远程用异步。

df877e4b845ed3737ad436a4d14014b8.png

DS8000甚至支持下面的复杂组网,即中间站点的存储相互之间还有复制的链路,里面有一个主存储,其他都是从属存储。主存储用来控制形成一致性组。也就是远端的多套存储之间的数据是一致的。这种跨设备的一致性组在某些复杂场景是有用的,比如数据库服务器,和两个前置处理服务器都是属于某一个应用,但他们没有用同一个存储,那么希望这些存储也保持数据的一致性。这种组网就比较合适。

fae055ec20a07aed33a56aee61705ced.png

至于4数据中心,DS8000支持得比较完善。本地用同步复制,远程用异步复制,但远程的两个站点平时用Global Copy非同步复制,当本地站点出现故障后,非同步复制切换为同步复制。这种4中心方案,属于两地4中心的方案。HDS有一种组网支持3地4中心组网,我在IBM的文档里没有看到。

594039d2b13d1a0fecb21a4212a3ca10.png

不过,IBM的两地4中心方案支持主机的复制和存储的复制混合使用,比如同城的复制采用主机的逻辑卷来做复制,而远程还是采用存储的异步复制。这种方式的好处就是同城是双机双阵列的HA方案,可靠性高。但采用主机做复制,对主机的性能有影响。

ba56be61e7e305024413c85af4ed450d.png

IBM DS8000还有一个特色技术,就是采用Open HyperSwap支持单机双阵列HA方案。但Open HyperSwap不支持双机软件,而且只支持AIX。

1a7deceb2478ff084ea9ccd2f4c81404.png

如果要支持集群,IBM采用AIX的PowerHA和DS8000配合,如下图的组网就可以构造一个同城的4节点的集群方案:

7ca2cb92ee87419122a9063b1142359a.png当然,这两个数据中心也可以不同城,存储自己采用异步复制技术。但这些方案的局限性就是只能支持AIX平台。

只有对VMWARE的支持,DS8000支持和SRM集成,构建云的主备数据中心。这种方式是传统的方式,而3PAR的Peer Persistence要高级一些,把存储直接联合了,可以构造双活的云数据中心。

c63cbe34013bdff761fa08dd71116f84.png

对于异构平台,IBM提供Geographically Dispersed Open Clusters(GDOC)服务,采用Symantec的Veritas Cluster Server配合,提供跨平台的跨地域的集群服务。

大家可以看到,DS8000的灾备功能很强大,而且西瓜哥这里主要讲了开放系统的,对于大机,DS8000有更多的高级灾备方案。总的来说,DS8000的灾备技术比XIV强大很多,IBM原来打算慢慢用XIV来代替DS8000的,现在应该放弃这个想法了吧。

好,今天我们就聊到这里,我们明天晚上再会。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值