数据中心架构资源池改造方案

数据中心架构aCloud资源池改造

方案模板

目录

1项目背景5 1.1需求背景介绍5 1.2项目概述5 1.3客户现有系统架构拓扑图5 1.4需求分析6 1.5业务现状梳理1 1.5.1应用调研(调研高峰期) 1 1.5.2服务器调研（精确到规格）1 1.5.3存储调研（数量及规格）1 1.5.4网络架构环境调研（22表示使用的，48表示总共的）2 1.5.5现有虚拟化环境调研（包含软件版本）2 1.5.6其他调研2 1.6现有问题及描述1 1.6.1现有系统环境描述1 1.6.2总体网络环境拓扑图2 1.6.3现存问题描述2

基础架构无序增长2

运维管理异常复杂2

机房投入越来越高3

业务数据没有保护3 2深信服超融合建设方案概述4 2.1方案设计原则4 2.1.1统一规范4 2.1.2成熟稳定4 2.1.3实用先进4 2.1.4安全可靠4 2.2方案建设目标4 2.2.1构建IaaS层aCloud资源池4 2.2.2高效的智能运维和管理能力5 2.2.3多维度立体的安全防护能力6 2.3构建XX用户资源池平台的深远意义7 2.3.1TCO成本的考虑7

2.3.2业务赋能的考虑7 3深信服超融合方案设计建议书9 3.1方案拓扑及方案介绍9 3.1.1资源池平台整体建设架构介绍9

系统拓扑图9

方案简述10 3.1.2基础架构建设介绍12

系统拓扑图12

资源池平台的系统架构特性12 3.2方案部署最佳实践建议13 3.3超融合资源池技术介绍17 3.3.1计算资源池功能介绍17

计算资源池具备的功能17

虚拟化平台业务应用类型划分17

虚拟化软件具备的功能18 3.3.2存储资源池功能介绍19

平台架构设计与规划19

存储资源按需扩展20

系统性能线性增加21

数据多副本机制22

高可用性功能22

潮汐应用需求24

数据分片与条带化技术24

数据再平衡与故障重建机制26 3.4方案优势1 3.4.1基础架构有序增长1 3.4.2运维管理简单便捷2 3.4.3机房投入成本降低4 3.4.4业务数据得到保护5 3.5超融合配置7 3.5.1深信服超融合一体机配置7 3.5.2深信服超融合软件配置1 3.5.3深信服NFV配置清单1 4深信服超融合迁移方案3 4.1方案概述3

4.2通用方案迁移前准备3 4.2.1超融合平台搭建3 4.2.2网络、存储配置3 4.2.3业务系统准备4 4.2.4预估迁移时间4 4.3迁移实施5 4.3.1使用P2V迁移步骤（支持）5 4.3.2迁移步骤5 4.3.3使用iso引导迁移步骤6 4.3.4迁移步骤7 4.4迁移后备份12 4.5突发情况应对措施12 4.

5.1迁移过程故障12 4.5.2迁移后运行虚拟机发生故障12

1.1 需求背景介绍

备注说明：如下是以某客户的需求背景为模板，进行介绍，此部分需要一线使用的过程中，结合客户的实际情况做修改和添加。

近年来，随着我国国民经济的持续健康发展，中小企业融资需求和新农村建设需要的不断增强，中小银行纷纷成立，为地方经济建设提供了强有力的金融支持。与此同时，中小银行自身信息化建设能力面临很大挑战，在资金和人员有限的情况下，在风险必须可控的前提下，又快又好地建设银行业务全系统和基础设施成为中小银行发展亟需解决的掣肘。

云计算作为信息技术创新服务模式的集中体现，已经成为支撑各行业发展的关键信息基础设施，是金融行业分布式架构转型的助燃剂，为中小银行快速部署银行业务系统提供了有力的信息化支撑，能够促进中小银行提高信息化管理能力，有效增强业务竞争能力。

xxxx有限公司，作为集团公司和兄弟单位的支撑单位，提供有关财务结算、支付、交易等业务系统，并且xxxx有限公司也是由银监会直接监管的单位，IT信息化建设也是按照银监会相关规定进行建设的，未来云平台建设的参考要求同样按照银监会十三五规划与中国人民银行十三五规划作为重要依据和支撑。

1.2 项目概述

随着XX用户信息化的不断深入，基础架构变得过于复杂和脆弱。目前，70% 以上的 IT 投资主要用于运维方面，而支撑战略性及创新型的项目的预算变得极为紧促。随着业务变化速度的加快，IT对业务的响应要求越来越高，信息部门需要一种更好的策略来支撑业务的发展。

