存储及双活测试方案Word文件下载.docx

存储及双活测试方案Word文件下载.docx

《存储及双活测试方案Word文件下载.docx》由会员分享，可在线阅读，更多相关《存储及双活测试方案Word文件下载.docx（21页珍藏版）》请在冰豆网上搜索。

EMCDS6510B\5100B

4

用于连接EMCVPLEX和后端存储

现有5100微码需要升级

VNX5800\5400

我们使用全新的VNX5800和5400测试

测试主机（待定）

软件：

项目

版本

虚化化

Esxi

物理机

OL

多路径软件

Esxi自带、Powerpath

2.测试目的

测试不同场景下，测试主机对EMC虚拟化存储的访问状况，从而测试EMCVPLEXmetro的高可用性。

3.VPLEX测试环境的建立

3.1.SANSwitch物理连线

完成测试主机到SANSwitch，SANSwitch到测试存储系统之间的光纤连接。

3.2.SANSwitch配置

完成测试主机与测试存储系统之间的ZONE配置。

3.3.存储系统配置

VPLEX将已封装的LUN分配给ESX主机及物理机

4.测试场景

vplex_1、Witness、vnx5800在超算机房，vplex_2、vnx5500在汉唐机房。

测试内容

说明

预期

测试1

VPLEX单个director故障

将一台VPLEX的一个director的光纤线全部断开，观察测试主机的IO路径和IO访问状况

虚拟机不受影响，主机的IO读写能持续进行

测试2

VPLEX后端链路高可用测试

VPLEX的后端链路部分中断

测试3

双活镜像测试

后端存储VNX5800发生突然停机

测试4

VPLEXMetro级联链路（裸纤）高可用测试_1

VPLEXWAN-com级联链路有一条故障

虚拟机不受影响，主机可以持续读写数据。

测试5

双活仲裁测试1

VPLEXWAN-com级联链路全部故障（Witness正常工作）

测试6

双活仲裁测试2

关闭VPLEX_2，观察测试主机的IO路径和IO访问状况（Witness正常工作）

测试7

双活仲裁测试3

关闭VPLEX_1，观察测试主机的IO路径和IO访问状况（Witness正常工作）

测试8

双活仲裁测试4

关闭Witness，观察测试主机的IO路径和IO访问状况

测试9

双活仲裁测试5

同时关闭VPLEX_2和Witness

虚拟机不能运行，主机IO挂起，需要在VPLEX_1上手动恢复IO访问

测试10

双活仲裁测试6

同时关闭VPLEX_1和Witness

虚拟机不能运行，主机IO挂起，需要在VPLEX_2上手动恢复IO访问

测试11

双活仲裁测试7

Witness和所有WAN-com（裸纤）全部同时故障

虚拟机不能运行，主机IO挂起，VPLEX_1和VPLEX_2都挂起，需手动选择恢复

测试12

超算VNX5800故障

测试13

汉唐VNX5500故障

汉唐VNX5800故障

测试14

所有存储同时故障

超算VNX5800与汉唐VNX5500同时故障

测试15

Witness发生故障

Witness发生故障，其它正常

测试16

vplex_1、vplex_2同时故障

vplex_1、vplex_2同时故障，后端存储存活

测试17

vplex_1、vplex_2同时故障，后端存储也同时故障

测试18

Witness与vplex_1IP通信中断，其他正常

测试19

Witness与vplex_2IP通信中断，其他正常

测试20

Witness与vplex_1、vplex2IP通信中断，其他正常

测试21

vplex_1、vplex2IP通信中断，但是vplex_1、vplex2各自与witnessIP通信正常

测试22

4台FC交换机之间的裸光纤全部故障，其他正常

测试23

超算FC交换机故障

超算FC交换机故障全部故障

测试24

汉唐FC交换机故障

汉唐FC交换机故障全部故障

测试25

所有交换机同时故障

测试26

vplex_1与vnx5800光纤链路故障，其它正常

测试27

vplex_2与vnx5500光纤链路故障，其它正常

测试28

裸光纤全故障，外网LUN在超算起来，内网LUN从汉唐起来

测试29

测试30

测试31

5.测试结论

测试结论

VPLEX控制器高可用测试

VPLEXMetro级联链路高可用测试_1

6.测试步骤及结果

6.1.测试1:

