title, type, tags, sources, last_updated
| title |
type |
tags |
sources |
last_updated |
| RTO |
concept |
| AWS |
| Disaster Recovery |
| High Availability |
| Cloud Architecture |
|
| ctp-topic-66-exposing-the-differences-between-postgresql-rds-and-aurora |
| public-cloud-learning-sessions-opentext-evolving-from-dr-to-recovery-assurance-2 |
|
2026-04-29 |
Overview
RTO（Recovery Time Objective，恢复时间目标）是从系统故障发生到恢复正常运行所需的最大可接受时间。是灾备（DR）策略中的核心指标。
Definition
- RTO：系统从故障中恢复的时间目标
- 与 RPO（Recovery Point Objective，恢复点目标）共同构成灾备的两大核心指标
AWS Database RTO 对比
| 数据库服务 |
AZ 故障 RTO |
架构特点 |
| Aurora |
~30 秒 |
6 副本跨 3 AZ 共享集群卷 |
| RDS |
~2 分钟 |
EC2 + EBS 分离，Multi-AZ 备用节点 |
| 传统自建 |
数小时 |
需手动恢复 |
RTO vs RPO
| 指标 |
定义 |
衡量内容 |
| RTO |
恢复时间目标 |
系统不可用的最大时长 |
| RPO |
恢复点目标 |
可接受的最大数据丢失时长 |
Key Insights
- Aurora 的低 RTO 源于其 6 副本跨 3 AZ 的共享集群卷架构，故障时无需重建数据
- RDS 的 RTO 较高是因为需要备用节点接管并重新建立连接
- RTO 优化需要考虑 DNS TTL、TCP Keep-Alive、连接池配置等多个层面
- LaunchDarkly 是企业 RTO 优化的典型案例
Related Concepts
Aliases
- Recovery Time Objective
- 恢复时间目标
- RTO
- MTTR（Mean Time To Recovery，与 RTO 相关但 MTTR 是实际测量值）
