下载文档原格式
同城灾备机房距离要求标准同城灾备机房是指在同一城市范围内建立的备用设施，用于保障主要数据中心遭受灾害或故障时的持续运行和业务连续性。
同城灾备机房的距离要求标准是确保主要数据中心和备用设施之间的安全距离，以最大程度地减少灾难或事故对两个设施的同时影响。
下面将详细介绍同城灾备机房距离要求标准的相关内容。
同城灾备机房的距离要求标准与城市类型和地理条件有关。
一般来说，同城灾备机房的距离要求标准可以分为以下几个方面。
首先，同城灾备机房之间的距离要求通常建议在数十公里以上。
这是为了确保主要数据中心和备用设施之间足够的距离，以防止一起大规模的灾害或事故同时影响到两个设施。
同时，这样的距离也可以使得备用设施能够及时准备并投入使用，以确保业务的连续性。
其次，同城灾备机房之间的距离要求还需要考虑城市的地理条件和灾害风险。
例如，如果某个城市位于地震带上，那么主要数据中心和备用设施之间的距离可能需要更远一些，以避免地震影响同时波及到两个设施。
另外，如果某个城市经常受到台风、洪水等自然灾害的影响，那么主要数据中心和备用设施之间的距离可能也需要有所调整，以最大程度地降低自然灾害对两个设施的同时影响。
此外，同城灾备机房的距离要求还需要考虑通信和网络设备的传输延迟。
在数据中心的灾备过程中，需要将数据从主要数据中心传输到备用设施，然后恢复业务运行。
因此，两个设施之间的距离不能太远，以免造成数据传输时延较大，影响业务的恢复速度。
最后，同城灾备机房的距离要求还需要考虑两个设施之间的交通情况和基础设施建设。
设施之间的距离不能太远，以确保在灾备过程中能够及时调动人员和设备。
同时，城市的交通和基础设施建设也会对两个设施之间的距离要求产生影响。
道路状况、交通拥堵等因素都需要考虑在内，以确保备用设施能够及时到达并投入使用。
综上所述，同城灾备机房的距离要求标准是一个综合考虑城市类型、地理条件、灾害风险、通信延迟、交通和基础设施建设等因素的过程。
银行同城灾备中心建设方案-网络（一）网络2、网络技术方案2.1建设背景随着社会的发展和科技的进步，金融行业越来越依赖于数据处理来进行业务运营，对IT系统的依赖性也随之增加。
然而，灾难就像灰尘一样伏击在企业周围，您的业务可能正在一个充满风险和威胁的世界里运行：无法预知的IT 硬件设备的损坏、断电、火灾、自然灾害、恐怖袭击等，造成数据丢失或业务的突然中断；系统人员误操作造成意外宕机或关键数据丢失，无法避免；手段频多的黑客攻击、病毒入侵、垃圾邮件、网络与系统的漏洞，造成网络瘫痪、系统崩溃。
如果不能对风险采取有效治理，一旦数据由于上述某种原因丢失，就有可能造成整个银行在运营上的重大不便和经济损失，银行的信誉也将受到影响。
如果核心数据丢失，严重时完全有可能造成整个银行的瘫痪。
由此可见，保证银行的业务连续运营及数据处理的高可靠性和高可用性，已经成为所有IT人员在建设IT基础架构中首先要考虑的问题。
与此同时，我们需要考虑建立和加强银行的业务恢复能力，缩短业务恢复的时间，以便在发生系统灾难后能够从容应对风险。
故此，银行对IT系统提出了以下要求：1）网络系统的高可用性，保证数据7X24 小时的连续访问；2）将现有的网络技术集成，建设高效、可靠、可自恢复并且安全的骨干网络，为未来发展奠定良好的基础。
3）需要能够支撑对银行现有的数据以及各种应用系统进行集中化、自动化的基于策略的保护；4）需要一套成熟度高，业内应用广泛的网络整体解决方案，一旦发生灾难(洪水、地震、火灾等)，或者人为灾难(用户失误、磁盘失效等)导致数据丢失或者业务中断时，能够快速、及时地恢复数据，保证业务的连续运行。
为进一步推进某银行信息化建设，以信息化推动某银行业务工作的改革与发展，需要在抚顺本地建设某银行的同城灾备中心，建设新一代绿色高效能数据中心网络。
同时主中心需进行适当的扩容以配合此次同城灾备的实施。
此次建设的重点是数据中心，数据中心（英文拼写Data Center，简写DC）是数据大集中而形成的集成IT应用环境，它是各种IT应用服务的提供中心，是数据计算、网络、存储的中心。
XX银行同城灾备演练技术切换手册（网络部分）银行合作服务中心2019年4月1故障场景一本场景模拟合作行核心系统主备机同时发生故障或核心系统存储服务器发生故障，但张江主机房其它基础设施包括网络环境均正常运行，暂无条件或需要较长时间才能恢复主机或存储的对外通讯，需将该合作行核心业务系统切换到同城灾备机房。
1.1数据流说明图1为合作行核心系统服务器环境在正常情况以及发生整体性故障情况通讯数据流走向：1)、绿色线为正常数据流走向，合作行通过主运营商专线（通常为电信运营商）连接到上海张江主机房，数据流通过汇聚交换机、防火墙、服务器核心交换机、接入交换机的层层转发，最终到达核心系统服务器；2)、紫色线为灾备切换数据流走向，合作行仍然通过主运营商专线连接到上海张江主机房，同时在汇聚交换机上和同城灾备路由器上将核心系统主机路由手工指向灾备环境，可以将合作行访问数据流牵引到外高桥同城灾备机房网络环境，数据流通过同城灾备路由器、防火墙以及灾备服务器核心交换机的转发到达核心系统灾备服务器环境，整个网络切换过程对合作行来说是透明的。
接入路由器（主）接入路由器（备）同城灾备路由器A（主）同城灾备路由器B同城灾备路由器（备）同城灾备路由器（主）电容灾（图1）1.2网络切换配置1）汇聚交换机配置YY58SW01-A1#ip route-static A.A.A.A 255.255.255.255 163.254.1.302）同城灾备路由器配置YY39SW01-ZB#ip route A.A.A.A 255.255.255.255 163.4.255.1403）同城灾备防火墙配置YYFW01-ZB#nat static inside ip 163.4.251.* global ip A.A.A.A备注：A、163.4.251.*为合作行核心系统灾备环境IP地址；XX灾备为163.4.251.18。
B、A.A.A.A为合作行核心系统生产环境IP地址，XX为163.72.1.1。
商业银行数据中心网络建设方案目录1、数据中心建设分析 (3)1.1 背景 (3)1.2 建设重点 (3)2、数据中心网络系统设计原则 (4)2.1可靠性和可用性 (4)2.2可扩展性 (5)2.3灵活性 (5)2.4高性能 (5)3、数据中心分区设计思想 (5)3.1 区域划分 (5)3.2分区设计的优点 (6)4、数据中心架构设计 (6)4.1设计概述 (6)4.1.1 VLAN规划 (8)4.1.2 路由设计 (8)4.2核心交换区设计 (8)4.2.1 具体设计 (8)4.2.2 VLAN划分 (8)4.2.3 路由规划 (9)4.3生产前置区规划 (10)4.3.1拓扑 (10)4.3.2 VLAN规划 (10)4.3.3 路由规划 (10)4.4 广域网接入区规划（分行接入） (11)4.5.1 路由规划 (13)4.6 QoS设计 (13)4.6.1 QoS设计原则 (13)4.6.2 QoS服务模型选择 (14)4.6.3 QoS规划 (15)4.7 ARP攻击防御 (17)4.7.1 ARP攻击原理 (17)4.7.2 ARP攻击的类型 (17)4.7.3 ARP攻击解决方案 (20)4.7.4 其他技术 (27)5、数据中心管理 (28)5.1数据中心管理设计原则 (28)5.2网络管理 (29)5.3网络监控 (31)6、产品与关键技术 (33)6.1 万兆以太网与100G平台技术的考虑 (33)6.1.1以太网发展进入100G时代 (33)6.1.2服务器万兆互联成为主流趋势 (34)6.1.3核心交换机的价格升级至100G (35)6.2 IRF虚拟化技术 (36)6.2.1技术优点 (36)6.2.2典型组网应用 (37)1、数据中心建设分析1.1 背景当前，国内四大国有商业银行、城市商业银行、邮政储蓄银行、农村信用社、证券等金融机构都在进行数据大集中之后的IT建设，而数据中心和灾备中心的建设是其中建设的重点。
完善的同城、异地灾备高可用方案一、整体思路。
咱做这个同城和异地灾备高可用方案啊，就好比给数据和业务弄了个超级保镖团队，不管本地出啥幺蛾子，都能保证业务不掉链子。
二、同城灾备方案。
1. 数据中心布局。
在同城找两个合适的地方建立数据中心，就像在一个城市里盖了两座一模一样的大楼，一座是主的，一座是备份的。
这俩地方的距离不能太近，万一发生个火灾或者地震啥的小范围灾害，别俩一起遭殃。
比如说，一个在城市东边，一个在西边，中间还隔着几条大马路呢。
2. 数据同步。
对于数据，咱得让主数据中心和同城备份数据中心时刻保持一致。
可以用实时数据复制技术，就像给数据开了个同步轨道一样。
比如说，主数据中心这边有一笔新订单进来，数据刚录入，就立马像闪电一样复制到同城备份中心去。
这里可以采用存储级别的复制，像磁盘阵列自带的同步功能，或者用数据库自身的日志传送功能来实现数据的同步。
3. 网络连接。
网络得又快又稳。
拉几条高速光纤把两个数据中心连起来，就像在两座大楼之间架起了超级高速公路。
这网络带宽得足够大，能快速传输大量的数据。
而且，为了防止网络故障，咱还得弄个冗余网络，就像备用轮胎一样。
如果一条光纤断了，另一条马上顶上，保证数据传输不停歇。
4. 应用切换。
万一主数据中心的应用系统出问题了，得能快速切换到同城备份中心。
这就需要有个智能的监控和切换系统。
这个系统就像个超级管家，时刻盯着主数据中心的应用状态。
一旦发现主中心的应用有点“不舒服”，比如说响应时间变长或者直接死机了，它就麻溜地把用户的请求切换到同城备份中心的应用上去。
这切换过程要快得像闪电侠，用户几乎感觉不到有啥变化。
三、异地灾备方案。
1. 选址。
异地灾备中心可不能在同城附近，得离得远远的。
比如说，如果咱这个业务主要在国内东部沿海城市，那异地灾备中心可以选在西部的某个大城市。
这样，就算东部沿海城市遇到台风、洪水之类的大型自然灾害，西部的灾备中心还能安然无恙。
这就像把鸡蛋放在不同的篮子里，东边的篮子倒了，西边的篮子还稳稳当当的。
光大银行打造“两地三中心、大同城小异地”灾备模式作者：史晨阳来源：《中国金融电脑》 2016年第1期光大银行始终高度重视信息科技应急工作，以业务优先恢复为应急首要原则，自2002 年在金融业率先实现“同城双活网络”开始，光大银行已逐步建成有光大特色、符合监管要求与国际通用准则的“两地三中心”灾备体系。
本文从灾备体系总体规划、运维管理经验、特点与问题以及下一步建设与管理构想等四个方面介绍光大银行灾备建设经验。
一、“两地三中心”灾备体系总体规划架构光大银行根据自身特点采用了“大同城，小异地”策略来建立“两地三中心”灾备体系。
“大同城”指以双活模式构建两个同城数据中心，通过部署必要的软硬件设备，使所有系统在两个中心都拥有相同处理能力，通过EMC SRDF 存储同步技术，实现生产数据在两个中心之间的实时同步。
两中心共同担负日常生产任务，一个中心可独立承载全部业务，既可防范机房等建筑物级别的风险，又增强同城中心日常生产容量弹性。
“小异地”指当发生地域性灾难时，以保障银行关键业务在重要渠道持续开展、对全行生产数据进行保护为目的而建立的异地灾备数据中心。
生产中心位于北京上地，同城酒仙桥灾备中心距离生产中心约21 公里。
同城灾备中心一般用于防范火灾、建筑物破坏、供电故障、计算机系统及人为破坏引起的灾难。
异地灾备中心位于武汉，距北京生产中心约1150千米，用于防范战争、地震、水灾等区域性灾难。
上地生产中心为自有机房，酒仙桥和武汉灾备中心采用场地外包、自主运维模式（光大银行两地三中心灾备体系整体架构如图1 所示）。
在灾备网络建设上，光大银行现有网络中采用的是双星型结构。
以同城主、备两个数据中心为两个核心节点，两个核心节点间由高速链路（DWDM）连接。
灾备中心与原有的2 个数据中心形成两地三中心的网络结构，通过灾备中心的建立形成三个数据中心的结构。
各分行通过三条链路分别上连至上地数据中心、酒仙桥数据中心和武汉灾备中心。
1、概述随着计算机技术和通讯技术的高速发展，以计算机和通讯技术为基础的金融电子化系统得到了飞速发展。
建设银行xx分行为了发挥计算机城市综合网系统的最大优势，在市场竞争中保持建设银行现有的科技优势，能够给大行业大企业提供全省范围内的优质服务，加强城市综合网系统的安全运行。
规划将建设银行xx分行全省范围内的客户数据帐务信息，集中到省分行运行中心统一处理，这是计算机应用技术发展的必然，也是建设银行xx分行业务发展的需要。
随着数据集中处理的实施，可以预计，建行的业务运作、经营管理将越来越依赖于计算机网络系统的可靠运行。
建设银行所提供金融服务的连续性以及业务数据的完整性、正确性、有效性，会直接关系到我们建行的生产、经营与决策活动。
一旦因自然灾害、设备故障或人为因素等原因引起计算机网络系统停顿导致信息数据丢失和业务处理中断，将会给建设银行xx分行造成巨大的经济损失和声誉损害，受到致命的打击。
将全省客户帐务数据集中统一处理，因数据集中处理伴随而来的运行风险将因为灾难发生大大增加。
生产运行主机系统及其配套设备一旦发生故障，就会导致在全省建设银行范围内所有营业柜台停止营业的风险。
会计、储蓄、信用卡等建设银行的三大主营业务的停业，建设银行xx分行面临的将是灾难性打击。
因此，生产运行系统的灾难备份系统就显得格外重要。
我们认为，一旦实施全省数据集中，灾难备份系统应该与生产运行应用系统（全省集中）同步投入使用，保证全省数据集中处理系统的运行安全。
根据建设银行xx分行数据集中处理领导小组的统一安排，1999年10月10日到10月20日，分行科技处组织人员在成都市龙泉，进行封闭式工作，制定城市综合网系统全省数据集中处理规划，本应用系统灾难备份系统建设规划是其中很重要的分部。
1.1 计算机系统灾难备份概念简介1.1.1 计算机系统灾难定义计算机系统灾难是指造成重要业务数据丢失，使业务中断了不可忍受的一段时间的计算机系统事故，这些事故导致银行丧失了全部或部分业务处理能力，引起企业营业收入下降、信誉降低和形象受损，甚至威胁其生存。
（一）网络2、网络技术方案2.1建设背景随着社会的发展和科技的进步，金融行业越来越依赖于数据处理来进行业务运营，对IT系统的依赖性也随之增加。
然而，灾难就像灰尘一样伏击在企业周围，您的业务可能正在一个充满风险和威胁的世界里运行：无法预知的IT 硬件设备的损坏、断电、火灾、自然灾害、恐怖袭击等，造成数据丢失或业务的突然中断；系统人员误操作造成意外宕机或关键数据丢失，无法避免；手段频多的黑客攻击、病毒入侵、垃圾邮件、网络与系统的漏洞，造成网络瘫痪、系统崩溃。
如果不能对风险采取有效治理，一旦数据由于上述某种原因丢失，就有可能造成整个银行在运营上的重大不便和经济损失，银行的信誉也将受到影响。
如果核心数据丢失，严重时完全有可能造成整个银行的瘫痪。
由此可见，保证银行的业务连续运营及数据处理的高可靠性和高可用性，已经成为所有IT人员在建设IT基础架构中首先要考虑的问题。
与此同时，我们需要考虑建立和加强银行的业务恢复能力，缩短业务恢复的时间，以便在发生系统灾难后能够从容应对风险。
故此，银行对IT系统提出了以下要求：1）网络系统的高可用性，保证数据7X24 小时的连续访问；??2）将现有的网络技术集成，建设高效、可靠、可自恢复并且安全的骨干网络，为未来发展奠定良好的基础。
? 3）需要能够支撑对银行现有的数据以及各种应用系统进行集中化、自动化的基于策略的保护；??4）需要一套成熟度高，业内应用广泛的网络整体解决方案，一旦发生灾难(洪水、地震、火灾等)，或者人为灾难(用户失误、磁盘失效等)导致数据丢失或者业务中断时，能够快速、及时地恢复数据，保证业务的连续运行。
为进一步推进某银行信息化建设，以信息化推动某银行业务工作的改革与发展，需要在抚顺本地建设某银行的同城灾备中心，建设新一代绿色高效能数据中心网络。
同时主中心需进行适当的扩容以配合此次同城灾备的实施。
此次建设的重点是数据中心，数据中心（英文拼写Data Center，简写DC）是数据大集中而形成的集成IT应用环境，它是各种IT应用服务的提供中心，是数据计算、网络、存储的中心。
数据中心实现了安全策略的统一部署，IT基础设施、业务应用和数据的统一运维管理。
数据中心是当前各行业的IT建设重点。
运营商、电力、能源、金融证券、大型企业、政府、交通、教育、制造业、网站和电子商务公司等正在进行或已完成数据中心建设，通过数据中心的建设，实现对IT信息系统的整合和集中管理，提升内部的运营和管理效率以及对外的服务水平，同时降低IT建设的TCO。
数据中心的发展可分为四个层面：◆数据中心基础网络整合：根据业务需求，基于开放标准的IP协议，完成对企业现有异构业务系统、网络资源和IT资源的整合，解决如何建设数据中心的问题。
◆数据中心应用智能：基于TCP/IP的开放架构，保证各种新业务和应用在数据中心的基础体系架构上平滑部署和升级，满足用户的多变需求，保证数据中心的持续服务和业务连续性。
各种应用的安全、优化与集成可以无缝的部署在数据中心之上。
◆数据中心虚拟化：传统的应用孤岛式的数据中心模型扩展性差，核心资源的分配与业务应用发展出现不匹配，使得资源利用不均匀，导致运行成本提高、现有投资无法达到最优化的利用、新业务部署难度增大、现有业务持续性得不到保证、安全面临威胁。
虚拟化通过构建共享的资源池，实现对网络资源、计算计算和存储资源的几种管理、规划和控制，简化管理维护、提高设备资源利用率、优化业务流程部署、降低维护成本。
◆数据中心资源智能：通过智能化管理平台实现对资源的智能化管理，资源智能分配调度，构建高度智能、自动化数据中心。
2.2方案规划与设计2.2.1网络建设目标某银行主中心数据与备份中心数据中心未来将承载所有生产环境系统。
数据中心网络作为业务网络的一个重要组成部分，为核心业务系统服务器和存储设备提供安全可靠的接入平台。
网络建设应达成以下目标：高可用――网络作为数据中心的基础设施，网络的高可用直接影响到业务系统的可用性。
网络层的高可用至少包括高可靠、高安全和先进性三个方面：◆高可靠：应采用高可靠的产品和技术，充分考虑系统的应变能力、容错能力和纠错能力，确保整个网络基础设施运行稳定、可靠。
当今，关键业务应用的可用性与性能要求比任何时候都更为重要。
◆高安全：网络基础设计的安全性，涉及到银行业务的核心数据安全。
应按照端到端访问安全、网络L2-L7层安全两个维度对安全体系进行设计规划，从局部安全、全局安全到智能安全，将安全理念渗透到整个数据中心网络中。
◆先进性：数据中心将长期支撑某银行的业务发展，而网络又是数据中心的基础支撑平台，因此数据中心网络的建设需要考虑后续的机会成本，采用主流的、先进的技术和产品（如数据中心级设备、虚拟化支持等），保证基础支撑平台5～10年内不会被淘汰，从而实现投资的保护。
易扩展――某银行的业务目前已向多元化发展，未来的业务范围会更多更广，业务系统频繁调整与扩展再所难免，因此数据中心网络平台必须能够适应业务系统的频繁调整，同时在性能上应至少能够满足未来5～10年的业务发展。
对于网络设备的选择和协议的部署，应遵循业界标准，保证良好的互通性和互操作性，支持业务的快速部署。
易管理――数据中心是IT技术最为密集的地方，数据中心的设备繁多，各种协议和应用部署越来越复杂，对运维人员的要求也越来越高，单独依赖运维人员个人的技术能力和业务能力是无法保证业务运行的持续性的。
因此数据中心需要提供完善的运维管理平台，对数据中心IT资源进行全局掌控，减少日常的运维的人为故障。
同时一旦出现故障，能够借助工具直观、快速定位。
网络分层――网络分层设计是将网络设备分为核心层、接入层，通过分层部署可以使网络具有很好的扩展性（无需干扰其它区域就能根据需要增加容量），可以提升网络的可用性（隔离故障域降低故障对网络的影响），可以简化网络的管理（拓扑结构结构更清晰）。
对于某银行数据中心而言，各功能区域的网络核心层都划归到数据中心核心区域，也就是说各功能区域包括汇聚层网络设备和接入层网络设备（对于各服务器区，汇聚设备和接入设备合二为一），由此而构成了一种核心边缘网络结构，以核心区为中心，其他作为边缘处理。
这样设计的优点:首先，各功能区域的业务系统都需要和其它区域的业务系统进行交互，因此需要在网络中设计一个知道其它区域路由的区域，这就是数据中心核心区。
同时由于在各个区域中已经部署了安全管理的功能，因此为了保证更好的网络性能，将不需要在核心区上面再部署额外的安全功能，只需要部署高性能的交换机即可。
其次，这种设计将使某银行数据中心获得更好的伸缩性能，例如，未来根据业务发展的需要，可以非常容易的增加新的功能区域，而不需要对整个Server Farm的网络架构进行大的修改。
具备更好的可管理性，因为每个区域的安全功能和详细的路由可以根据每个区域的功能进行定义，因此针对每个区域可以预测一些特别路由路线和将来的需求，同时也可以在不影响其他应用或者整个区域的情况下进行数据中心网络的优化。
2.2.2总体设计思路及原则数据中心为某银行业务网络、日常办公与外联单位提供数据访问、OA和视频等服务，以及各业务的安全隔离控制。
数据中心并不是孤立存在的，而是与某银行数据中心、网络汇聚中心外联单位网络等网络区域相辅相成，数据中心基础网络是业务数据的传输通道，将数据的计算和数据存储有机的结合在一起。
为保证数据中心网络的高可用、易扩展、易管理，数据中心网络架构需按照结构化、模块化和扁平化的原则设计：结构化结构化的网络设计便于上层协议的部署和网络的管理，提高网络的收敛速度，实现高可靠。
数据中心网络结构化设计体现在适当的冗余性和网络的对称性两个方面。
如下图所示：冗余的引入可以消除设备和链路的单点故障，但是过度的冗余同样会使网络过于复杂，不便于运行和维护，因此一般采用双节点双归属的架构设计网络结构的对称，可以使得网络设备的配置简化、拓扑直观，有助于协议设计分析。
在数据中心网络设计时，由于引入了冗余和对称的设计，这必将引入网络的环路，可通过如下建设思路消除环路影响：1．启用STP和VRRP协议传统解决方案，标准的协议，设备要求较低。
但此种部署方案网络的协议部署复杂，收敛慢，链路带宽利用率低，运维管理工作量大。
本方案设计不采用此方法。
2．IRF网络设备N:1虚拟化技术通过H3C IRF技术对同一层面的设备进行横向整合，将两台或多台设备虚拟为一台设务，统一转发、统一管理，并实现跨设备的链路捆绑。
因此不会引入环路，无需部署STP和VRRP等协议，简化网络协议的部署，大大缩短设备和链路收敛时间（毫秒级），链路负载分担方式工作，利用率大大提升。
在本方案的设计中，将采用端到端的IRF部署，满足网络高可靠的同时，简化网络运维管理。
◆模块化构建数据中心基础网络时，应采用模块化的设计方法，将数据中心划分为不同的功能区域，用于实现不同的功能或部署不同的应用，使得整个数据中心的架构具备可伸缩性、灵活性、和高可用性。
数据中心中的服务器将会根据服务器上的应用的用户访问特性和应用的功能不同部署在不同的区域中。
如下图所示：数据中心网络分为网络接入区、数据中心核心交换区和服务器接入区三大功能区域，其中网络接入区和服务器接入区依据服务类型的不同，可进行子区的细分，详细参见“业务分区”章节的描述。
数据中心核心区用于承接各区域之间的数据交换，是整个数据中心的核心枢纽，因此核心交换机设备应选用可靠性高的数据中心级设备部署。
在进行模块化设计时，尽量做到各模块之间松耦合，这样可以很好的保证数据中心的业务扩展性，扩展新的业务系统或模块时不需要对核心或其它模块进行改动。
同时模块化设计也可以很好的分散风险，在某一模块（除核心区外）出现故障时不会影响到其它模块，将数据中心的故障影响降到最小。
◆扁平化数据中心的网络架构依据接入密度和分为三层架构和二层架构，如下图所示：传统的数据中心网络通常采用三层架构进行组网，三层架构可以保证网络具备很好的扩展性，同一个分区内服务器接入密度高。
但三层架构网络设备较多，不便于网络管理，运维工作量大。
同时组网成本相对较高。
随着网络交换技术的不断发展，交换机的端口接入密度也越来越高，二层组网的扩展性和密度已经能够很好的满足企业数据中心服务器接入的要求。
同时在服务器虚拟化技术应用越来越广泛的趋势下，二层架构更容易实现VLAN的大二层互通，满足虚拟机的部署和迁移。
相比三层架构，二层架构可以大大简化网络的运维与管理。
综合上述因素，数据中心的网络设计采用二层扁平化架构，满足扩展性的同时，实现易管理。
2.3业务分区按照“模块化”设计原则，需要对业务系统进行分区。
分区的优点：首先，允许在设计中明确不同网络区域之间的安全关系，允许设计者可以对每一个区域进行安全的评估和实施，不必要考虑对其他区域的影响。
