学士学位论文—-多链路双活数据中心建设解决方案.docVIP

 文档版本: 修订内容 修订日期 修订人 v 1.0  目录 目录 3 1 总述 5 1.1 XX平台双活数据中心建设需求 5 1.1.1 目前平台架构存在的问题 5 1.1.2 XX平台数据中心目标架构 6 2 XX平台数据中心设计 6 2.1 私有云设计概述 6 2.1.1 服务器虚拟化应用 7 2.1.2 VDI桌面虚拟化应用 8 2.1.3 网络服务虚拟化应用 11 2.1.4 计算资源需求 12 2.2 存储规划设计 13 2.2.1 数据的安全性和系统的高可靠性 13 2.2.2 系统的高性能 14 2.2.3 系统的可扩展性/可扩充性 14 2.2.4 系统的多平台支撑能力 14 2.2.5 灵活性和系统管理的简单性 14 2.2.6 存储的虚拟化 15 2.2.7 存储容量规划 15 2.3 跨数据中心网络设计 16 2.3.1 流量调度 16 2.3.2 业务连续性 17 2.3.3 健康状态检查 17 2.3.4 故障切换 18 2.3.5 业务优化加速 20 3 应用服务控制与负载均衡设计 20 3.1 功能介绍 20 3.2 应用优化与应用交付设计 21 3.3 XX平台数据中心应用优化方案 22 3.3.1 应用优化 22 3.3.2 数据库应用优化 23 4 数据中心安全设计 24 4.1 网络准入控制 24 4.2 VDI虚拟桌面安全管理 25 4.3 智能的监控、分析和威胁响应 25 5 数据中心运维保障体系建设 26 5.1 运维监控系统建设方案 26 5.2 监控管理 27 5.2.1 网络监控 28 5.2.2 服务器监控 29 5.2.3 应用监控 29 5.2.4 数据库监控 29 6 采购需求 30 6.1 硬件部分 30 6.2 软件部分 31 6.3 实施部分 32 总述 XX平台双活数据中心建设需求 目前平台架构存在的问题 XX平台目前数据中心托管在某IDC机房，由于机房提供的单链路网络较不稳定，应用层面目前也没有做负载均衡和、冗余与容灾设计，网站存在多处单点故障风险。数据中心的各项服务均不能满足7×24小时的无故障运行，无法支撑与保障业务连续运行。因此而造成应用程序性能较低，故障率高的影响。随着各类业务应用对IT需求的深入发展，业务部门对资源的需求正以几何级数增长，传统的IT基础架构方式给运营人员和未来业务的扩展带来巨大挑战。具体而言存在如下问题： 资源利用率低：传统架构方式容易造成底层资源之间的竞争，普遍的现象就是忙的设备不堪重负，闲的设备资源又空闲更多，二者相互之间又无法借用和共用，反而互相干扰，没有充分发挥服务器和网络设备的性能，以至于影响了程序本身的性能，造成网站与移动应用体验不佳。 扩展性差：现有架构都各自独立不能纵向与横向扩展，无法满足业务的弹性扩展，如在业务峰值时，弹性的扩充资源。并且在高峰过后，归还该扩展的资源。 架构传统无法满足业务高可用性：XX平台主要运营的是互联网业务，传统的网络与服务器架构模型无法满足互联网应用，高并发、高吞吐、大数据增长的业务模式，无法满足跨数据中心级别的冗余与容灾。 运维管理难：没有建立集中式的运维体系，缺乏立体式的多层监控。碰到故障时难以第一直接发现故障原因。缺少自动化的性能分析、优化工具与方法 XX平台数据中心目标架构 XX平台多活数据中心的建设模式采用“分应用主备模型”。两个数据中心的应用根据业务不同来划分主从对外提供服务，两个数据中心都处于活动状态，都能独立工作且互为备份。两个数据中心之间通过稳定、低延时的私有专线连接实现数据与配置的同步。本案中所有互联网应用服务器都以生产数据中心为主，办公数据中心作为备份，当生产数据中心故障或者网络中断时，办公数据中心有能力接管用户访问，对外提供服务；而虚拟桌面和其他办公应用则主要建立在办公数据中心，一旦数据中心故障，呼叫中心的用户可以访问到数据中心的备用系统。两个数据中心之间通过专线进行互联，“分应用主备模型”的双活数据中心可充分盘活企业闲置资源，保证业务的连续性，帮助用户接入最优节点，提高用户访问体验。见参考图1： 图1 XX平台数据中心设计 私有云设计概述 XX平台设计的目标是建立一套可扩展与伸缩，稳定高效的私有云，建立私有云可以使上层业务应用仅仅根据自己所需的计算资源占用要求来对CPU、内存、I/O等实现自由调度，而无须考虑该应用所在的物理关联和位置。业务应用运行所依赖的物理计算环境通过网络实现连接，互连CPU和内存，实现真正意义上彻底的实现服务私有云化。 服务器虚拟化应用 为了使服务器资源能够集成在一起，形成私有云，统一对外提供计算服务，必需部署软件的虚拟化系统来整合成云，本案采用VM