本指南演示了如何为大型机工作负载实现较低的恢复时间目标 (RTO)。大型机运行具有严格 RTO 的任务关键型企业工作负载。AWS Well-Architected Framework (WAF) 为构建高弹性应用程序提供规范性指导，帮助您根据 RTO 要求选择合适的灾难恢复策略。
本指南与 WAF 一致，与 AWS Mainframe Modernization 及其他 AWS 服务相集成，以创建热备用环境。该环境随时准备将您的业务流程故障转移到单独的 AWS 区域，从而降低高优先级工作负载的 RTO。
请注意：[免责声明]
开始使用
Well-Architected 支柱
当您在云中构建系统时，AWS Well-Architected Framework 可以帮助您了解所做决策的利弊。框架的六大支柱使您能够学习设计和操作可靠、安全、高效、经济高效且可持续的系统的架构最佳实践。使用 AWS 管理控制台中免费提供的 AWS Well-Architected Tool，您可以通过回答每个支柱的一组问题，根据这些最佳实践来检查您的工作负载。
上面的架构图是按照 Well-Architected 最佳实践创建的解决方案示例。要做到完全的良好架构，您应该遵循尽可能多的 Well-Architected 最佳实践。
-
卓越运营阅读《卓越运营》白皮书
Amazon CloudWatch 和 Aurora 提供实时监控、可自定义警报和异常检测。CloudWatch 定义自定义指标并设置警报，以便及时响应性能问题。Aurora 持续监控数据库运行状况，生成故障或维护事件，并支持自动失效转移以进行灾难恢复，通过主动监控和自动化操作支持卓越运营。
-
安全性阅读《安全性》白皮书
Aurora PostgreSQL 支持使用 AWS Key Management Service (AWS KMS) 进行静态加密，并支持通过 SSL/TLS 连接进行传输加密，从而保护敏感数据。实例部署在虚拟私有云 (VPC) 中，使用网络安全组进行访问控制。Aurora 会自动应用安全补丁和更新，从而减少已知漏洞的风险。
-
可靠性阅读《可靠性》白皮书
多可用区部署提供冗余、高可用性和灾难恢复功能，从而降低单点故障的风险。Route 53 ARC 持续监控应用程序运行状况，检测故障，并自动执行恢复操作，例如重新路由流量或启动失效转移。这缩短了恢复时间并增强了运营弹性。
-
性能效率阅读《性能效率》白皮书
多可用区部署通过在需求增加时跨可用区添加实例或资源来实现横向扩展。Aurora PostgreSQL 使用分布式共享存储架构，可根据工作负载需求自动扩展计算和存储。这种可扩展架构与处理高吞吐量和大事务量的能力相结合，使您能够优化性能并有效满足不同的工作负载要求。
-
成本优化阅读《成本优化》白皮书
AWS Mainframe Modernization 和 Aurora 提供即用即付定价模式，这意味着您只需为所消耗的资源付费，从而消除了前期成本。Aurora 的单实例存储空间可自动从 10 GB 扩展到 64 TB，从而优化了利用率。通过这种灵活的定价模式，您能够根据工作负载需求向上或向下扩展资源，从而最大限度地减少因过度配置或未充分利用而产生的不必要开支。
-
可持续性阅读《可持续性》白皮书
Aurora 和 AWS Mainframe Modernization 建立在 AWS 的节能基础设施之上，采用先进的冷却功能、高效的配电和可再生能源，可最大限度地降低能耗。Aurora 根据工作负载需求自动扩展计算和存储，以实现高效的资源利用，减少资源浪费。这种优化的资源分配最大限度地减小了与过度能耗和硬件配置相关的环境影响。
免责声明
示例代码；软件库；命令行工具；概念验证；模板；或其他相关技术（包括由我方人员提供的任何前述项）作为 AWS 内容按照《AWS 客户协议》或您与 AWS 之间的相关书面协议（以适用者为准）向您提供。您不应将这些 AWS 内容用在您的生产账户中，或用于生产或其他关键数据。您负责根据特定质量控制规程和标准测试、保护和优化 AWS 内容，例如示例代码，以使其适合生产级应用。部署 AWS 内容可能会因创建或使用 AWS 可收费资源（例如，运行 Amazon EC2 实例或使用 Amazon S3 存储）而产生 AWS 费用。
本指南中提及第三方服务或组织并不意味着 Amazon 或 AWS 与第三方之间存在认可、赞助或从属关系。AWS 的指导是一个技术起点，您可以在部署架构时自定义与第三方服务的集成。