为了确保业务的连续性和高可用性,RDS PostgreSQL提供多种容灾方案。
容灾方案对比
- RTO(Recovery Time Objective)指从故障发生到系统恢复可用状态的时间。 
- RPO(Recovery Point Objective)指在发生灾难或系统故障时,可容忍的最大数据丢失时长。 
| 方案 | RTO | RPO | 价格 | 方案优势 | 方案劣势 | 应用场景 | 
| 通常为10秒~30秒 | 5分钟以内,通常为30秒~1分钟 | 中 | 
 | 源实例和灾备实例必须为RDS PostgreSQL,且其大版本需保持一致。 | 适用于RDS PostgreSQL之间的跨地域容灾,跨地域只读场景。 | |
| 通常为10秒~30秒 | 5分钟以内,通常为30秒~1分钟 | 较高 | 
 | 用户需自行确保网络畅通,并承担相应的网络费用。 | 适用于自建的本地实例、其他云服务提供商托管的实例,使用RDS PostgreSQL作为灾备实例的场景。 | |
| 通常为小时级 | 5分钟以内,通常为30秒~1分钟 | 低 | 
 | 
 | 适用于源数据库为RDS PostgreSQL,且跨地域容灾对恢复时间要求不高的场景。 | |
| 数据同步(DTS) | 通常为10秒~30秒 | 5分钟以内,通常为30秒~1分钟 | 高 | 
 | 数据同步为数据库级别,当实例数据库数量较多时,成本较高。 | 适用于非整库容灾或多活场景。 |