AIX-的存储高可用和容灾解决方案实现.doc

AIX-的存储高可用和容灾解决方案实现.doc

ID:52562986

大小:366.00 KB

页数:7页

时间:2020-03-28

AIX-的存储高可用和容灾解决方案实现.doc_第1页
AIX-的存储高可用和容灾解决方案实现.doc_第2页
AIX-的存储高可用和容灾解决方案实现.doc_第3页
AIX-的存储高可用和容灾解决方案实现.doc_第4页
AIX-的存储高可用和容灾解决方案实现.doc_第5页
资源描述:

《AIX-的存储高可用和容灾解决方案实现.doc》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、AIX的存储高可用和容灾解决方案实现本文介绍如何结合使用AIXLVMMirror和DS8000MetroMirror技术,在存储架构层面实现存储高可用的同时满足企业同城容灾需求。本文同时就该方法最受人关注的容灾切换部分,分别就计划内和计划外两种场景进行详细讨论,并结合实验,充分论证了该方案的可行性。基本技术介绍AIXLVMMirror本地存储高可用解决方案介绍LogicalVolumeManager(LVM)是AIX上用于逻辑卷管理的软件。LVM本身提供LogicalVolume(LV)数据在多个PhysicalVolum

2、e(PV)之间做数据镜像的功能,以达到存储的本地高可用性。在LVMMirror方案中写I/O与底层设备交互如下图所示。图1.LVMMirror方案架构当服务器发出写I/O时,该I/O在Parallel模式下会同时并行发送到两台存储设备上。如上图中Step1,Step2和Step1’,Step2’。只有当Step2和Step2’都完成时,一个写I/O才会被服务器认为完成。在该解决方案中,当底层任一存储,即PV,出现故障时,LVM会自动将停止该PV上所有的I/O活动,并将相应读写切换到剩下的正常PV上。整个切换过程在LVM层完

3、成,所有LV在故障切换过程中状态保持在线,对应用层透明。切换时间最低在15秒左右,甚至更短。同城容灾解决方案介绍DS8000MetroMirror(MM)技术是一种满足RecoveryPointObject(RPO)为0的存储级同城容灾解决方案。该方案中,数据通过存储底层的I/O同步复制到容灾站点来达到相应的容灾目的。在DS8000MM方案中写I/O与不同站点间DS8000存储交互如下图所示。图2.DS8000MM方案架构当服务器发出写I/O时,首先该写I/O首先放往在生产站点主存储设备上;其次该写I/O由生产站点主存储发

4、往灾备站点备存储;接着备存储发回写I/O完成信息;最后主存储向服务端发送写I/O完成信息。整个过程中,每个写I/O保证会在生产和容灾站点间同步完成。在该解决方案中,当生产站点发生灾难时,会触发站点切换场景,即生产站点所有设备宕机,灾备站点服务器和存储在容灾端被启用并提供服务。由于容灾端存储的数据是通过同步复制技术产生,数据与生产保持一致,从而保证了RPO为0。值得注意的时DS8000MM该方案本身不提供生产站点的本地存储高可用保证。当本地存储发生故障且无法恢复时,最终需要将生产切换到容灾站点。整个过程一般为几个小时或更高。

5、AIXLVMMirror结合DS8000MetroMirror解决方案介绍AIXLVMMirror结合DS8000MetroMirror解决方案是一种融合两种方案优点的存储高可用加容灾解决方案。该解决方案的基本架构图如下图所示。图3.AIXLVMMirror结合DS8000MetroMirror架构AIXLVMMirror结合DS8000MetroMirror解决方案其优点是显而易见的:其为企业基础架构提供本地存储高可用保护的同时,也提供了存储级同城容灾的能力。但是在本方案中,由于生产端服务器的AIXLVM的LVCopy存

6、在两份,而容灾端只有一份,因此在容灾端的单份Copy对容灾切换的影响成为客户主要关注点,主要有以下几点:容灾切换时影响:容灾端应用在单份Copy情况下其LVMVG和应用是否能正常拉起,以及相应RTO影响。生产回切时影响:生产端LVMMirror能否正常重新同步,及其对生产的性能影响。整个操作流程复杂度:复杂度是否可控,是否会对运维团队带来额外负担。对于以上问题我们将分计划内和计划外两种切换场景在第二章节进行详细讨论。AIXLVMMirror结合DS8000MetroMirror容灾切换和恢复步骤一般容灾切换场景可分为计划内

7、和计划外两种,以下章节分别就该两种场景进行讨论。所有讨论均基于实际测试结果,测试环境如下:硬件为Power570,4核CPU,16G内存。操作系统AIX6100-05+PowerHA6.1.0.9,双机配置为Active-Standby方式。应用为Oracle10g。(这里以Oracle应用为例,本方案也适用于其他应用场景。)整个测试数据容量大小约为1TB。计划内切换和恢复步骤计划内切换特点在于容灾站点切换以业务验证为主,容灾端应用运行时间短,期间AIXLVM和存储不会做变更。因此在此短时间期间AIXLVM可以以非健康状态

8、运行。针对其特点,设计LVMMirror+DS8000MetroMirror的存储架构切换流程如下图。图4.计划内切换流程点击查看大图步骤一,容灾切换:停止生产端应用和卸载相关文件系统。在生产端应用服务器执行varyoffvg和exportvg操作。将DS8000MetroMirrorFailover到

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。