双活数据中心方案讲述.doc

 文档版本: 修订内容 修订日期 修订人 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平台数据中心目标架构 图1 XX平台数据中心 私有云设计概述 XX平台设计的目标是建立一套可扩展与伸缩，稳定高效的私有云，建立私有云可以使上层业务应用仅仅根据自己所需的计算资源占用要求来对CPU、内存、I/O等实现自由调度，而无须考虑该应用所在的物理关联和位置。业务应用运行所依赖的物理计算环境通过网络实现连接，互连CPU和内存，实现真正意义上彻底的实现服务私有云化。 服务器虚拟化 为了使服务器资源能够集成在一起，形成私有云，统一对外提供计算服务，必需部署软件的虚拟化系统来整合成云，本案采用VMware vSphere产品来搭建服务器虚拟化与桌面虚拟化，形成统一底层架构平台。因此在私有云数据中心内，服务器虚拟化软件平台是该系统最为核心的组成内容。 虚拟化软件平台分为虚拟化业务平台和管理平台两个部分，业务平台部署在物理服务器计算资源上，实现计算资源一虚多的虚拟化业务需求；而管理平台则通常会部署在统一管理平台组件内部，对业务平台所在物理服务器计算资源进行统一调度部署。 服务器虚拟化平台主要提供分区、隔离、封装和迁移4个关键特性。 分区：在单一物理服务器上同时运行多个虚拟机。 隔离：在同一服务器上的虚拟机之间相互隔离。 封装：整个虚拟机都保存在文件中，而且可以通过移动和复制这些文件的方式来移动和复制该虚拟机。 迁移：运行中的VM可实现动态迁移到不同物理机的虚拟平台上。 设计原则： 灵活性：通过封装 vCenter 服务器为虚拟机， vCenter 可以方便地从一台 ESX 主机迁移到 另一台 ESX 主机，满足硬件设备维护需要。 快照：虚拟机快照能够被备份和归档利用，当需要为 VCMS 打补丁和升级时实现最小恢复 时间。 高可用性（ HA）：利用这种虚拟化架构平台的高可用性级别的功能去确保任意时间内管理功能的可用性。 本次项目主要组件： vCenter Server –1 台 vCenter