目录1方案整体规划..............................................................21.1 整体拓扑 1.2 设计依据 1.3 方案描述 2 网络部分规划 2.1 网络拓扑 2.2 设计依据 2.3 方案描述 2.3.1 物理交换网 2.3.2 云平台虚机网络 3 计算及存储规划 3.1 平台拓扑 3.2 设计依据 3.3 方案描述 3.3.1 弹性与自动化的基础设施 3.3.2 按需服务，平台交付 3.3.3 敏捷的 IT 服务水平 3.3.4 简化管理，智能统一运维 3.3.5 硬件故障无害化，保障业务连续 o31628 7B8C 箌 24038 5DE6 左 36986 907A 遺<25908 6534 攴3.3.6 计算虚拟化需求 3.3.7 分布式存储 3.3.8 网络虚拟化（ SDN ） 4 网络安全规划 4.1 方案目标 4.2 设计依据 4.3 等保要求 4.4 方案拓扑 4.5 功能描述 5 运维管理规划 5.1 设计依据 5.2 方案描述 6 附件：功能参数 1 方案整体规划1.1 整体拓扑方案划分为五个功能区：线路接入区：包含互联网线路，市局、各委办局、采集点等专线接入网络纵深防备区：包含各种网络安全、审计设备,符合等保 3 级法律规范要求t21443 53C3 參 rE24207 5E8F 序j36624 8F10 輐核心交换区：包含万兆核心交换集群及汇聚交换设备网管、客服区：包含网管平台及客户终端计算、存储区：包含云计算机平台和分布式存储系统。1.2 设计依据传统计算中心观念是根据功能需求的变化实现对应的硬件功能盒子堆砌而构建的，这非常类似于传统软件开发的组件堆砌,被已经证明为是一种较低效率的资源调用方式，而假如能够将整个网络的构建看成是由封装完好、相互耦合松散、但能够被标准化和统一调度的“服务”组成,那么业务层面的变更、物理资源的复用都将是轻而易举的事情.因此提出支撑业务运行的底层基础设施也应当向“面对服务”的设计思想转变,构造“面对服务的数据中心”(Service Oriented Data Center SODC）。具体而言 SODC，应形成这样的资源调用方式：底层资源对于上层应用就像由服务构成的“资源池”，需要什么服务就自动的会由网络调用相关物理资源来实现，管理员和业务用户不需要或几乎可以看不见物理设备的相互架构关系以及具体存在方式.SODC 的框架原型如下所示：在图中，隔在基础架构和用户之间的“交互服务层”实现了向上提供服务、向下屏蔽复杂的物理结构的作用，使得网络使用者看到的网络不是由复杂的基础物理功能实体构成的，而是一个个智能服务—-安全服务、移动服务...
