改进您的灾难恢复（DR）计划

最新推荐文章于 2024-09-24 08:39:04 发布

沉默恶魔

最新推荐文章于 2024-09-24 08:39:04 发布

阅读量1.8k

点赞数

文章标签： AWS 灾难恢复 DR 优化DR

本文链接：https://blog.csdn.net/iloveaws/article/details/91389400

版权

关注公众号：AWS爱好者（iloveaws）
文 | 沉默恶魔（转载请注明出处)
网站：www.iloveaws.cn

在这里插入图片描述
如果您觉得本公众号内容尚可，可能的话希望您能关注此公众号，或转发您有兴趣的内容，让更多的人看到，这也是目前我能坚持此公众号的唯一动力，谢谢支持，鞠躬！

最近云很热闹，先是AWS，后是google云故障，这也是在提醒我们掌握主动，学好灾备知识，尽早对业务做好灾备计划是非常重要的；没有一个云提供商能保证永远不出问题，灾难发生时，合理运用DR计划，在第一时间恢复业务，将灾难对于业务造成的影响降到最低是我们的目标。

前面我们介绍了关于Disaster Recovery (DR)的内容包括：

-Disaster Recovery (DR) 灾难恢复的定义和内容概述
-恢复时间目标（RTO）和恢复点目标（RPO）
-与灾难恢复（DR）相关的AWS功能和服务-1
-与灾难恢复（DR）相关的AWS功能和服务-2
-与灾难恢复（DR）相关的AWS功能和服务-3
-AWS灾难恢复方案示例-（1）备份和恢复
-AWS灾难恢复方案示例-（2）在AWS使用Pilot Light快速恢复
-AWS灾难恢复方案示例-（3）热备
-AWS灾难恢复方案示例-（4）多站点（双活）

今天我们继续Disaster Recovery (DR)的内容，介绍DR系列的最后一篇–改进您的灾难恢复（DR）计划—建立完善的灾难恢复计划时应遵循的重要步骤，直接开始：

–1、DR计划的测试和确认–

DR计划需要测试，这非常重要，没有经过测试并确认的计划不能确保可用。我之前遇到过很多案例都是客户建立了DR计划，在灾难发生时才发现DR计划不可用，造成了重大的损失。

所以要定期进行测试确认确保是有效可行的。在AWS上可以经常且非常容易的进行DR计划测试，这是在AWS上部署的关键优势，因为可以随时生成资源，测试完了随时删除。

可以使用AWS CloudFormation在AWS上部署环境，使用模板来描述AWS资源以及创建完整环境所需的任何关联依赖项或运行时参数。

组织应该定期设置 “Game day”，对灾难恢复环境进行故障转移测试，可以很容易且具有成本效益的在AWS中创建Game day所需的场景，而不需要触及生产环境。Game day验证DR计划的可行性。

确保DR计划已落实到了文档，Game day主要依照DR计划文档执行。如Game day要模拟的灾难类别要提前规划，识别并形成文档，像业务站点断电/断网等等，这些是风险识别的内容。

经过"Game day"确认的DR计划是灾难事件发生时的执行方针，计划需要很清晰的落实在书面上，灾难恢复时依据文档执行或确认。

–2、DR环境的监控和警报–

需要定期检查并进行充分监控，以便在DR环境出现服务器故障、连接问题和应用程序问题的影响时及时收到提醒。

Amazon CloudWatch提供对AWS资源监控的指标，也可以以应用程序为中心甚至以业务为中心的自定义指标。可以根据任何指标的已定义阈值设置警报，并且在需要时，可以设置Amazon SNS以在出现意外行为时发送警报。

当然，可以在AWS上使用任何监控解决方案，还可以继续使用公司用于监控实例指标以及客户操作系统统计信息和应用程序运行状况的任何现有监控和警报工具。