大家周四好。

昨天写的HDS的ORACLE双活文章，好像阅读量还是蛮高的。很多读者也在后台回复了很多建议，这里选登一下。

这个确实是西瓜哥写错了，图上有明确标示，是每秒的交易数量，不是每分钟。SORRY。

这个我觉得可以理解，因为HDS只是模拟网络环境，距离都是模拟出来的，因此这个组网就不奇怪了。

还有一些网友反馈，目前HDS VSP G1000还不能同时支持GAD和异构虚拟化，因此不能利旧，这个不免比较遗憾。另外，也有网友说华为的双活支持采用iSCSI盘做仲裁，这样链路的成本更低，而HDS必须用FC链路。

既然大家对双活这么感兴趣，西瓜哥今天又看了HDS VSP G1000在WMware和Microsoft的虚拟化环境下的测试报告，把要点一块分享给大家。

首先来看看vSphere的情况。

这个是组网拓扑图。这回仲裁阵列采用较为低端的HUS-150，服务器用的是HDS自己的刀片服务器。

这个是软件的名称和版本的情况。

这是各个软件模块的位置。我们看到HDLM多路径软件安装在ESXi上。

这个是RAID的配置情况。里面的command device(HDS术语)就是vmware HA集群用到的仲裁盘，EMC术语好像叫gatekeeper。

HDS测试了11种故障的场景，具体西瓜哥就不解释了，看下表吧。

我主要讲两点比较特别的场景：

1、仲裁站点不能访问。如果主从站点都不能访问仲裁站点，那么这个时候为了保证数据的完整性，双活会停止，系统选举某一个站点来提供服务。这里可以看到，仲裁的机制还是非常重要的。

2、如果某台ESXi到存储的路径全部中断(包括本地存储和远程存储)，而主机的网络是正常的，这种情况下最糟糕(因为整个站点故障是可以自己恢复)，因为必须手工处理。VMware不会在另外一个站点把VM起来，而需要手工把故障主机shutdown，然后在其他机器才能重启VM。这个处理机制和微软不同。

最后我们再来看一下微软Hyper-V环境下的情况。

硬件配置基本差不多。

这是软件的情况，我们看到，把SQL SERVER也跑在环境里了。可惜没有测试性能。

测试的场景和VMware基本一样，结果也差不多。唯一的区别就是有个场景微软的集群方式处理方法不同，在某个Hyper-V的所有存储路径都出现故障的情况下，其VM可以在另外一个站点自动重启，而VMware必须手工去处理。

高端存储支持双活功能，主要的应用场景就是ORCLE这样的数据库双活，其次就是vmware和微软的云数据中心的双活。当然，后面这种双活可以支持更远的距离，甚至到300KM(采用WAN优化器)，因为VMWARE HA可以支持存储的复制往返RTT时延高达5ms，而一般数据库要求RTT时延在1ms以下。

我个人比较倾向存储本身实现双活，而不是采用外部虚拟化网关的方式，特别是高端存储。随着EMC高端将要集成vplex，华为的V3(包括中高端)也将支持双活，相信这种无需外置网关的双活方案会很快普及，会成为容灾的主导解决方案。

今天就聊到这。See you next time.