AWS Architecture Blog
·
保留容量的指示灯：如何利用按需容量预留优化灾难恢复成本
内容提要
数字企业需具备韧性以确保可靠性和客户信任。应用程序需全天候可用，企业应设计高可用性并规划潜在风险。通过评估应用和设定目标，企业可优化资源配置，制定灾难恢复策略，以便在故障时迅速恢复服务。
关键要点
-
数字企业需要具备韧性，以确保可靠性和客户信任。
-
应用程序需全天候可用，企业应设计高可用性并规划潜在风险。
-
通过评估应用和设定目标，企业可优化资源配置，制定灾难恢复策略。
-
企业应定义目标，进行业务影响分析和风险评估，以估算应用不可用时对业务的影响。
-
根据应用的关键性，分配资源并在设计应用时进行权衡。
-
AWS提供Well-Architected Framework的指导，特别是在可靠性支柱方面。
-
建议使用托管服务，并确保所有生产工作负载设计为利用多个可用区。
-
多区域灾难恢复策略可保护应用免受区域损害的风险。
-
可选择多种灾难恢复策略，如备份和恢复、试点灯、温备份和多站点主动主动。
-
试点灯策略允许在次要区域异步复制数据，但应用服务器未部署。
-
试点灯与保留容量的策略可以在次要区域保留计算容量，同时限制成本。
-
按需容量预留允许在选择的可用区保留容量，无需长期合同。
-
结合AWS节省计划优化按需容量预留的成本，最高可享受72%的折扣。
-
可以在不需要灾难恢复时与其他账户共享保留容量，以进一步优化成本。
-
在发生故障时，需终止开发和测试账户中的EC2实例以回收容量。
-
通过购买按需容量预留，确保在需要时始终可以访问EC2容量。
-
使用共享的按需容量预留可以与其他环境分摊应用的计算容量成本。
-
在选择次要区域的共享按需容量预留时，需考虑一些限制和复杂性。
-
最终，决定该策略是否适合应用将基于业务和监管要求。
延伸解读
灾难恢复策略的选择
在选择灾难恢复策略时，企业需考虑应用的关键性和业务影响。不同策略如备份与恢复、试点灯和多站点主动主动，各有优缺点。企业应根据自身需求和资源配置，评估适合的策略，以确保在故障时能迅速恢复服务。
按需容量预留的灵活性
按需容量预留为企业提供了灵活性，允许在不签订长期合同的情况下保留计算资源。这种策略特别适合需要特定实例类型的应用，企业可以根据实际需求随时调整预留容量，优化成本。
共享容量的成本优化
通过与开发和测试账户共享按需容量预留，企业可以进一步降低灾难恢复的成本。这种做法不仅提高了资源利用率，还能在不影响生产环境的情况下，确保在需要时能够快速获取计算能力。
实施复杂性与风险
尽管试点灯与保留容量的策略能有效降低成本，但实施过程中存在一定复杂性。企业需提前规划、自动化操作，并定期测试故障转移流程，以确保在真正发生故障时能够顺利恢复服务。
延伸问答
如何评估应用程序的可用性和风险？
企业应定义目标，进行业务影响分析和风险评估，以估算应用不可用时对业务的影响。
什么是试点灯策略，它如何帮助灾难恢复？
试点灯策略允许在次要区域异步复制数据，但应用服务器未部署，从而降低成本。
如何通过按需容量预留优化灾难恢复成本？
按需容量预留允许在选择的可用区保留容量，无需长期合同，并可与AWS节省计划结合使用以降低成本。
多区域灾难恢复策略的优势是什么？
多区域灾难恢复策略可保护应用免受区域损害的风险，确保在发生故障时能够迅速恢复服务。
在灾难恢复中，如何共享按需容量预留？
可以在不需要灾难恢复时与其他账户共享保留容量，以进一步优化成本。
实施按需容量预留时需要注意哪些限制？
该策略仅适用于运行EC2实例的应用服务器，且需要在次要区域有非生产环境使用共享容量。