备注：每个项目的描述肯定不一样，所以这个需要一线的兄弟自行修改

1.3 客户现有系统架构拓扑图

备注：每个客户的情况由于都不一样，需要一线人员主动找客户要或者根据客户的描述画出来，然后粘贴到此处。

1.4 需求分析

xxx公司对新建云平台的诉求有更新、更高、更好的要求，采用应用成熟、适度先

进的技术，构建新型数据中心，并整合现有的资源，建立基于IaaS层的基础软、硬件

资源池，并进行动态调度、自动管控和共享使用，为集团和分、子公司各类业务应用提

供标准化、可定制化的运行环境，提高整体运营效率和IT设施的可靠性、安全性，并

有效降低运营成本，促进企业信息化的跨越式发展。同时，满足未来一定范围内多数据

中心之间资源共享、统一管控的要求。

?建立高效灵活的IT架构，实现IT资源对业务变化的快速响应。在业务场景变化时能够自动化的实现IT资源的调度，缩短业务系统的建设周期，提高业务系统的使用体验用户满意度。

?通过统一化管理、统一运维，以及标准化的运维流程和智能化的监控与事件分析，提高运维效率、降低运维成本。

?综合考虑信息安全等级保护3级要求和业务应用的实际需求，提供事前防御、事中控制、事后审计全方位保障，提高信息安全防护能力。

?考虑包括亦庄IDC托管机房数据中心、集团本部七层数据中心在内的多数据中心统一安全管理、数据中心双活的建设。

?采用桌面虚拟化技术，实现业务办公的半自动化，实现办公人员系统的统一管控、统一运维和监管，实现故障的一键定位，实现桌面的安全、整洁、准入机制完善的办公环境。

1.5 业务现状梳理

1.5.1 应用调研(调研高峰期)

调研xx用户每个系统的应用负载情况，有助于后续的方案设计。实例如下所示：

1.5.2 服务器调研（精确到规格）

调研用户的每种服务器或者每个业务应用服务器集群的负载情况，有助于硬件选型及利旧方案的设计。实例如下所示：

1.5.3 存储调研（数量及规格）

调研客户现有集中式存储的硬件情况，有助于后续的方案设计。实例如下：

1.5.4 网络架构环境调研（22表示使用的，48表示总共的）

1.5.5 现有虚拟化环境调研（包含软件版本）

1.5.6 其他调研

1.6 现有问题及描述

备注：此部分需要一线自行修改和添加

1.6.1 现有系统环境描述

xxxx有限公司现有全系统共计42个机房，机柜165个，使用面积1328平方米，

x86架构服务器264台，小型机26台，本次的方案设计并不涉及到所有的xxxx有限公

司机房中心，主要针对xxxx有限公司机房进行私有云平台所需内容的梳理和建设。

xxxx有限公司总部机房1个，分为机房一、机房二、机房三。目前机柜27个，使

用面积335平方米，x86架构服务器100多台，小型机11台左右。xxxx有限公司目前

详细情况如下所示：

?已经全部采用了VMware vSphere虚拟化做了业务系统的改造和集中整合，版本从

4.1到6.7，而vSphere4.1版本已经在逐步淘汰中，全部慢慢切换到6.7版本中；

?底层采用了包括戴尔、HPE、原有IBM的x86服务器作为虚拟化的承载使用；

?部分业务系统已经通过VMware vSphere+VSAN的方式形成了分布式计算资源池、分布式存储，并且又通过了EMC VxRail超融合产品实现了另外的分布式资源池系

统。

?单纯的vSphere虚拟化平台、裸机服务器业务系统，全部通过光纤交换机，直连到包括IBM V3000、V5000、V7000等几个型号存储、EMC集中式存储、HPE 3PAR

存储上，通过EMC DD备份做整体数据平台的集中式备份使用；

?已经计划采用华为的硬件网络SDN技术实现整体网络的整合，已经购买了华为的节点交换机（Leaf节点），后面计划采购华为控制端交换机（Spin节点），通过

SDN技术实现整体网络环境的集中式部署和控制，简化网络环境的操作。

1.6.2 总体网络环境拓扑图

1.6.3 现存问题描述

基础架构无序增长

?

x86服务器的使用独立、分散，系统资源使用很不均衡，而且服务器配置不太合理，无法实现有效的资源共享。

? 大量硬件堆积导致标签贴错、飞线的情况越来越多维护难度越来越大

