《阵列双活数据中心解决实施方案》由会员分享，可在线阅读，更多相关《阵列双活数据中心解决实施方案（98页珍藏版）》请在金锄头文库上搜索。
1、 专业整理 资料编码阵列双活华为双活数据中心解决方案技术建议书2016年3月11日华为技术有限公司版权所有 华为技术有限公司 2014。 保留一切权利。非经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档内容的部分或全部，并不得以任何形式传播。商标声明和其他华为商标均为华为技术有限公司的商标。本文档提及的其他所有商标或注册商标，由各自的所有人拥有。注意您购买的产品、服务或特性等应受华为公司商业合同和条款的约束，本文档中描述的全部或部分产品、服务或特性可能不在您的购买或使用范围之内。除非合同另有约定，华为公司对本文档内容不做任何明示或默示的声明或保证。由于产品版本升级或其他原因，本文档内容
2、会不定期进行更新。除非另有约定，本文档仅作为使用指导，本文档中的所有陈述、信息和建议不构成任何明示或暗示的担保。华为技术有限公司地址：深圳市龙岗区坂田华为总部办公楼 邮编：518129网址：客户服务邮箱：客户服务电话：0755-28560000 4008302118客户服务传真：0755-28560111 WORD完美格式 目 录1 适用场景（供参考，实际使用删除）11.1 文档适用场景说明11.2 版本更新12 概述12.1 项目背景22.1.1 项目概述22.1.2 建设总体要求22.2 需求分析22.2.1 需求分析32.2.2 现状分析32.2.3 建设目标（适用于升级改造）52.2.
3、4 方案设计原则63 存储双活架构选择63.1 存储双活架构选择73.1.1 存储双活架构描述73.1.2 业界存储双活技术路线73.1.3 存储双活架构对比74 系统方案设计94.1 整体架构设计104.1.1 方案描述104.1.2 存储双活架构的要求114.2 存储双活方案详细设计124.2.1 虚拟化存储双活设计134.2.2 双活读策略设计134.2.3 优选路径设计144.2.4 虚拟机跨数据中心vMotion设计（可选）144.2.5 “逃生”功能设计154.2.6 镜像快速恢复功能设计154.2.7 存储双活方案仲裁设计154.2.8 跨数据中心网络设计174.3 存储双活方案
4、应用配置建议184.3.1 VMware配置建议184.3.2 FusionSphere配置建议184.3.3 Oracle RAC配置建议194.4 华为存储双活方案优势194.5 存储双活方案故障切换与恢复214.5.1 故障切换流程214.5.2 故障恢复流程295 方案配置315.1 方案配置列表325.1.1 软硬件配置列表325.1.2 服务配置列表326 关键技术336.1 网络层解决方案336.1.1 服务器负载均衡技术（SLB）336.1.2 全局负载均衡(GSLB)376.1.3 DWDM416.2 存储层解决方案426.2.1 HyperMetro技术426.3 主机层解
5、决方案486.3.1 VMWare容灾技术486.4 数据库层解决方案506.4.1 Oracle RAC技术506.5 应用层解决方案596.5.1 Weblogic集群技术596.6 管理层解决方案676.6.1 灾备决策支持平台方案677 容灾相关产品及规格787.1 Tecal RH5885 V3机架服务器787.1.1 功能和价值797.1.2 规格参数807.2 OceanStor V3系列存储807.2.1 功能和价值807.2.2 规格参数817.3 FusionSphere云操作系统817.3.1 FusionCompute虚拟化827.3.2 FusionManager云管
6、理847.4 SNS系列867.4.1 功能和价值867.4.2 规格参数878 缩略语表881 适用场景（供参考，实际使用删除）1.1 文档适用场景说明本文档适用以下场景:1) 同城容灾，生产中心和灾备中心之间的容灾链路距离100km；2) 要求RPO=0；3) RTO0，部件故障或生产中心故障，能自动切换；4) 生产中心和灾备中心之间有裸光纤网络。5) 适用VIS 4节点与8节点双活（2个4节点）环境注：以下蓝色字体根据具体项目情况替换或删除。1.2 版本更新日期修订版本描述作者2014-03-28V1.0第一次发布，未增加网络双活部分，需要待网络解决方案的同事补充；未增加FusionSp
7、here双活部分，待测试有初步结果后再增加。陈晓丽2014-05-04V1.1根据评审意见进行修改陈晓丽2014-05-30V2.0增加FusionSphere双活部分,统一术语陈晓丽2014-07-30V3.0增加双活8节点内容陈晓丽2014-10-29V4.0修改8节点的描述陈晓丽2 概述2.1 项目背景2.1.1 项目概述XX数据中心的XX生产平台，是全局的计算中心、存储中心、备份中心，承载着XX的核心业务系统，随着业务的快速发展，对业务连续性的要求也越来越高。此次项目建设以XX的2个数据中心为2个物理站点，并考虑异地一处作为异地站点，构建跨双数据中心（XX公里）实现双活站点的存储虚拟化
8、平台。该平台主要为各类应用业务提供高可用性基础保障，为构建虚拟数据中心提供存储资源和服务，保障数据的一致性和完整性。2.1.2 建设总体要求1) 云数据中心建设云数据中心建设是建设云平台的核心与关键，虚拟数据中心负责按需提供满足要求的运算处理资源、存储资源、网络资源等IT基础架构服务。2) “站点双活+异地数据备份”灾备体系建设数据中心提供满足安全、高效管理和保障业务连续性的功能。通过“站点双活+异地数据备份”方案，实现不同灾难场景下的业务连续性要求。3) 统一管理平台的需求实现对双活数据中心中涉及的设备的统一管理，涵盖日常管理、资源分配、性能监控、日志审计等内容。2.2 需求分析2.2.1
9、需求分析云数据中心建设虚拟化是云平台建设的基础。通过虚拟化技术进行整合，形成一个对外提供计算资源为主的池化管理（包括服务器池、存储池、网络池等），同时提供运行环境等基础服务。服务器虚拟化能够消除XX局原有业务系统的“一台服务器运行一个应用程序”模式下的效率低下现象，在这种模式下，大多数服务器远未得到充分利用。借助服务器虚拟化技术，一台服务器可用作多个“虚拟机”，而且每个虚拟机都可以在不同的环境下运行，例如 Windows、Linux或Apache。因此，采用服务器虚拟化能够将多台服务器整合到更少的物理设备上，从而有助于减少空间、能耗以及管理需求。通过服务器虚拟化平台的建设，可以将现有的业务系统
10、逐步迁移到服务器虚拟化平台，并通过双活数据中心帮助增强业务连续性并提供全面的数据保护，以便管道局能够获得连续的应用程序可用性以及跨两个物理站点的自动灾难恢复能力。网络虚拟化通过各种网络技术，将不同的应用相互隔离，使得不同用户在同一网络上不受干扰地访问各自不同应用。在交换网络中可以通过虚拟局域网（VLAN）技术来区分不同业务网段，在路由环境下可以综合使用VLAN、MPLS-VPN、Multi-VRF 等技术，实现对网络访问的隔离。在数据中心内部，不同逻辑网络对安全策略有着各自独立的要求，可通过虚拟化技术将一台安全设备分割成若干逻辑安全设备，供各逻辑网络使用。存储虚拟化是指利用虚拟化技术，统一整合
11、管理FC SAN，IP SAN等多种存储设备，形成统一的资源池供上层业务使用，屏蔽不同存储之间的差异。“站点双活+异地数据备份”灾备体系建设传统的数据中心容灾已经从主备数据中心开始向双活数据中心过渡。主备数据中心的建设模式可以在很大程度上提升业务连续性。用户所有的业务系统都在主数据中心运行，而在备数据中心为业务系统提供冷备或热备，当主数据中心的应用出现故障时，可以将单个应用或数据中心整体切换到灾备数据中心。但这种模式造成了备数据中心常年处于闲置状态而造成资源浪费。而通过资源整合，可以极大的提升资源利用率，同时双活数据中心的服务能力是双倍的。2.2.2 现状分析目前XX局已经建成资产财务一体化平
12、台、人力资源系统、电子商务平台、综合数据库系统、数据存储平台、办公自动化系统等信息系统。其中，核心应用系统包括资产财务一体化平台、综合数据库系统、OA系统等应用系统。业务系统组网图如下:应用系统现状（1）资产财务管理一体化资产财务管理一体化是XX局核心应用系统，涉及XX局财务、资产、物资、检修、运行等工作，部署方式为集中式部署，业务窗口时间为7*24小时。资产财务管理一体化的关联系统是电子商务平台，系统之间有业务流程和数据交换。（2）综合数据库综合数据库包括综合统计和内主页等系统，涉及XX局下属所有电厂的数据上报和信息访问。（3）总部OA系统XX局OA系统采用Lotus Domino平台，包括
13、OA办公、公文审批和内网邮件等。XX局OA系统为分布式部署(从一级到三级)。总部OA系统与XX局下属单位OA系统之间主要为收发公文。各应用系统IT现状如下表所示：系统序号应用系统服务器数量数据量(GB)数据增量（GB）存储方式操作系统数据库虚拟化1XX业务平台2台P780小机40005GB/天DS8100AIX 6.1Oracle11gR2 RAC无2XX系统2台IBM X36501002G/天RDM（裸设备映射）windows 2008R2无VMware 5.5网络系统现状当前已建设同城灾备中心，租用运营商机房，与生产中心距离约20km。中间链路租用运营商裸光纤链路，并自购5台中兴M721
14、DWDM设备，其中A系统在生产中心使用两台DWDM设备实现冗余，B系统在生产中心使用1台DWDM设备，灾备中心放置2台DWDM设备。生产中心采购2台思科Nexus7010作为核心交换机，同城灾备中心没有核心交换机。网络现状如下图所示：现状风险分析在XX局以往的业务系统架构中,核心业务系统采用小机,其他非关键业务采用VMware虚拟化架构,核心数据库系统与业务均存放在XX存储上,整个业务系统未进行高可用保护,业务系统存在单点故障风险。且XX存储系统面临即将过保的问题，如何平滑进行存储系统的切换是必须要考虑的问题。2.2.3 建设目标（适用于升级改造）本次项目建设的关键目标有三个：（1）原数据中心的业务逐步迁移到新数据中心（2）新数据中心与原数据中心升级为双活数据中心架构（3）建设异地灾备中心2.2.4 方案设计原则通过对用户需求的了解，结合XX应用系统的业务特点，方案主要遵循以下原则进行设计：高性能：充分考虑容灾系统
