微软Azure云灾备方案建议书讲课讲稿.docx

微软Azure云灾备方案建议书

XX有限公司
微软Azure云灾备方案建议书

2016年10月11日
版本V1.0

目录
一、 概述 2
二、 为何使用Microsoft Azure Site Recovery？ 2
三、 可以利用Azure Site Recovery保护哪些内容？ 3
四、 XX有限公司需求 5
预期实现目标： 6
五、 方案设计 6
项目一期规划： 7
项目二期规划： 7
六、 成本估算 9
项目一期投入估算 9
项目二期投入估算： 10
七、 附录 10

一、 概述
组织的业务连续性和灾难恢复（BCDR）策略其中一个重要部分是，找出在发生计划和非计划的中断时让企业工作负荷和应用保持启动并运行的方法。
Microsoft Azure Site Recovery可帮助做到这一点，因为它能协调工作负荷和应用的复制、故障转移及恢复，因此能够在主要位置发生故障时通过辅助位置来提供工作负荷和应用。
二、 为何使用Microsoft Azure Site Recovery？
以下是Site Recovery可以为企业提供的帮助：
l 简化 BCDR 策略 — Site Recovery 可让你从单个位置轻松处理多个企业工作负荷和应用的复制、故障转移及恢复。Site Recovery 会协调复制和故障转移，但不会拦截应用程序数据或拥有任何相关信息。
l 提供灵活的复制 — 借助 Site Recovery，你可以复制 Hyper-V 虚拟机、VMware 虚拟机和 Windows/Linux 物理服务器上运行的工作负荷。
l 简单故障转移和恢复 — Site Recovery 提供测试故障转移，既能支持灾难恢复练习，又不会影响生产环境。你也可以运行计划的故障转移，因为是预期中的中断，所以不会丢失任何数据；或是运行非计划的故障转移，以在发生非预期的灾难时将数据损失减到最少（取决于复制频率）。在故障转移之后，你可以故障回复到主站点。Site Recovery 提供包含脚本和 Azure 自动化工作簿的恢复计划，以供你自定义多层应用程序的故障转移和恢复。
l 消除辅助数据中心 — 你可以复制到辅助本地站点或 Azure。使用 Azure 作为灾难恢复目的地可免除辅助站点的维护成本与复杂度，而且复制的数据会存储在 Azure 存储空间，能够具备其提供的所有复原能力。
l 与现有 BCDR 技术集成 — Site Recovery 能够与其他应用程序的 BCDR 功能搭配使用。例如，你可以使用 Site Recovery 保护企业工作负荷的 SQL Server 后端，包括本机支持 SQL Server AlwaysOn 以便管理可用性组的故障转移。
三、 可以利用Azure Site Recovery保护哪些内容？
以下是Site Recovery可以复制和保护的内容摘要。

Site Recovery 有助于应用程序感知 BCDR，让工作负荷和应用在发生中断时继续以一致的方式运行。Site Recovery 提供：
l 应用程序一致的快照 — 使用单个或多层应用的应用程序一致快照进行复制。
l 近乎同步的复制 — Hyper-V 的复制频率最低可为 30 秒，VMware 则可连续复制。
l 与 SQL Server AlwaysOn 集成 — 你可以在 Site Recovery 恢复计划中管理可用性组的故障转移。
l 灵活的恢复计划 — 你可以使用外部脚本、手动操作和 Azure 自动化 Runbook 创建并自定义恢复计划，让你只要单击就能恢复整个应用程序堆栈。
l 自动化库 — 丰富的 Azure 自动化库提供已可供生产环境使用的应用程序特定脚本供你下载，并可集成到 Site Recovery。
l 简单的网络管理— Site Recovery 和 Azure 中的高级网络管理简化了应用程序网络需求，包括保留 IP 地址、配置负载平衡器，以及集成 Azure 流量管理器以进行有效的网络交换操作。
工作原理：

四、 XX有限公司需求
当前XX有限公司内部核心业务系统计划采用Azure灾备方案：

其中服务器详细参数以及数据量如下表：
服务器
硬件规格
软件应用
数据容量
其他
AD Server
2*8Core CPU
32GB Memory
Windows Server 2008R2

Exchange 2010
2*8Core CPU
32GB Memory
Windows Server 2008R2
邮箱数据库总容量约1.5TB
增量10GB/月
POS Web Server
2*8Core CPU
64GB Memory
Windows Server 2008R2

Data Server
8*8Core CPU
512GB Memory
Linux+Oracle Database

EPR
8*8Core CPU
256GB Memory
Windows
Server 2008R2
数据库总容量约700GB
增量约50G/月

预期实现目标：
1. 确保当前应用系统状态及数据按照策略备份到Azure Storage，并在本地数据丢失或损坏时可从Azure中恢复；
2. 确保当前核心业务系统在云端副本能及时同步，当本地数据中心宕机或损坏时可由Azure中副本接管并对外提供服务；

五、 方案设计
根据欣贺当前系统架构以及上一条中预期实现目标，提供以下方案设计，整体数据中心灾备方案暂规划为两期项目进行。
项目一期规划：
方案设计原理：

欣贺实际架构实现：

通过Azure Site Recovery服务，针对本地数据中心的核心业务系统在Azure上的对应副本服务器进行同步和复制，实现业务连续性的保障。

项目二期规划：
欣贺内部实现架构如：
项目二期采用微软软硬件一体的混合云存储设备StorSimple来实现本地数据的备份、存储、数据压缩去重、冷热数据自动分层以及实现按策略要求进行自动备份到Azure云端存储。

六、 成本估算
根据上一条方案设计以及之前的需求进行项目的成本估算如下：
项目一期投入估算：
Azure服务
规格
单价/月
年费用
配置服务器
标准A3 VM
1398.72
16,784.64
主目标服务器
标准A4 VM
2804.88
33,658.56
进程服务器
本地VM或物理机
待评估

AD服务器活动副本
标准A4 VM
2804.88
33,658.56
Exchange服务器活动副本
标准A4 VM
2804.88
33,658.56
AD服务器副本
Site Recovery
342.55
4,110.60
Exchange服务器副本
Site Recovery
342.55
4,110.60
POS服务器副本
Site Recovery
342.55
4,110.60
Data服务器副本
Site Recovery
342.55
4,110.60
ERP服务器副本
Site Recovery
342.55
4,110.60
邮箱数据库存储
2.5TB（现实际1.5T按增量最大化计算一年后的容量）
0.44/GB
13,516.80
数据服务器存储
1.3TB（现实际700G按增量最大化计算一年后的容量）
0.44/GB
7,028.74
数据中心传入传出流量
待评估

VPN网关
基本型
186.00
2,232.00
VPN流量
待评估

项目实施服务费用

？
预估总费用

161,090.86

项目二期投入估算：
型号
55201
价格
可用总容量
10TB

444,599.00
可用 SSD 容量
1.2TB
有效的本地容量2
20-50TB
最大容量（包含云端）
300TB
网卡
4 x 1G
机箱规格
1 X 2U

七、 附录
Azure中国官网：
Azure Site Recovery介绍：
StorSimple介绍：