桌面云容灾技术架构.docx

PAGE 1 桌面云容灾技术方案  目 录 TOC \o "1-3" \h \z \u 1.1 桌面云容灾体系架构 3 1.1.1 桌面云容灾体系建设标准 3 1.1.2 桌面云容灾平台架构 4 1.1.3 桌面云容灾框架 5 1.2 本地高可用性 6 1.2.1 硬件层 8 1.2.2 Cloud stack层 12 1.2.3 管理层服务器 13 1.2.4 桌面池的可用性 17 1.2.5 云桌面管理层 19 1.2.6 业务管理门户 20 1.2.7 接入层 20 1.3 同城容灾 22 1.3.1 同城容灾整体架构 23 1.3.2 硬件层 24 1.3.3 Cloudstack层 28 1.3.4 控制层 29 1.3.5 桌面池管理层 32 1.3.6 云桌面管理层 34 1.3.7 业务管理门户 34 1.3.8 访问层 34 1.4 异地远程容灾 40 1.4.1 异地容灾整体架构 40 1.4.2 硬件层 42 1.4.3 Cloudstack层 46 1.4.4 控制层 46 1.4.5 桌面池管理层 47 1.4.6 云桌面管理层 48 1.4.7 业务管理门户 48 1.4.8 访问层 48  桌面云容灾体系架构 由于桌面云系统承载了企业所有用户到应用的交付的核心平台，桌面云平台的业务连续性关系到整个企业能否正常开展业务的核心层面。故桌面云平台自身具有一定的可用性的同时，但需要考虑到更高层次的威胁对系统带来的不可用，包括地震，电力故障，环境故障，人为误操作等。故而需要对桌面云系统进行灾备的建设，保障业务的可持续性发展，满足业务需要。 桌面云容灾体系建设标准 对于桌面云建设容灾，就必须提出相应的设计指标，以此作为衡量和选择灾难恢复解决方案的参数。建议根据国家标准《信息系统灾难恢复规范－GB/T 20988-2007》建立设计业务系统的容灾方案。 《信息系统灾难恢复规范》根据信息系统灾难恢复能力定义了六个级别，企业需要根据其计算机处理系统中数据的重要性，以及需要恢复数据的速度和程度，来进行数据容灾的总体规划。详细的灾难恢复能力分级详见下表： 桌面云容灾平台架构 对于桌面云容灾体系需要实现整个平台的高可用。这里包括： 物理架构的高可用 构建物理架构的可用性，保证各个硬件层次的可用性，如服务器，存储，网络，这部分主要通过硬件自身的冗余组件保证。 基础架构的高可用 基础架构的可用是桌面云系统的核心，由于桌面云的各个服务器可以通过虚拟化的方法部署与各个Hypervisor层，故可以利用Hypervisor的集群特性实现。 回话并发的可用性 回话并发的可用性保证了在当底层基础架构层次的某单个服务器的不可用时实现业务快速转移和日常访问的负载均衡。保证访问的可用性，而Citrix的服务器系统本身具备负载均衡特性。可以很好的保障访问回话层次的高可用。 站点的可用性 站点的可用性解决当一个数据中心出现问题是，故障快速转移，实现业务连续性，Citrix的Netscaler觉有全局负载均衡特性，当生产中心或者某一站点出息故障时可以快速完成业务切换到可用的站点或者数据中心。 桌面云容灾框架 容灾架构设计 如上图，对于桌面云系统，我们建议建立统一管理的本地数据备份，同城数据实时备份，异地远程数据备份的2地3中心模式整体规划。根据系统现状，结合国家标准《信息系统灾难恢复规范》，我们建议由于桌面云系统作为企业核心业务的特点，建议同城灾备等级为6级（RPO=0，RTO<1hr），异地灾备等级为5级（RPO<10m，RTO<2hr）。根据企业实际情况逐渐建立这一整套完善的灾难恢复技术体系。 本地高可用 同城集群 异地灾备 目标 建立完善的桌面云高可用集群系统，保证桌面云自身的高可用 建立同城双中心的桌面云系统，实现桌面云业务在两个中心的快速切换以及负载均衡 建立异地的桌面云应用级备份中心，实现发生重大灾难时业务的可恢复性和关键业务的连续性 抵御风险类型 硬件故障，应用失败，低等级人为失误 电力，环境，大规模硬件失败，高等级人为失误 区域性自然灾难 RTO，RPO RTO=0 RPO=0 RTO=2m~10m RPO=0 RTO=20m~40m RPO=2m~10m 可以看出首先建立桌面云本地的高可用是构建桌面云容灾体系的基础，并且可以抵御日常大部分灾难。在此基础之上构建同城灾备中心实现桌面云的同城高可用或双中心，抵御数据中心层次的灾难，最后构建异地灾备中心抵御更大但概率较低的灾难，满足桌面云系统的可恢复性和关键业务连续性的业务要求。 企业可以根