VPLEX控制器高可用测试

故障模拟：

其中一台VPLEX上的一个director（控制器）突然发生故障

测试方法：

直接rebootdirector或者disable该director在SAN交换机的端口模拟该director故障

此处采用disable端口

初始相关参数：

VPLEX:

auto-resume-at-loser=true

CG：

detach-rule=winnercluster-1after5s

步骤：

1，当前主机访问VPLEXMetro正常

2，确认VPLEX状态正常，确认当前无rebuild任务；

3，断开VPLEX_1的directorA的所有光纤线

4，登录VMWARE管理界面观察，记录结果

5，登录VPLEXGUI和CLI观察，记录结果。

故障恢复：

director重启或者enable交换机中主机与该director的zone模拟该director故障恢复

预期结果：

主机的IO路径中断一半，主机可以继续访问VPLEX_1

测试1记录：

测试1结论：

6.2.测试2：

VPLEX后端链路高可用测试

VPLEX与后端存储直接的链路出现不稳定或故障

在交换机上disableVPLEX的后端端口（两边非同时）

主机可以继续访问VPLEX，被拔掉的一边后端存储显示失效。

测试记录：

3，登录SAN交换机

4，找到一台VPLEX的后端端口

5，portdisable这些后端端口

6，登录VMWARE管理界面观察，记录结果

7，登录VPLEXGUI和CLI观察，记录结果。

结束时间：

测试2结果：

测试2结论：

6.3.测试3：

双活镜像测试

VPLEX的后端VNX5800存储突然down机，模拟后端存储完全故障

把VNX5800的前端口在交换机上disable

3，在交换机上将VNX5800存储的端口全部关闭。

主机正常访问VPLEX，主机端不受任何影响，虚拟机状态正常，虚拟化平台正常，磁盘扫描没有变化，主机到VPLEX路径全部都在

测试3结果：

测试3结论：

6.4.测试4：

VPLEXMetro级联链路高可用测试_1

VPLEXMetro两个site的WAN-com（裸纤）级联链路出现不稳定

开始时间：

3，断开VPLEX_1的的一个WAN-COM口的光纤线（或disable一条裸纤在交换机上的所有端口）

测试4结果：

测试4结论：

6.5.测试5：

双活仲裁测试_1

VPLEXMetro两个site的WAN-com级联链路全部中断

3，断开VPLEX_1的的两个WAN-COM口的光纤线

测试5结果：

测试5结论：

6.6.测试6：

双活仲裁测试_2

当Witness工作正常时，模拟一个VPLEX群集故障

3，断开VPLEX_2的的所有接口

测试6结果：

测试6结论：

6.7.测试7：

双活仲裁测试_3

当Witness工作正常时，模拟另外一个VPLEX群集（VPLEX_1）故障

3，断开VPLEX_1的的所有接口

测试7结果：

测试7结论：

6.8.测试8：

双活仲裁测试_4

当Witness故障时，确认VPLEX群集是否工作正常

3，关闭Witness

测试8结果：

测试8结论：

6.9.测试9：

双活仲裁测试_5

一个VPLEX群集（VPLEX_2）和Witness同时故障

3，同时关闭VPLEX_2所有端口和Witness

测试9结果：

测试9结论：

6.10.测试10：

双活仲裁测试_6

另外一个VPLEX群集（VPLEX_1）和Witness同时故障

3，同时关闭VPLEX_1所有端口和Witness

测试10结果：

测试10结论：

6.11.测试11：

双活仲裁测试_7

所有WAN-com（裸纤）和Witness同时故障

3，同时关闭所有裸纤在光纤交换机上的所有端口和Witness

测试11结果：

测试11结论：

7.场景测试及结果

7.1.测试场景1：

场景模拟：

在交换机上disableVNX5800前端口

主机可以继续访问VPLEX，超算VPLEX显示后端存储故障，所有超算端Volume出错。

测试场景1结果：

测试场景1结论：

7.2.测试场景2：

在交换机上disable汉唐VNX5500前端口

主机可以继续访问VPLEX，汉唐VPLEX显示后端存储故障，所有汉唐端Volume出错。

测试场景2结果：

测试场景2结论：

7.3.测试场景3：

在交换机上disableVNX5800及VNX5500前端口

VPLEX系统显示后端存储故障，主机虽然连接VPLEX，但无法读写数据

