规划虚拟化环境容灾策略

　　虚拟化相比传统系统提供了很多容灾方面的优势，不过为虚拟架构开发BC/DR规划的步骤却基本类似。任何容灾规划的核心都是决定哪个系统和数据最为关键，然后为其定制一个可靠的容灾恢复策略来保护。下面是具体步骤：

　　• 从管理者获得对创建和测试容灾规划的时间和预算要求

　　• 列出潜在的灾难情形，并根据规模和影响进行分类

　　• 文档记录和分析现在数据中心的架构，包括内部运行的应用和数据（例如所有的服务器、存储、网络、应用、电源和风扇需求归档）

　　• 对现有容灾恢复策略进行分类列表，以及各自和数据中心的关联性（例如，需要配置备用发电机，可支持在停电后24小时内的供应）

　　• 定义服务级别期望和应急计划
　　
　　• 搭建和测试BC/DR规划

　　每个公司实现DR的方式不同，但是核心应用类似。多数企业都有几个核心应用作为主业务的骨干网支撑。多数都拥有沟通用的系统（例如email、VOIP电话系统，以及内部SharePoint站点或内部即时信息系统）。为支持这些关键功能，企业需要部署DR规划和工具用于灾难发生后的应对。这个过程很简单，用PDF来记录规划和需要采取的步骤，和IT人员用笔记本通过远程VPN 访问到容灾站点类似。

　　所有的企业都应该理解和定义其服务器和应用的RPO（恢复时间点）和RTO（恢复时间目标）。这些数据的定义如下：

　　• RPO：灾难发生后最长允许丢失数据的时间段。例如，如果您的公司可以忍受24小时内的数据丢失，在每天夜里完成备份；您的恢复时间点目标就是之前的24小时。

　　• RTO：公司可以允许的最长应用停机时间。例如，如果您的邮件系统RTO是4个小时，DR规划应该设计为所有的邮件服务应该可以在四个小时内恢复，以满足目标。

　　虚拟化使得RPO和RTO的实现更为容易。核心的虚机可以复制到备用数据中心来防止数据丢失。为了防止数据损坏，虚机需要每个小时备份一次，以实现多个数据恢复点都可用于恢复。如果要防止服务器宕机或虚机内OS崩溃对应用的影响，需要用到hypervisor内置的高可用功能，在宕机后把虚机自动复制到另一台宿主机（或在操作系统反应慢的情况下自动地重启）。