?

数据中心基础架构和系统相对封闭，没有扩展性，无法及时针对业务变化进行快速调整和部署，无序的增长导致机房混乱不堪。

? 对外业务随着用户使用量逐年的增加，在业务高峰期系统存在严重性能瓶颈，业务办理响应时间变长，而且业务的可用性、可靠性降低等一系列的问题。

? 网络及安全层面存在不合理的规划和安全隐患，急需在架构层面改善。 ? 业务系统缺乏有效的高可用方案，难以应付突发性事件。

? 存储阵列的容量及性能扩展性差，无法满足业务数据快速增长的需求。 ?

一部分的交换机、服务器、甚至存储处于闲置并没有进行规划使用。

运维管理异常复杂

?

缺少统一而有效的监控平台，无法实现全面的、一体化的运维监控管理；

办公服务器群

楼层接入

数据中心服务器群

Internet 中国移动

链路负载

语音网关

办公网核心交换

市话

上网行为

移动 20M 联通移动移动移动移动移动移动移动 2 M 2 M 2 M 2 M 2 M 2 M 2 M 2 M 链路负载

移动移动化工

2 M 2 M Internet 中国电信

40M

移动 2 M

原中海物流

集团专线网络

原中海船务

线路负载

DDos 防护

线路负载

Router DMVPN

2+2M

2+2M 2M 2+2M 2M 2M 2M 2M 2M 2M

2M 2M 集团专线网络

无线控制

器

防火墙

防火墙防火墙

Internet 中国电信

10M

Internet 中国联通

DDos 防护

20M

联通空客

联通天荣联通北京联通青岛电信化工电信重庆电信广州电信厦门电信宁波电信大连电信上海电信长安街

数据中心网核心交换

100M

10G 光纤

1G 光纤

1G 双绞线

100M 双绞线

其他类型

?运维人员需要熟悉多种软、硬件的操作，在学习的周期上投入越来越大。

?运维管理专业化程度低，运行维护工作严重依赖集成商或服务商；

?运维团队庞大，且责任割裂，系统运维、网络、存储等各司其职；

?缺少专业化运维管理人员，维护复杂业务系统比较困难等；

?一旦出现问题牵扯到多个厂家多个产品，所以很难精确定位故障

?业务部门要求上线时间很短，短时间内很难响应业务部门的需求

?数据中心产品过多，很难精确定位故障点；

?大部分应用都是单机模式，如果某台服务器出现故障，相对应的业务也将中断，造成的影响和损失将难以估量。

?每次增加新设备需要做网络的变更，需要有计划内的停机时间，对敏感业务部门影响会比较大

机房投入越来越高

?随着设备增加对机房的空间、空调制冷、UPS等都提出更高的标准。

?当硬件设备过保后不得不购买高价的原厂质保，而且时间越久费用越高。

?无论选择任何方式的传统存储方案都需要高昂的投资和后续维护保障。

?有些老旧硬件设备一旦进行重启很有可能永久的起不来，导致数据丢失

业务数据没有保护

?如果选择备份和容灾方案则需要购买更多的设备，需要增加各项成本。

?如果由于误操作导致数据的逻辑错误、逻辑删除是没有办法恢复的。

2.1 方案设计原则

2.1.1 统一规范

超融合数据中心应该在统一的框架体系下，参考国际国内各方面的标准与规范，严格遵从各项技术规定，做好系统的标准化设计与施工。

2.1.2 成熟稳定

超融合数据中心应是熟稳定的技术和产品，确保能够适应各方面的需求，并满足未来业务增长及变化的需求。

2.1.3 实用先进

为避免投资浪费，超融合架构的设计不仅要求能够满足目前业务使用的需求，还必须具备一定的先进性和发展潜力，具备纵向扩增以及平滑横向扩展的能力，以便IT 基础架构在尽可能短的时间内与业务发展相适应。

2.1.4 安全可靠

超融合数据中心设计时应加强系统安全防护能力，确保业务和数据的稳定可靠，保障业务连续性。

2.2 方案建设目标

备注：此部分需要一线自行修改和添加

2.2.1 构建IaaS层aCloud资源池

通过不断完善和优化现有IT系统的基础设施和环境，不断提供IT系统的建设程度，在现有IT信息系统之上，拥抱行业内新技术和建设新思路，并且保证现有业务系统的稳定性的大前提，做好上云基础，未来实现资源池化的目标，并且能够实现更加可靠的系统运行，实现弹性、灵活、高效的资源使用，实现统一化、智能化、灵活化的运维手段，具体内容如下：