测试场景3结果：

测试场景3结论：

7.4.测试场景4：

仅Witness发生故障

关闭Witness虚拟机

主机访问VPLEX正常，超算及汊唐Cluster正常，系统提示Witness连接中断。

测试场景4结果：

测试场景4结论：

7.5.测试场景5：

在交换机上Disablevplex_1、vplex_2的所有前端及后端

VPLEX系统显示所有Cluster故障，主机访问中断。

测试场景5结果：

测试场景5结论：

7.6.测试场景6：

在交换机上Disablevplex_1、vplex_2的所有前端及后端，Disable所有存储前端

测试场景6结果：

测试场景6结论：

7.7.测试场景7：

拨出超算vplex_1的管理网线

主机访问VPLEX正常，超算及汊唐Cluster正常，系统提示Cluster1的Witness连接中断。

测试场景7结果：

测试场景7结论：

7.8.测试场景8：

拨出汉唐vplex_2的管理网线

主机访问VPLEX正常，超算及汊唐Cluster正常，系统提示Cluster2的Witness连接中断。

测试场景8结果：

测试场景8结论：

7.9.测试场景9：

在虚拟机上断开Witness的网卡连接

。

测试场景9结果：

测试场景9结论：

7.10.测试场景10：

vplex_1、vplex2IP通信中断，但是vplex_1、vplex2各自与witnessIP通信正常

断开vplex_1、vplex2之间的网络路由

主机访问VPLEX正常，超算及汊唐Cluster正常，系统提示WitnessVPN连接异常。

测试场景10结果：

测试场景10结论：

7.11.测试场景11：

Disable所有DS6510与DS5100之间的所有级联端口

超算主机访问VPLEX正常，汉唐主机访问VPLEX故障，VPLEX系统显示ClusterPartition。

测试场景11结果：

测试场景11结论：

7.12.测试场景12：

超算2台DS6510交换机故障

关闭超算2台DS6510交换机所有电源

汉唐主机访问VPLEX正常，超算主机访问VPLEX故障，VPLEX系统显示ClusterPartition。

测试场景12结果：

测试场景12结论：

7.13.测试场景13：

汉唐2台DS5100交换机故障

关闭汉唐2台DS5100交换机所有电源

测试场景13结果：

测试场景13结论：

7.14.测试场景14：

4台SAN交换机故障

关闭超算及汉唐4台SAN交换机所有电源

测试场景14结果：

测试场景14结论：

7.15.测试场景15：

Disablevplex_1与vnx5800所在的SAN交换机端口

所有主机可以继续访问VPLEX，VPLEX系统显示ClusterPartition，Cluster1故障，所有超算端Volume出错，。

测试场景15结果：

测试场景15结论：

7.16.测试场景16：

Disablevplex_2与vnx5500所在的SAN交换机端口

所有主机可以继续访问VPLEX，VPLEX系统显示ClusterPartition，Cluster2故障，所有汉唐端Volume出错，。

测试场景16结果：

测试场景16结论：

7.17.测试场景17：

拨出波分系统上的所有裸光纤

超算主机访问VPLEX正常，汉唐中心Cluster2Suspended，VPLEX系统显示Cluster2故障。

若要选择外网LUN在超算起来（由于所有LUN均在超算运行，因此外网LUN无需任何操作）；

若要选择内网LUN从汉唐起来，需要以下步骤：

1、将内网业务在超算的服务器关机

2、在汉唐中心ssh登陆vplex命令行，执行命令（以TATZ_CG为例）：

VPlexcli:

/clusters/cluster-2/consistency-groups/TATZ_CG>

choose-winner-ccluster-2

3、启动该系统数据库及应用即可。

测试场景17结果：

测试场景17结论：

8.审计意见

审计：

上述描写测试步骤没问题，但有两个意见

1.测试总共有28项，这里只有11项，未完成。

2.另外双活中心功能测试最好结合OracleRAC完成，原因是VMWARE的容错性较高，而Oracle容错性较低，从Oracle的角度去测试会更加严格，能够发现的问题会更多。

3.涉及两个机房切换的测试建议加压力测试，以了解在高负荷情况下，切换是否能顺利，是否能在应用接受的延迟下完成切换。

9.讨论反馈后备注

上述问题都没完成