NetApp_MetroCluster_Proposal.V2.doc

 目录 一、项目背景及需求分析 4 1.1 项目背景简述 4 1.2 存储系统需求 4 1.2.1 用户设计要求 4 1.2.2 技术设计响应 4 二、存储系统解决方案 6 2.1 存储解决方案的选择 6 2.2 推荐：MetroCluster方案 9 2.2.2 MetroCluster方案组成 9 2.2.3 MetroCluster方案原理 10 2.2.4 MetroCluster保障能力 12 2.2.5 MetroCluster距离配置 16 2.2.6 MetroCluster同类方案 17 2.3 参考: SnapMirror方案以及MetroCluster方案的扩展 17 2.3.1 SnapMirror配置方式 17 2.3.2 SnapMirror方案组成 18 2.3.3 SnapMirror+MetroCluster 19 一、项目背景及需求分析 1.1 项目背景简述 XXXX全国XXXX业务系统运行在单套NetApp FAS3140A上，现配置12.8TB（28x450GB 15krpm FC磁盘），需实现高可用性扩容： 本地高可靠性存储 实现数据异地容灾 对RPO、RTO、系统数据可用性、管理便利性均有较高要求 数据存储高可用性的宗旨 根据用户进行自我分析的结果，信息系统将来都要进行集中运行维护，数据中心将会承担越来越多的信息系统运行维护工作。做好每一个信息系统的备份，保证数据安全，将是数据中心未来最重要的工作之一。而要做好这项工作，就需要建设集中的数据存储、复制中心，采用先进的存储设备和软件，制定相应的复制策略，集中高效地完成各个数据中心的工作。 1.2 存储系统需求 1.2.1 用户设计要求 此次设计的数据存储、复制系统是用户由传统FC SAN存储向智能性容灾以及统一存储的技术过渡，将对XXXX业务，乃至整个存储、复制业务产生技术推动。 该存储系统建成后将同时负担生产数据存储以及数据容灾两种任务，也将支持后续系统的建设，还将成为前端主机与其它低成本备份设备，如磁带库之间的桥梁。 这就需要根据不同的应用分别提供优化后的存储功能，保证数据存储、运算的高性能，并且保证关键数据在线硬盘存储的安全性。同时由于本次项目涉及众多平台、应用、产品，需要在线存储系统部分保证最高的管理、使用简便性。 1.2.2 技术设计响应 数据的可靠性设计 存储系统假想故障状况下，可以能够通过SnapShot恢复整体文件系统。 提供业界最高水平的数据有用性指标。 在线存储系统中磁盘阵列支持高性能RAID方式，并且能够以经济简便的方式，支持RAID DP(RAID 6)双校验配置方式，提供比RAID 0+1高出2000倍的的数据保护能力。 构建RAID组的时候，不限定RAID组的构成。 存储支持浮动热备盘，热备盘不限位置、不限数目。 考虑到本次系统是对数据存储的首次大规模建设，各个子系统情况相对繁杂，需要根据实际应用效果，提供在线扩充RAID组扩充、数据卷volume扩充以及减小功能，以利于更好的适应不同业务系统的并存关系。 除硬件外，存储系统具备功能完善的管理软件。该软件应具有存储容量划分、管理功能；能对存储系统的各种性能进行监视和统计，系统出现严重故障时，能够及时报警。 支持数据本地镜像副本，数据要求同步镜像 支持数据异地镜像副本，数据要求同步镜像 支持故障状态下镜像副本切换过程自动完成 二、存储系统解决方案 2.1 存储解决方案的选择 根据对用户现有生产环境的初步了解，参考用户对数据安全保护能力预期。NetApp可以提供若干种方案供用户选择，这些方案的RPO指标、RTO指标、管理便利性、数据可用性各不相同。根据NetApp长期以来对数据生产环境的数据实践，我们推荐用户采用其中性能优良、安全可靠，同时简便易维护的MetroCluster方式进行数据系统的容灾保护。同时，我们也对其它几种方案简要说明其技术原理及实现方式，供用户参考。 首先，对本次项目在数据容灾方面的要求我们明确如下： RPO，Recovery Point Objective数据恢复点指标，在采用容灾系统进行数据及文件系统恢复时，该指标表明此过程中所发生的数据损失量。RPO=0意味着该过程中没有数据损失。 RTO，Recovery Time Objective数据恢复点指标，在采用容灾系统进行数据及文件系统恢复时，该指标表明此过程中所耗用的时间。RTO=0意味着该过程中没有等待，即该过程不耗费时间。 管理便利性，与RTO和RPO指标相比，管理便利性是较难量化，但同时又是极为重要的一个指标。在一个复杂的数据容灾系统中，从数据灾难发生开始，到数据恢复、应用恢复，一般需要一系列较为复杂的应用层、主机层、网络层和存储层操作，操作便利与否，不仅决定