大家周四好。
昨天介绍了XIV的灾备特点,有网友反馈:
我有仔细查了一些XIV的文档,针对这个需求,还真的没有什么好的解决方案。
XIV的原理是这样的,根据用户设置的RPO的值,自动选择一个复制间隔,这个间隔是RPO的1/3取整。
当然,如果用户对自动推荐的值不满意,可以修改复制间隔。
但这个间隔的设置有一些限制,最小间隔定义是20s,最长是12小时。从这里也可以看出,XIV支持的RPO应该是分钟级别的,因为是3倍的关系嘛。
昨天我说错了,那个20s不是RPO的值,而是复制的间隔,这个值一般是RPO的1/3。因此可以推断XIV做不到秒级的RPO。
而且这个间隔是指首次同步完成后的间隔,无法实现凌晨才开始复制这样的需求。如果是指定时间复制的需求,估计这个间隔需要修改为NEVER,然后通过命令行采用脚本的方式去实现定时的复制了。
今天我们来讲讲IBM DS8870的Copy Services。DS8000的复制功能比XIV复杂多了,光手册就800多页,把我都看晕了。
我们先来看看DS8000的灾备License有哪些:
我们看到,FlashCopy就是DS8000的快照功能(包括克隆),而FlashCopy SE,就是做快照的时候不分配空间,后面再按需分配空间。但注意这个和THIN不太一样,用的是不同的资源池。
Metro Mirror就是同步复制功能,Global Copy是远程非同步复制,但主要用于数据迁移,而Global Mirror就是异步复制,是我们今天重点讲的,而多站点容灾,IBM也是要License的。
DS8000的容灾管理,现在引入了XIV的管理界面,易用多了,赞一个。西瓜哥认为这个应该也算DS8000的灾备的一个亮点吧。
关于Global Copy,从下面的流程可以看出,和异步复制差不多。但IBM没有说是异步,而说是非同步。因为这种方式不保证数据的一致性,因此用在远距离的数据迁移的场合比较多,而不是用在实时的数据保护。
从距离来看,IBM DS8000宣传支持300KM内的同步复制。300KM的距离,来回就是600KM,光需要跑2ms,加上设备的延时,应该差不多3ms了吧。因此,对于性能影响还是比较大的,一般不建议部署这么远。我看其他的厂商也有宣传同步距离是300KM的,但建议加WAN优化控制器,针对数据传输进行优化,比如HP 3PAR。
在IBM的红皮书中,IBM明确写成DS8000的异步复制的典型RPO可以做到3-5S。这个是非常厉害的,高端存储里面能实现这么短的RPO的不多。据说华为HVS为了实现这个,费了老劲了,把I/O在Cache里生成日志,然后不落盘直接快速复制给远端,才搞定这个3-5S。而IBM居然采用普通的快照方式就能实现,应该得益于其小型机的强大能力。我们看到,每3-5S,DS8000就会暂停写操作3ms,做一个一致性的快照,然后再复制到远端。不过3ms的停顿也是蛮长的,对一些高性能的应用估计还是有一些影响。
关于扩展性,IBM说,同步复制对存储的数量没有限制,而异步复制,对存储的总数量有限制,但没有说是多少。
但仔细看文档,DS8000最多支持32个异步复制的进程,假设每个进程对应一套远端的DS8000,也就是DS8000理论上最大支持1:32的复制。如果真是这样,和华为的1:32一样多了。但没有查到相关资料,但肯定少于或等于1:32。
至于多数据中心的灾备方案,IBM支持得非常完善。
这个是典型的3中心的方案,也就是同城用同步,远程用异步。
DS8000甚至支持下面的复杂组网,即中间站点的存储相互之间还有复制的链路,里面有一个主存储,其他都是从属存储。主存储用来控制形成一致性组。也就是远端的多套存储之间的数据是一致的。这种跨设备的一致性组在某些复杂场景是有用的,比如数据库服务器,和两个前置处理服务器都是属于某一个应用,但他们没有用同一个存储,那么希望这些存储也保持数据的一致性。这种组网就比较合适。
至于4数据中心,DS8000支持得比较完善。本地用同步复制,远程用异步复制,但远程的两个站点平时用Global Copy非同步复制,当本地站点出现故障后,非同步复制切换为同步复制。这种4中心方案,属于两地4中心的方案。HDS有一种组网支持3地4中心组网,我在IBM的文档里没有看到。
不过,IBM的两地4中心方案支持主机的复制和存储的复制混合使用,比如同城的复制采用主机的逻辑卷来做复制,而远程还是采用存储的异步复制。这种方式的好处就是同城是双机双阵列的HA方案,可靠性高。但采用主机做复制,对主机的性能有影响。
IBM DS8000还有一个特色技术,就是采用Open HyperSwap支持单机双阵列HA方案。但Open HyperSwap不支持双机软件,而且只支持AIX。
如果要支持集群,IBM采用AIX的PowerHA和DS8000配合,如下图的组网就可以构造一个同城的4节点的集群方案:
当然,这两个数据中心也可以不同城,存储自己采用异步复制技术。但这些方案的局限性就是只能支持AIX平台。
只有对VMWARE的支持,DS8000支持和SRM集成,构建云的主备数据中心。这种方式是传统的方式,而3PAR的Peer Persistence要高级一些,把存储直接联合了,可以构造双活的云数据中心。
对于异构平台,IBM提供Geographically Dispersed Open Clusters(GDOC)服务,采用Symantec的Veritas Cluster Server配合,提供跨平台的跨地域的集群服务。
大家可以看到,DS8000的灾备功能很强大,而且西瓜哥这里主要讲了开放系统的,对于大机,DS8000有更多的高级灾备方案。总的来说,DS8000的灾备技术比XIV强大很多,IBM原来打算慢慢用XIV来代替DS8000的,现在应该放弃这个想法了吧。
好,今天我们就聊到这里,我们明天晚上再会。