RTO，恢复时间目标 以及 RPO，恢复点目标 ，这两个是灾难恢复系统的重要参考指标，也是在您设计基于高可用架构的重要参考指标。

我们开始今天的课程内容。

如今，灾难以多种形式出现，自然灾害、数据中心/可用区故障、运营商网络故障、人为操作失误等等都可能会导致企业的业务受到影响，甚至数据丢失，给企业带来很大的损失，所以灾备的重要性毋庸置疑。

如今企业的IT应用环境几乎都运行在数据中心/云中，数据中心/云的业务架构越来越复杂，业务数据也越来越重要，这个时候灾备也就也来越重要。在去年也出现了多起公有云因光缆被挖断，人为操作失误导致的故障，影响了使用这些公有云的企业对外提供的业务，造成了严重的损失。天灾和人祸是不可避免的，所以需要建立数据中心/云的灾难恢复系统，来保证业务的高可用性和安全性。

建立灾难恢复系统的目的，是为了在灾难发生后能够最快速的恢复业务和数据，保证企业业务的持续稳定运行。

在数据中心/云灾难恢复系统中，最常见的指标就是恢复时间目标(RTO)和恢复点目标(RPO)。

RTO，恢复时间目标

我们先来介绍下RTO，即恢复时间目标。

恢复时间目标（RTO）—当业务发生中断后，从业务发生中断时开始，到将业务恢复到正常所需要的时间，此两点之间的时间段称为RTO。

如我们的业务在下午14点的时候发生故障，如果定义的RTO是2小时，灾难恢复的进程要在下午16点前将业务恢复到可接受的服务级别。

RTO是反映业务恢复的及时性指标，表示业务从中断到恢复正常所需的时间，RTO数值越小，代表容灾系统的恢复能力越强。可以部署多站点容灾方案等等来获取最小的RTO。当然，约小的RTO可能意味着容灾方案需要投入更多的资金。

RPO，恢复点目标

上面我们介绍了RTO，我们接下来看下RPO

RPO恢复点目标—是指可接受的数据丢失的最大数据量，也就是容忍丢失的最大数据量。RPO表示为从丢失事件到最近一次 备份的时间度量。

为了更好地理解，可以想一下目前很多组织的传统数据备份方式，一般备份都是一天做一次，通常是在晚上，比如每晚20点做了备份，如果第二天出现数据错误且无法修复，那从备份完成后到错误出现时所写入的数据都无法挽回了，这期间没有备份，数据就丢失了！这种情况下，RPO就是24小时。

如每天20点备份数据，在第二天20点前发现数据异常且无法修复，只能恢复前一天20点的备份数据，RPO就是24小时。

如果定义了RPO为5小时，我们就要做到每5小时要进行一次数据备份。

为了减少RPO，一味的增加备份的频率是不现实的，需要根据组织实际的情况，结合相应的同步/异步/备份等技术，制定适合组织的方案。

我们看下这个图，我们的业务在正常运行中，遇到了灾难，就是这根红线，然后要开始灾难恢复的进程，包括决策和技术恢复，在绿线这里容灾成功，业务恢复正常，那么从红线灾难发生时至绿线容灾成功恢复了业务，之间的时间段，就是RTO。

RPO为灾难发生时，容忍丢失的最大数据量。表示为从丢失事件到最近一次备份的时间度量，这一段就是RPO。

RTO和RPO指标并不是孤立的，而是从不同角度来反映的容灾能力。

从图中不难看出，RPO指标来自于故障发生前，而RTO指标来自故障发生后，两者的数值越小，就能有效缩短业务正常到业务过渡期的时间间隔，单一地提升RTO或RPO指标也可以缩减业务故障到过渡期的时间，具体从哪个指标上来改善，就要结合的实际情况分析，提升那个指标代价最小，效果更明显。当然完美的方案当然是RTO和RPO都为零，这表示当故障发生后，系统立即恢复，而且完全没有数据丢失，要达到这样的目标系统设计是及其复杂的，而且造价也是非常昂贵的，也不一定有这个必要。

组织通常根据当业务不可用时对业务的财务影响来定义可接受的RTO和RPO,然后技术部门在根据RTO、RPO的要求设计灾难恢复方案，在规划时同时要考虑方案的实现成本。可用性越高，RTO、RPO的值越低，可能实现成本就越高。规划RTO，RPO时应在与实现成本之间找到平衡点。

好的，以上就是我们今天的视频课程内容，RTO和RPO的内容非常的重要，在考试中，会出现如，要达到题干给定的RTO或RPO需要采取何种技术方案等类似的题目，希望今天的课程能给大家带来帮助。

希望此系列教程能为您通过 AWS解决方案架构师认证 Professional 认证考试带来帮助，如您有任何疑问，请联系我们：

• AWS爱好者的网址是www.iloveaws.cn。
• 可以通过扫码加入【AWS爱好者】微信公众号，查看原创的AWS知识点相关文章
• 加入【AWS爱好者】微信群，和其他同学一起备考，以及探讨交流AWS相关知识
• 加入【AWS知识星球】持续学习。

我们今天的视频课程就到这里，感谢大家的观看，我们下一课程再见。