【虚拟化实战】容灾设计之四VPLEX

作者：范军 （Frank Fan） 新浪微博：@frankfan7

VPLEX等存储设备的出现，可以实现双活数据中心，最大程度的有效利用运算和存储资源。

在“容灾设计之三Stretched Cluster”中我们介绍了Stretched Cluster的概念，EMC VPLEX是Stretched Cluster支持的存储设备之一。本文大概介绍EMC VPLEX和VMware Stretched Cluster的集成。当然VPLEX也可以独立使用。

一 VPLEX简介

Stretched Cluster对存储的要求是在任何灾难的情况下，虚拟机都能够访问到数据，而且性能不受影响。在灾难恢复后，存储设备尽量能自动切换到最初的设置，避免因为过多的人工干预而产生服务中断。

那我们来看看VPLEX是否能满足这些需求。

以上图的VPLEX Metro为例，该设备有三个突出的特点：

兼容性：VPLEX不仅可以管理EMC的存储设备，还可以管理很多其他厂商的设备。

分布性：VPLEX把底层的存储资源整合起来，创建了中间的一层叫做Distributed Volume。vSphere Cluster无需了解底层使用什么存储设备，只需要在Distributed Volume上创建Data Store。Distributed Volume支持VMFS和RDM.

智能性：假设在Site A的一个VM对Distributed Volume上的数据有写操作，VPLEX会同时在Site A和Site B的存储设备上完成这个写操作。注意写操作都是由本地的VPLEX设备对本地的存储发起的，不会出现异地写造成时延的情况。读操作都是在本地进行的。

二 Architecture Decisions

假设你已经决定使用Stretched Cluster，在评估VPLEX是需要考虑以下几个重要的Architecture Decision

选择哪款VPLEX设备

是否需要Witness，如何设置Witness？

以上图为例，假设在数据中心之间供VPLEX设备间通讯的FC或者IP网路中断了，既然两个数据中心都可以对本地发起写操作，这不乱套了么。怎么决定哪个数据中心的存储设备是主设备（preferred），哪个数据中心的存储设备是从设备（non-preferred）。这种情况通常叫做“Split Brian”。顾名思义出现了两个司令部，各行其是，可能造成了在两地的数据不一致。

为了避免以上的情况，Witness VM起到了裁判的作用，来判定哪个Site是Preferred Site。注意Witness VM建议部署在和Site1 和Site2 不同的物理位置。不能出现同时某个Site和Witness VM同时中断服务的情况。

在有些特定环境或者风险可以接受的情况下，也可以不使用Witness

Non-uniform Host Access or uniform Host Access

Non-uniform Host Access指的是SiteA的ESXi主机只能访问SiteA的存储设备，SiteB同理。ESXi主机不可以访问异地的存储设备。

uniform Host Access的意思是ESXi主机可以同时访问本地和异地的存储设备

三 以上决定可能产生的影响

Failover Scenario

对所有可能出现中断的组件，都要验证中断的后果。比如有以下情形：

单个ESXi宕机、多个ESXi宕机、整个机房ESXi宕机、单个ESXi网络中断、数据中心之间用于存储同步的网络中断（StoragePartition）、数据中心之间二层网络中断（DataCenter Partition）、单个VPLEX设备中断，多个VPLEX设备中断、存储阵列磁盘损坏、整个存储阵列宕机、整个数据中心中断等等。详情见此文

Metro Cluster FC WAN

要密切关注连接两地VPlEX设备的FC或者IP网络的流量。在第一次建立VPLEX Metro Cluster的时候，需要VPLEX Sync来在两地间同步数据。取决于需要同步的数据量，有可能会造成网络饱和。如果这条链路除了供VPLEX使用外，是和其他应用共享的，那么很可能对其他的应用造成影响。

这就需要提前规划好VPLEX Sync在什么时间段进行。

参考：

Implementing vSphere Metro Storage Cluster (vMSC) using EMC VPLEX (2007545)

EMC VPLEX 5.0 ARCHITECTURE GUIDE

Conditions for stretched hosts cluster support on EMC VPLEX Metro