（1）物理资源完善与整合：私有云aCloud资源池平台将现有硬件平台进一步整合，对上层应用软件来说，屏蔽对底层硬件资源的可见性，直接为使用者以服务目录的方式分配虚拟机、虚拟网络、分布式存储、安全资源、镜像资源等，通过统一的自服务申请与审批、计量计费、权限管理、日志审计、桌面虚拟化的行为审计和管控等；

（2）虚拟资源池：通过服务器虚拟化、分布式存储、虚拟机网络、网络功能虚拟化技术，真正形成计算、存储、网络、安全的的建设，资源对上层都是可见的，并且可以划分成更细小的服务单元，可以按照组织、部分、租户等不同维度进行资源的使用，私有云平台可以想使用者提供包括云主机、云存储（块、文件、对象）、网络、安全、系统镜像、自动化部署安装、故障重建、统一化管理等功能，并通过管理平台将这些资源进行系统的认证和鉴权、调度、分配和分发部署等；

（3）虚拟数据中心VDC：可为租户/部门以云平台内部逻辑数据中心的方式提供批量的虚拟计算、存储、网络、安全等资源的集合。

（4）虚拟分区资源VPC：可以为用户提供基于资源层的网络隔离的资源中心和网络拓扑，可以采用VLAN、VXLAN等技术，保证云上用户资源的使用保障，通过网络隔离的方式、底层分布式存储、集中边界安全等实现用户安全。

（5）PaaS资源平台的支持：对于中远海运物流公司来说，现有的资源新平台不足以支撑前端开发公司对业务软件架构上的重塑，比如解耦、重构、试运行、发现bug并修改、再上线验证、在修改等，更无法实现想象中的软件快速上线、版本稳定迭代等；具备开发实力的企业，应该采用更好的软件开发语言（如C、Java、Phtyon 等）实现原有软件系统的解耦，并能够实现软件系统的多层架构部署，所以，通过建设的云平台，可以很好的支持并融合Docker、Kubernetes等PaaS层平台，全新技术理念的提升和建设，可以进一步助力研发的去发现产品的不稳定因素、迭代产品的速度，更好的服务于企业本身。构建的PaaS平台，可以引入多类型数据库服务、消息队列（MQ）、缓存（Redis）等应用组件（由于基于分布式架构的应用本身非标准化应用，一般性情况下都是由应用软件系统开发商结合自身业务特点，选用并搭建相关环境，无法在没有具体需求时提前搭建，故本次数据中心设计方案不包含具体的分布式应用供给，仅考虑提供系统所需的物理机/虚拟机、传统SAN或分布式存储，并通过云平台实现基础设施层面的统一管理）。

2.2.2 高效的智能运维和管理能力

业务系统的自动化部署。将特定规格的虚拟机、存储、数据库、中间件等事先编排成模板，用户可以通过自助菜单申请应用资源环境，实现应用的快速部署。

?更加稳定性的云平台能力。提供虚拟机VM的Vmotion、HA、FT等不同级别的稳定保障机制，还在整个虚拟化平台内部实现备份功能，实现虚拟主机的高可用。另外，分布式存储可以形成2-3份数据的保存，保证数据安全性；还可以根据自身的需求，实现底层数据的条带化功能，提高每个集群的性能。

?结合集团公司情况完善云容灾和双活能力。在两个数据中心网络打通的前提下，支持基于用户视角实现单个业务的多数据中心的容灾、双活建设。

?高效运维能力。通过对基础资源（主机、网络、存储）、应用组件（数据库、中间件、web服务等）统一监控以及日志分析，及时发现故障隐患、性能瓶颈，实现业务稳定运行。

?服务开通时间：0.5天（不包括审批流程）

?故障恢复时间：对于硬件设备故障：

?5分钟以内

?对于系统软件环境故障：20分钟

?对于数据来类故障：依赖业务数据量和恢复速度。

?混合云的实现。中运海运物流公司总部实现了本地私有云平台的建设之后，可以结合集团方面云平台的建设情况，实现本地私有云+集团云平台的内部混合云对接，通过中运海运物流公司总部的私有云就可以同时管理本部自己和集团云上自己的资源，拉通整个网络，可以随时查看两边的资源使用情况等。

2.2.3 多维度立体的安全防护能力

