阵列级容灾解决方案.docVIP

阵列级容灾解决方案 一、概述 XXX单位现有华为赛门铁克Oceanspace S5300存储阵列一套，本次拟再上一套存储阵列作为本地灾备阵列，以备在主阵列故障、数据不可用的情况下的紧急之需，保证数据的安全性和业务的连续性。 因为涉及到主阵列和容灾阵列间的数据同步和反向同步，容灾阵列需要选用和主存储阵列同一厂家和同一系列的产品，建议容灾阵列采用华赛Oceanspace S5300，硬盘可以采用低级别SATA硬盘。 二、方案简介 XXX单位采用基于阵列的容灾解决方案，这种方案是指在磁盘阵列一层，利用磁盘阵列本身的智能控制系统/软件进行阵列到阵列的数据复制，从而实现对生产环境数据的容灾。 部署在生产站点（现网已有S5300）和灾备站点（本次拟建阵列）的两台阵列之间可以使用FC或IP链路进行连接，生产站点的磁盘阵列可以实时的自动将更新后的数据传送至灾备站点的阵列中，以保持两台磁盘阵列中的数据完全一致。所有工作由两台阵列自身自动完成，对主机系统完全透明，不占用任何主机资源。当生产站点由于地震、火灾等灾难导致整个业务系统瘫痪时，灾备站点的业务系统能够完全接管全部工作，在较短时间内恢复业务系统的运行。 华赛阵列容灾解决方案主要有阵列异地容灾和阵列同城容灾两种方案。两种方案都是利用华赛的HostAgent软件保证业务系统数据一致性，并利用华赛Oceanspace磁盘阵列的远程镜像功能（HyperMirror）进行阵列间的数据复制。 阵列异地容灾方案主要采用Oceanspace磁盘阵列的异步远程镜像功能（HyperMirror/A）实现生产站点和灾备站点的数据复制。 阵列同城容灾方案主要采用Oceanspace磁盘阵列的同步远程镜像功能（HyperMirror/S）实现生产站点和灾备站点的数据复制。 因为本工程属于同城容灾，可以采用同步远程镜像技术实现。考虑到数据复制的性能，建议采用FC链路进行数据传输，当然也可以采用IP链路。阵列同城容灾方案的原理图如图1所示。 阵列同城容灾解决方案原理图 正常情况下，生产站点的数据会利用Oceanspace磁盘阵列的远程镜像功能将生产卷的数据复制到灾备站点的灾备卷中；在灾难发生时，灾备站点可以通过灾备卷中的数据拉起客户业务；生产站点恢复后，可以利用Oceanspace磁盘阵列远程镜像功能进行反向同步，将灾备卷的数据同步至生产站点的生产卷中，并在生产站点启动客户业务。 三、Oceanspace磁盘阵列远程同步镜像技术 远程镜像功能的实现需要考虑以下三个设计需求： 尽可能保证主、从LUN之间的紧密同步，从而减少灾难发生时的数据丢失量(data loss)； 尽可能减少系统对前台应用程序的写延迟，从而达到减少系统响应时间、提高数据吞吐量和性能的效果； 在异常或灾难发生时，能够保证生产站点和灾备站点数据可用性。 由于通信链路上存在不可避免的延时，前两个设计需求几乎不可能同时最优化：当前者达到最优时，生产站点收到本地I/O写操作后，立即发向灾备站点，等待写I/O同时写入主LUN和从LUN后才返回前台应用程序写完成——这种方式称为同步远程镜像； 当后者达到最优时，生产站点先记录收到的I/O写操作导致的差异，写入主LUN后就立即返回写完成，当差异累积到一定程度时（或经过一段固定的时间）再一次性把所有差异更新到灾备站点的从LUN——这种方式称为异步远程镜像。无论是同步远程镜像还是异步远程镜像，都必须满足第三个设计需求——任何情况下的数据可用性。 3.1 HostAgent保证数据一致性 数据一致性是指关联数据之间的逻辑关系是否正确和完整。因为某种异常情况的发生，数据并没有按照应用程序规定的逻辑关系完整的写入磁盘。导致应用程序读入的数据无法按照原有的逻辑解释，导致应用程序无法启动。比如在数据库的事务操作中，实际发出了五个写操作，当系统把前面三个写操作的数据成功写入磁盘以后，系统突然故障，导致后面两个写操作没有写入磁盘中。此时应用程序和磁盘对数据状态的理解就不一致。 Oceanspace ISSP HostAgent主机套件由HyperManager、ConsistentAgent和InbandAgent三部分组成。HostAgent根据时间策略定期将应用在主机缓存中的数据刷新到阵列磁盘中，有效保证数据的一致性，同时与虚拟快照、Lun拷贝、远程镜像等增值功能结合，保证应用主机与生产阵列、生产阵列与灾备阵列的数据一致性与可用性。 HyperManager是面向应用的方案中的“大脑”，起着调度、协调和管理的功能。每个策略执行时，HyperManager通知ConsistentAgent对应用进行刷数据，保证数据一致性，然后InbandAgent发送带内命令到阵列，比如让阵列做快照。 ISSP HostAge