1、,银行云数据中心网络架构设计方案,双活解决方案及关键技术,01,02,03,网络架构设计方法,整体网络架构设计,广域网规划设计,04,案例介绍,05,产品选型建议,06,方案优势,07,Customer Profile业务架构,IT架构,应用架构,数据架构,基础设施架构,技术最佳实践,行业发展趋势,技术发展趋势,IT基础架构规划,架构落地实施,参考模型,网络设计方法自顶而下,总体设计,业务战略IT需求,技术趋势,架构规划目标 演进路线GA、CRD,广域网架构 总体设计,现状评估,最佳实践,数据中心架 总体构设计,业务连续 灾备/双活,安全架构设 计,虚拟化 企业私有云,行业趋势,详细设计数据中
2、心基础设施与布线架构功能分区设计服务器/VM接入存储网络设计可靠性评估与计算安全规划与部署DC互联与大二层设计,两地三中心QoS规划与设计骨干网健壮性量化评估业务带宽与链路选择多级骨干网扁平化策略与设计,双活数据中心关键业务多活部署策略服务器/VM集群架构SAN扩展与数据复制LAN扩展与二层互联站点选择与网关设计,网络设计方法从需求到方案,H3C网络架构规划的方法论基于企业架构（EA,Enterprise Architecture），从 企业的业务架构出发，推导适应业务发 展的IT支撑能力。通过对数据架构、应 用架构、技术架构的调研及分析，明确 网络的目标以及基线架构，根据差距分 析制定解决方
3、案，完成网络架构规划设 计。H3C采用的框架模型为在当前国内外大型 金融机构采用的Togaf V9模型。,网络规划设计方法围绕需求展开,XX行重点关注需求 预构建柔性 软件定义低PUE敏捷,网络通用关注需求,灵活可扩展 高可用可管理性能,设计需求,两地三中心架构,项目范围,高可用性,广域网架构,数据中心架构,运维管理,业界技术发展方向SDN融合架构 最佳实践,网络现状 现有业务架构现有网络架构 现有基础设施 状况,物理与逻辑分离,标准化、自动化,动态调整、灵活部署,资源统一调配,网络设计策略,高可用性,性能,可管理性,可扩展性,安全性,灵活性,网络资源,网络分析常用要素,互联网金融创新发展引发
4、的变革，深刻改变了金融交易模式，对银行业的影响深刻并深远。或许，在相当长的时间内，互联网金 融远不足以撼动传统银行业的市场地位。但可以肯定的是，在整个金融业态正在发生深刻变化的今天，积极应对互联网金融高速发 展带来的冲击和变革，加大互联网金融创新探索，加快经营模式的转变，无疑将是银行抢占未来竞争战略制高点的关键所在。而在 这一过程中，应对的好与不好，则将决定银行未来的竞争力。互联网化：金融企业要适应互联网的趋势、适应客户越来越高的服务需求、具有更强的市场意识、贴近客户的心声，自身就需要具 有迅速响应市场变化、小周期迭代开发、灵活调整产品方向的特性，这种特性就是互联网化基因和互联网化思维。金融企
5、业需要重 新审视自身的业务模式，具备“互联网化”的基因和互联网思维，通过信息科技手段加强对业务的支撑，将科技工作从成本中心转变 为利润中心，由传统IT革命到新IT。数据化：如果说“互联网化”作为未来金融行业信息化发展的方向性路标，“数据化”则将能够为银行带来价值创造、为用户带来财富 增值。“数据化”帮助银行准确把握经济脉搏、财富管理需求、定位特征人群，得以提高用户的粘性。平台化：“平台化”作为业务和科技的战略性支撑，是“互联网化”和“数据化”的基础。业务层面的平台化使金融企业以自身业务为核 心向外围业务扩展，完成业务的生态系统建设，转变企业核心竞争力。科技层面的平台化可以定义成“一种架构适用所
6、有应用的能 力”，金融企业需要面临众多的挑战，例如云计算与虚拟化、业务服务管理、商务智能、敏捷业务流程、物联网、协作与沟通等，因此未来的IT架构应具备平台化的特征来快速适配新业务。支撑传统银行功能的底层要素是渠道、技术和数据，通过“互联网+除了业务思维的变革，通过已互联网行业为代表的先进技术为传 统银行的渠道、技术和数据带来了新的发展动力：渠道：移动互联网技术改变了金融的渠道“触达”能力，打破网点和柜面的空间、时间限制，金融业务的场景化使金融企业与商业场 景无缝衔接，提升了产品及服务对象的创新和差异化能力。技术：构建企业“私有云”打造“轻IT”基础架构模式，开放、松耦合、自动化作为“轻IT”的
7、典型特征，“轻IT”带来基础架构的标准 化，从而提升金融企业面向应用、面向管理、自主可控的核心能力。数据：数据由人工获取、非实时、更新频率慢向实时的、可连接的活数据转变，更容易集中、共享、挖掘、创新，使银行整个经营 决策和战略制定从经验依赖向数据依据转化。在“互联网+金融“的驱动下，商业银行传统业务遇到了新兴互联网金融的挑战，但同时也为商业银行提供了转型机遇，需要转变思 维，充分运用互联网思维，利用移动互联、云计算、大数据等新技术，构建新的业务模式、服务模式以及商业模式，更快的推出更 多的新产品，服务好企业用户和个人用户，获得更多的新客户，同时增加已有客户的粘性，从而逐步实现商业银行业务的转型
8、。,平台化业务层面与科技层面底层要素：渠道，技术，数据,互联网化,互联网基因，互联网思维科技工作从成本中心转向利润中心传统IT革命到新IT,数据化,价值创造价值增值,以”互联网+”带动传统银行业务转型,信息化银行能够持续从广泛的来源获取、量度、建模、处理、分析大容量多类型信息，增强银行信息获取的完整性，完善结构化与 非结构化数据，并应用于银行经营实践。通过各类信息的“融会贯通”，促进信息在全行的传导与应用，丰富信息使用方式，实现行 内外各类信息的集中、整合、共享、挖掘应用，实现信息资源在银行中最广领域、最高层次、最大价值的全方位、全过程应用，使 信息资源成为经营发展中起决定性作用的重要生产要素
9、，使信息技术不再仅仅是跟随业务发展的辅助手段和支持工具，而成为业务 创新、市场开拓、风险管理等工作中不可或缺的重要组成部分。（二）互联互通（Interconnected）要改变目前商业银行系统和信息在跨部门、跨机构之间存在割裂、流转不畅的局面，基于“以客户为中心”和“One Bank”的理念，推 进产品设计、业务运营、客户服务等各项经营管理活动的“统一口径、统一管理”，实现前中后台贯通、各渠道协同、各机构联动，保证业务流程高效畅通。（三）整合创新（Integrated）要建设具有高度灵活性和可配置性的产品应用架构体系，推动信息流、业务流和资金流的深度整合和无障碍流动。例如，一个核心 企业的产业
10、链上，会有几百个上下游的企业与其有密切的产销联系；在几百个上下游企业之间，又跟其他的产业链形成密切的关 系，这种复杂的关系超越了孤立的经度和纬度，形成类似蜘蛛网式或集成电路式的关系，就需要用大数据来处理和整合核心企业与 其上下游企业之间的资金流、物流、服务流等信息，打通全流程的金融服务链条。（四）智慧管理（Intelligent）主要是充分利用数据挖掘和分析工具，智能分析海量的结构化和非结构化数据，依此判断市场、精准营销、发现价格、评估风险、配置资源，改变过去银行经营管理更多依赖经验和直觉的状况，实现复杂环境下的科学管理。而且对数据的利用不再是从下至上被 动发起，而是从上至下主动推送，为业务和
11、前台各项经营活动提供数据分析支持，变被动响应为主动引导经营活动。（五）价值创造（Increment-valued）信息化银行要能够最大程度上把那些信息不对称的需求和供应方撮合起来，转化为实际的业务竞争优势。要建立涵盖金融服务、交 易平台支持、资讯增值服务等一体化的信息综合服务体系，把海量客户信息、宏观经济金融运行信息和银行的资金与服务融合起 来，据此发现经济生活中供给方和需求方，并撮合宏观、微观经济中交易的实现，使信息应用在最大程度上转换为实际的商业行 动。,构建信息化银行是指通过信息的集中、整合、共 享、挖掘，使银行整个经营决策和战略制定从经验依赖向数据依据转化。,BANK,互联互通(Int
12、erconnected),整合创新(Integrated),价值创造(Increment-valued),智慧管理(Intelligent),信息共享(Information-sharing),信息共享：从广泛渠道获取多类型信息，使信 息资源成为经营发展中起决定性作用的重要生 产要素,互联互通：实现前中后台贯通、各渠道协同、各机构联动，保证业务流程高效畅通,整合创新：建设具有高度灵活性和可配置性 的产品应用架构体系，推动信息流、业务流 和资金流的深度整合和无障碍流动,智慧管理：充分利用数据挖掘和分析工具，依此判断市场、精准营销、发现价格、评估 风险、配置资源,价值创造：把那些信息不对称的需求和
13、供应 方撮合起来，使信息应用在最大程度上转换 为实际的商业行动。,信息化银行的特点,互联网金融时代客户对于服务易用性的要求越来越高。一些互联网金融企业正是因为从客户的角度出发，设计更为亲切友好、简单 易用、灵活便捷、交互性强的金融产品，从而有效改善了客户体验，迅速吸引了客户。作为金融服务业，商业银行要更加注意按照 以客户为中心的原则，设计金融产品，优化业务流程，改善金融服务。同时可充分运用网站、移动客户端、微博、微信、社交网站 等互联网平台，实现与客户之间的开放交互式接触，加强主动营销，高效满足客户需求。（二）要更加重视数据挖掘未来一家优秀的银行应该是具备强大数据分析、数据解读能力的银行，从数
14、据中洞悉商机，获取价值。相比互联网企业，商业银行 的交易数据和账户信息范围更广、历史更长，数据挖掘的潜在收益也更大。商业银行要充分利用互联网金融的平台化手段，积极构 建结构化、非结构化的数据仓库，并通过大数据集成挖掘技术作深层次、多维度的分析，充分发挥数据在战略决策、客户营销、业 务运营、风险管理、绩效考核、资源配置等方面的导向作用，提升集约化经营和精细化管理水平，真正让数据发出有价值的声音。例如，工商银行在总行成立了信贷监测中心，通过对历年来的信贷数据以及经营数据、客户交易习惯等历史信息和关联信息进行研 究分析，归纳提炼出一百多个数据分析模型进行风险揭示和预警，推动全行从过去单业务条线、单客
15、户、单账户、单品种的局部 化、碎片化风控管理方式，加快向业务关联、上下游联动、跨账户交易的信息流风控方式转变，以更加有效地把控好实质风险。（三）要更加重视平台建设当前，互联网平台发展已经从门户网站、搜索引擎时代过渡到移动社交时代，用户对即时通讯、社交网络和移动服务等综合需求越 来越高。在此情况下，商业银行需要打造一个开放型、综合化的金融平台，将各个节点、企业和个人的交易信息、金融信息、物流 信息等在内的所有信息储存在这个平台上，形成一个个集成电路板一样纵横交错的信息网，再经过大数据处理和数学建模分析，从 中发现市场机会。通过搭建这样一个平台，实现商品流、信息流、资金流“三流合一”的商业生态闭环
16、，促进商业银行转型成为“金 融+信息”的服务提供商。如工商银行2013年初推出“融e购”电商平台，目前已有注册客户646万户、近1300家签约商户、6.4万件商 品，累计交易额222亿元，远远超过一些知名电商企业开办初期的发展速度。（四）要更加重视产品和服务创新商业银行要结合新时代背景下的客户需求，针对客户的消费习惯和投资偏好，为客户量身定做优质的金融产品与服务。比如在支付 产品创新方面，可以按照“小额讲便利、大额讲安全”的原则，设计开发相关产品，满足客户日益增多的便利支付需求。如工商银行 近期推出了快捷支付产品工银e支付，客户只要通过预留手机短信验证即可轻松完成付款，不仅拥有与第三方支付产品
17、一样便 捷的支付体验，而且拥有银行级支付安全保障。在融资产品创新方面，可以设计开发更多可以直接在线上办理、更贴合客户需求的 产品。如工商银行2006年推出了针对小微企业的网络融资产品网贷通，至今累计向6.5万个客户发放贷款1.4万亿元，成为互联 网金融领域规模最大的一款融资产品。2013年推出了基于客户真实消费的信用贷款产品逸贷，只要客户一消费，就能触发办理 贷款，资金瞬时到账，投放市场近一年来，累计发放贷款超过1300亿元。在投资理财产品创新方面，可以按照“客户门槛低、操作 更便捷、产品标准化”的理念，对现有投资理财产品进行电商化改造，开发针对“长尾”客户的低购买起点、高流动性的互联网专属
18、便民理财产品特别是丰富账户交易类贵金属等投资产品满足客户投资套利避险等不同需求在服务模式创新方面需要,数据挖掘,平台建设,产品及服务创新,门户网站 移动客户端 社交网络,客户体验,构建一个互联网化的基于“云计算”的开放、高容量、易扩展、安全稳定、便捷研发的 信息化银行基础架构,结构化、非结构 化数据仓库数据挖掘,商品流、信息流、资金流“三流合一”,为客户量身定做优 质的金融产品与服 务,信息化银行对基础架构的要求,双活解决方案及关键技术,02,03,网络架构设计方法,整体网络架构设计,广域网规划设计,04,案例介绍,05,产品选型建议,06,方案优势,07,01,首先在架构上，通过核心网的整合
19、，网络真正作为独立平面出现。多个数据中心之间可以实现无缝衔接，多个数据中心间实现负载 分担，在确保单中心具有全业务承载能力的前提下，确保业务多活部署与主备平滑切换。其次在资源利用上，物理上的三个数据中心，逻辑上形成一个大的数据中心，实现资源共享与动态调度，形成云计算底层的基础设 施资源池。未来通过集中的上层管理平台与自动化，可实现云计算的全面落地。,全行一朵云与统一资源池,两地三中心,分布式多中心,灾难备份系统的建设专用备援系统用于紧急状态的恢复 降低灾难风险对业务的影响加强生产的安全等级,致力实现业务系统无缝切换消除应用应急带来的风险与损失 数据中心间实现负载分担单中心具有全业务承载能力,多
20、中心持续建设目标-分布式多活数据中心,单纯灾备主备中心满足RPO资源固化人工管理,灾备与负载均衡双活（多活）融合 满足RPO，最小RTO全局资源池化灵活调配 资源调度自动化,多个跨地域的分布式虚拟化数据中心,地理分散的多个“云”,网络的平台化地位日益重要,强调风险管控，多中心持续建设与业务平滑切换,分布式数据中心建设概览,多数据中心灾备运维模式,主备模式（Active-Standby）特点：生产中心完成所有的数据更新的业务通过数据复制技术将数据复制到灾备中心灾备中心除了承担灾备的任务仅利用有限的资 源完成一定的查询业务灾备中心不进行需要数据更新的业务备份中心的主机平时处于“备份”状态,混合双活
21、（Active-Active Hybrid）特点：双生产中心均需要完成数据更新的业务通过数据复制技术将数据复制到对方通过业务模块或用户的方式将业务分配到不 同的中心平时主要的处理能力均分配给生产应用系统 使用出现灾难时，根据需要接管的方式，动态调 度资源给备份系统使用备份中心的主机平时处于“备份”状态，但主要的资源均动态分配给生产系统使用。没 有完全闲职的设备,双活（Active-Active）特点：业务或用户按照服务需求（OnDemand）将业务分配到不同的中心平时主要的处理能力均分配给不同的中心跨双生产中心建立共享的资源访问方式跨双生产中心建立高可用性集群通过数据复制技术将数据镜像到对方出
22、现灾难时，根据需要接管的方式，按照当 前的业务状态动态调度服务和资源（Busines s Resiliency)所有的中心、主机和存储设备均处于生产状 态和实现负载分担,生产中心,灾备中心,生产中心,灾备中心,生产中心,灾备中心,业务 A,业务A,业务 A,业务 A,业务 A,业务 B,业务 B,业务 B,两地三中心总体架构-从灾备到业务连续性-5/6级灾备等级要求,异地数据中心,逻辑错误,组件错误,节点灾难,容灾半径,逻辑错误，通常本数据中心内通过软件回退、应用隔离、应用切换保证业务连续性，容灾 半径为本地数据中心,服务节点内单点故障，本数据中心通过冗余设计 保证业务连续性；整个服务节点故障
23、，切换到同 城数据中心保证业务连续性,地域性灾难，通过异地数 据中心实现业务灾备,业务连续性(HA)生产数据中心同城数据中心,灾难备份(DR),分布式数据中心建设概览,同城灾备中心:生产中心和灾难备份中心距离比较近，比较容易的实现数据的同步 镜像，可以保证数据完整性和数据零丢失可以防范火灾、建筑物破坏等可能遭遇的风险隐患，但对于战争、地震、水灾等隐患力不从心,异地备份中心：生产中心和备份中心跨城域，距离比较远,通过异步镜像/复制备份数据无法保证数据零丢失如果远距离同步镜像，则交易效率太低、通信成本很高,两地三中心：,结合同城异地的优点在异地备份中心具有完整的灾难接管能力的情况下，建立同城备份
24、站点，可使同城灾备中心具有应用接管能力也可以让同城灾备中心只是一个同步数据镜像站点,生产中 心,同城灾备中 心,生产中 心,异地备份中 心,生产中 心,同城灾备中 心,异地备份中 心,两级多中心架构：,总部与区域两级架构，总部级数据中心互为主备，同时做为区域级中心的异地容灾中心，区域级数据中心作为生产中心，共享总部级 异地灾备，保证灾难接管的能力，同时降低成本跨城域远距离容灾，异步复制/镜像数据级无法保证数据零丢失，同步镜像成本高,区域级 数据中心,区域级 数据中心,区域级 数据中心,区域级,数据中心,总部级 数据中 心总部级 数据中 心,总部级 数据中 心,P1P5:P1P5的目标部署架构为
25、稻香湖、洋桥和武汉南湖A-A-A模式部署，并对外提供服务。每个站点负责不同区域或渠道的业务接入，各站点之间互为交叉备份关系，可进行快速接管。P6P8:P6/P7/P8的目标部署架构为稻香湖、洋桥、武汉南湖实现A-Q-S模式部署。P9P12:为就近利用产品服务层灾备数据，P9P12的目标部署架构为武汉南湖、稻香湖实现A-S模式部署。,分布式数据中心业务运行状态-举例,OS,DBMS,Volume Manager,Web/Application,DB-Client,OS,DBMS,Volume Manager,Web/Application,DB-Client,数据库层,Database,Data
26、base,Network,Network,数据库应用,网络,操作系统 应用软件层数据的连续性,主机/应用连续性,主机(RTO),数据中心的业务连续性,同城数据中心间关系,紧耦合同城数据中心,松耦合同城数据中心,商业银行数据中心发展及未来的演进路线,数据中心内各类资源的接入,服务资源接入,链路资源接入,终端资源接入,数据中心内需要完成哪些资源的接入才能发挥作用,举例：传统外联区同时具备链路资源接入和服务资源接入的功能,22,关键业务区,小机,信用卡区,数据仓 库区,数据仓库,办公 后台区,通用服务器,外联用户,互联网用户,网点用户 分支机构用户,关键开 放区,重要开 放区,通用服务器,准生产区,
27、数据中心整体结构,核心交换区,银行数据中心网络拓扑架构示意图,网络交换核心,。,。,业务一区,业务二区,业务三区,。,。,。,。,开发测试区,。,运维管理区,带外管 理网,广域 网区 汇聚,分支机构数据中心,外联 区DMZ,IPS,LB,Web交换机,出口路由器,网银区,外联,单位,APP/DB交换机,Inter net,COR E,园区网,数据中心整体设计多中心整体设计 数据中心规划设计与布线架构相结合的物理结构服务域架构设计通道域架构设计用户域架构设计交换平台架构设计数据中心管理网络设计多业务网络融合安全架构设计数据中心间网络,目录,新一代大型EDC设计趋势：模块化,“模块化的数据中心”,
28、6种颗粒度的说明(由大到小),Zone 表示数据中心所在城市,Site 表示数据中心的具体位置,Module 表示数据中心的大楼,Cell 表示数据中心内的一个单元，包括存储、计算、网络,POD 表示一组部署IT设备的机柜,Zone,Site,Module,Cell,Pod,Rack,Rack 机柜(服务器、网络、存储),“模块化的数据中心”是一种用 标准、可重复构建的单元来建设 数据中心基础设施的方法,其中CELL 与 POD 是结构化布线及 数据中心网络设计的关注重点,数据中心机房结构示意图,与布线架构相结合的物理结构,TIA-942布线架构,POD节点设计,40G/100G布线的选择,T
29、IA-942-A定义的架构化布线标准,操作中心 支持间,通信室TR,进线间ER,主配线区MDA,运营商接 入,主干布 线,主干布 线,主干布 线,29,数 据 备 份 网,关键业务,Building 1,Building 2,核心网络区/广域网区/外联区/网银区,关键业务,大数据分析业务,数据仓库业务,信用卡,办 公 后 台 业 务,数据仓库业务,机房布局,传统竖井式部署：网络设备在机房的落位方式,传统竖井模式中，规模较大的网络会设置MOR设备通常会将核心交换机、汇聚交换机及4-7层服务设备等主要的网络设备部署在MDAMOR设备部署在HDA，接入交换机就近部署在服务器所在的EDA,Fabric
30、 Switch方式部署：网络设备在机房的落位方式,服务器机房规模较大的情况下，可能需要在IDA区域增加二层汇聚，和接入核心形成SPINE-LEAF结构。,与布线架构相结合的物理结构,TIA-942布线架构,PoD节点设计,40G/100G布线的选择,基础预构件（POD）类型概述,根据业务系统平台的不同，可以有多种类型的POD，包括网络设备POD、各种平台的服务 器POD、存储POD等,X86服务器PoD小型机PoD,存储PoD,业务网PoD,PoD节点设计：x86服务器机柜部署,X86 2U服务器，根据实际功耗，部署8-12台；X86服务器生产网接口为2*万兆光接口，或电口,ODF架/MPO模
31、块盒，负责服务器到MOR/EOR交 换机的连接,剩余空间：用于各类交换机的部署，例如：生产 网交换机，管理网交换机，FC存储交换机，以及ODF架的扩展；供电允许情况下，还可以扩展X86服务器,10U,30U,42U,生产网,FC存储网/HBA卡或以太网卡,带外管理网,2U X86服务器 部署10台；4U X86服务器 部署6台；,PoD节点设计：x86服务器PoD设计,管理网 接入交换机,生产网 接入交换机,生产网FC交换机,X86Cluster,每个POD内可部署的设备举例：2组48端口配线架，一组光口，一组电口；2台48端口生产网交换机，最多可提供96个业务端口；2台48端口数据备份网/管
32、理网交换机，最多可提供96个管理端口；2台FC交换机，数据存储网；32台机架式x86服务器；,每台x86服务器的端口需求：生产口：2个；数据同步口：1个；数据备份口：1个；存储口：2个或多个；管理口：1个；每个POD的端口需求：生产口+数据同步口：2*32+1*32=96个10GE口；存储口：2*32=64个FC口；数据备份口+管理口：1*32+1*32=64个10GE口；,交换机上行端口：生产网，2台接入交换机，每台交换机2个40GE上行，一共2*2=4个40GE端口；数据备份网，2台接入交换机，每台交换机1个40GE上行，一共2个40GE上行；管理网，2台接入交换机（与数据备份网复用），每
33、台交换机1个40GE上行，一共2个40GE上行；数据存储网，2台FC交换机，4个上行FC接口；,POD节点设计：小型机PoD部署,每个POD内可部署的设备举例：2组48端口配线架，一组光口，一组电口；2台48端口生产网交换机，最多可提供96个业务端口；2台48端口数据备份网/管理网交换机，最多可提供96个管理端口；2台FC交换机，数据存储网；4台小型机，每台16U；每台小型机的端口需求：生产口：20个；数据备份口：10个；存储口：4个或更多；管理口：1个；每个POD的端口需求：生产口：20*4=80个10GE口；存储口：4*4=16个FC口；数据备份口+管理口：10*4+1*4=44个10GE口；,交换机上行端口：生产网，2台接入交换机，每台交换机2个40GE上行，一共2*2=4个40GE端口；数据备份网，2台接入交换机，每台交换机1个40GE上行，一共2个40GE上行；管理网，2台接入交