实现私有云平台系统的统一登录认证、攻击防御、数据传输、存储保护、日志审计等全过程管理行为，并配合边界隔离（硬件或软件）、病毒检测、实时监控等安全运维措施，实现端到端的安全运维体系，具体如下所示：

（1）登录安全：采用CA认证、堡垒机、远程登录SSL等方式登录统一私有云平台，确保身份可信，并对登录人员账号进行权限管理。

（2）传输安全：外部登录数据传输采用VPN隧道方式接入，对明文数据进行SSL加密。

（3）边界安全：根据安全级别对业务系统进行安全区域划分，不同分区间采用防火墙进行安全隔离；在互联网出口处部署入侵检测防御、病毒检测防御、抗DDOS 攻击设备等安全措施个区域边界进出数据和流量的安全。

（4）主机安全：采用系统安全加固、防病毒软件手段保证业务主机安全。

（5）数据安全：采用数据加密存储、介质冗余、存储双活、定时备份等措施，

确保数据安全。

（6）运维安全：利用日志审计、数据库审计系统及时发现系统中存在的或潜在的威胁，并通过监控实时发现异常情况以及时处理。

（7）云安全：利用VLAN和VxLAN等网络标签隔离技术、安全组策略、VDC、VPC等不同维度的隔离方式，结合边界防火墙共同部署构筑“南北+东西”向流量安全防护机制，并对云平台、API接口进行安全加固，确保云平台自身的安全。

（8）移动办公安全：利用“移动数据安全平台”可以实现从传输安全、落地数据安全和数据丢失管理的维度确保端到端的数据管控。其中传输数据安全由隧道加密传输保障，数据落地安全通过移动安全沙箱来保护，数据丢失管理通过MDM的远程锁定和擦除来保障。

2.3 构建xx用户资源池平台的深远意义

备注：此部分需要一线自行修改和添加

2.3.1 TCO成本的考虑

正如前文所述，xxxx有限公司从私有云平台平台建设整体角度出发，并且综合考虑公司运维人员数量、运营成本等多因素，建议采用能够满足自身需要、符合集团公司要求的云服务建设发展模式，构建私有云平台也需要考虑到目前市场上主流的技术和路线，比如主流的OpenStack开源云管理平台框架，考虑到私有云平台建设之后在很多层面的优势，私有云平台的建设未来是xxxx有限公司比较适合的选择之一。

从投资方面来看，xxxx有限公司从节省设备投入资金和TCO成本的角度考虑，采用诸如软件定义数据中心的方式来建设云平台是最好的选择，现有的数据中心中已经采用了诸如VMware vSphere、VSAN等商业软件，这是好的技术路线和方向，但还存有大量的诸如EMC、HPE、IBM原有的存储设备，可以采用现有的IBM SVC虚拟网关进行统一整合和存储管理，但还需要能够和云管理平台进行对接，未来希望可以通过云管平台统一调度起来集中式存储资源、分布式存储资源等，这块是未来的难点。

2.3.2 业务赋能的考虑

不同云计算部署模型对于业务本身的提升效果也存在区别，建设属于中远海运物流公司的行业云这一优势就会较为明显了。原因如下：

第一，面向自身行业的资源池平台业务产品更加有针对性，能够有为物流业务定制资源配比、针对市场需求优化物流类产品和服务；

第二，业务软件部署周期缩短，直接提升业务上线速度，缩短了业务对接周期，不在需要漫长的开发周期来完善其业务软件、采购软件，只要从云计算平台上获得相应的硬件资源、模板资源、安全资源即可，并且对于运维人员、管理者来说，可以通过统一的管理平台，实现这些资源的实际分配情况、使用情况、存在问题、告警情况等多方面进行查看和管理，保证所有的资源都可以发挥最大化；

第三，xxxx有限公司私有云平台aCloud资源池可以满足集团公司的发展战略，强化信息化建设，降低总体投入，产生最大化效率和效益，贴合公司的业务战略，作为信息化的基石。

3 深信服超融合方案设计建议书

3.1 方案拓扑及方案介绍

备注：根据实际情况自行设计，如下拓扑图根据需要一线自行根据需求设计。

3.1.1 资源池平台整体建设架构介绍

系统拓扑图

根据第一章的需求分析，中远海运物流公司私有云平台规划逻辑拓扑图如下：

图1.物流云三层规划蓝图

图.aCloud资源池平台统一化管理规划

方案简述

针对于xxx公司现有数据中心信息化现状的理解和认识、未来信息化发展目标，中远海运物流公司私有云平台，应该重点抓住如下几个重点：

?关键业务、非核心业务应该是继续以x86虚拟化为基础，做集中部署、以主流的应用开发框架对业务做支撑；

?以弹性数据分析是为完善业务手段；

?以应用服务为导向；

?以最终用户为物流云平台的交付对象；

?以实现自动化故障转移和可靠的灾后恢复为目标。

满足xxxx有限公司业务的快速发展需要，优化软、硬件资源，降低总体运营成本（即降低TCO）。同时，也可以为集团业务和物流公司本部大数据应用做准备，借助本次私有云平台的规划、建设和实施，xxxx有限公司aCloud资源池也可以为全国下属公司或公司、其它行业领域的专属型信息系统平台建设提供成功经验，还可以按照每个租户的方式提供云服务。

xxxx有限公司本部数据中心物流资源池平台的建设，实现统一登录、监控、管理，本部、各业务部门均通过登录自助服务界面的方式申请虚拟数据中心资源，这些资源涵盖了计算、存储、网络、安全、操作系统镜像、数据库镜像、中间件镜像、补丁包镜像、业务软件模板、大数据软件资源、Docker资源等，主要说明如下：

?借助通过x86服务器，并做虚拟化，形成公司本部统一的vCPU资源池、Memory内存资源池、高速磁盘资源池、低速磁盘资源池、备份资源池等，做到资源共享和弹性调配，提升系统资源的使用率，通过分布式存储可以有效的减少集中式存储的数量，节约机房空间、节省用电成本、空调制冷消耗量大，建设满足要求的绿色数据中心。

?采用服务器虚拟化技术，获得系统级高可用、系统级容错、应用级高可用、虚拟机在线迁移、资源动态负载均衡等能力，使得业务系统在可靠性、可用性、可服务性等方面得到提升，全年业务系统可用性达99.999%以上，真正满足业务的7*24小时服务。

?实施存储虚拟化能力，整合现有不同品牌的集中式存储，按照业务系统对于SLA 的要求提供不同的IOPS性能、存储容量，并且集中式存储也需要能够配合云管理平台实现动态资源调配。当前存储性能和容量不能满足现有业务系统的情况下，采用存储在线迁移技术，完整系统存储的热迁移，实现与分布式存储系统之间的灵活调配。

?继续加大实施现有的分布式存储系统，并实现通过aCMP云管理平台统一化管理和调度，能够实现集中式存储、分布式存储系统的调度和资源对应用的分配，做到真正的融合使用。

?在私有云中心内，采用网络虚拟化技术，形成独立的虚拟路由器、虚拟分布式交换机、分布式防火墙、集中式防火墙、虚拟负载均衡、虚拟上网行为管理、虚拟VPN等网络设备虚拟化功能，通过网络虚拟化、NFV可以更加灵活的设计和规划网络资源池、IP地址段，实现可扩展的多租户网络，降低虚拟机在线迁移技术对于三层网络的依赖，更可以随时实现跨数据中心的业务迁移，并可以很快的完成一些复杂网络部署的自动化交付。

?在虚拟数据中心内，网络访问由原来的物理网络或物理端口变为虚拟网络和虚拟端口，其安全管理边界将发生变化，因此必须要采用虚拟化的安全技术，实现路由、地址切换、负载均衡、动态地址分配及VPN等边界网关服务，实现网络/主机/应用防火墙的能力，实现轻代理甚至无代理防病毒能力，实现数据敏感性保护服务等。

?监控管理是数据中心的重要支撑体系，从服务器、集中式存储、SDN网络等硬件，在到虚拟化软件、分布式存储软件、网络组件、操作系统、中间件、数据库、应用及虚拟桌面，都需要统一纳入到监控体系内考虑，借助健康情况指标、潜在风险指标预警、效率指标分析、使用趋势分析等运行的几个关键指标状况，根据现有平台资源使用走向规划未来扩展情况、可以根据性能曲线判断系统的性能趋势、

收集各种事件判断未来可能会出现的问题。用户还需要将数据中心的监控指标按时间区间以报表的方式呈现，详细了解业务系统的运行成本，优化数据中心的效能。

?为了可以将整个系统规划前期做好，将现有的设备和资源能够在未来进行融合起来使用，前期设计的方案必须要满足灵活的扩展性，为将来做资源扩展预留，并且非常容易形成大的资源池，整个资源池的使用性能并且是呈直线上升的。

3.1.2 基础架构建设介绍

系统拓扑图

IT系统基础架构网络系统建设逻辑拓扑图如下所示：

资源池平台的系统架构特性