63 lines
3.7 KiB
Markdown
63 lines
3.7 KiB
Markdown
---
|
||
title: "CTP Topic 66 Exposing the differences between PostgreSQL RDS and Aurora"
|
||
type: source
|
||
tags:
|
||
- AWS
|
||
- RDS
|
||
- Aurora
|
||
- PostgreSQL
|
||
- CTP
|
||
date: 2026-04-14
|
||
---
|
||
|
||
## Source File
|
||
- [[raw/Cloud & DevOps/Public-Cloud-Learning-Sessions/01_AWS-Landing-Zone/ctp-topic-66-exposing-the-differences-between-postgresql-rds-and-aurora.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：PostgreSQL 在 Amazon RDS 与 Aurora 两种托管方案之间的技术差异对比，涵盖性能、成本、架构、灾备与高可用性等维度
|
||
- 问题域：AWS 数据库选型、RTO/RPO 保障、跨区域灾备、存储类型选择
|
||
- 方法/机制：RDS 采用计算与 EBS 存储分离架构，Multi-AZ 通过独立备用节点实现故障切换；Aurora 采用 6 块 EBS 卷横跨 3 个可用区的共享存储集群，由 Amazon 管理副本
|
||
- 结论/价值：为组织在小型数据库（选 RDS）与大型高 IO 数据库（选 Aurora，>10-20TB）之间提供清晰的决策依据
|
||
|
||
## Key Claims（用中文描述）
|
||
- RDS 提供 GP2、GP3、预配置 IOPS、磁性存储等多种存储类型，存储灵活性更高；Aurora 按 IO 计费，IO 消耗无上限
|
||
- Aurora 最小规格和成本高于 RDS，适合中小型数据库场景选 RDS 更经济
|
||
- Aurora 存储最多支持 64TB，单节点 IO 性能优于 RDS，适合 10-20TB 以上数据库
|
||
- Aurora 自动扩展（Serverless v2）存在实例类型、版本和区域的限制
|
||
- Aurora AZ 故障时 RTO 为 30 秒；RDS 为 2 分钟
|
||
- Aurora MySQL 支持蓝绿部署（Major Version Upgrade）；PostgreSQL 版本不支持
|
||
- Aurora Global 支持跨区域灾备，故障切换无需重新复制数据
|
||
- RDS 跨区域复制为异步，切换时需阻断访问并重建集群
|
||
- Aurora 临时存储使用本地 SSD（ephemeral），固定容量由实例类型决定；RDS 临时存储使用 EBS
|
||
|
||
## Key Quotes
|
||
> "Aurora IO is generally unbounded because they're motivated to give you as much IO as you can consume because they're charging you per IO." — Aurora IO 计费模式说明，IO 消耗越多收益越高
|
||
|
||
> "With RDS, you get to choose multiple different storage mechanisms." — RDS 存储灵活性优势
|
||
|
||
> "Aurora has a 30-second RTO, compared to RDS's two minutes in the event of an AZ failure." — Aurora 高可用性优势
|
||
|
||
## Key Concepts
|
||
- [[RTO]]：Recovery Time Objective，故障恢复时间目标，Aurora 为 30 秒，RDS 为 2 分钟
|
||
- [[Multi-AZ]]：多可用区部署，通过备用节点实现故障切换
|
||
- [[Aurora Global]]：Aurora 跨区域数据库，支持干净的托管切换（Managed Switchover），无需重新复制数据
|
||
- [[Blue-Green Deployment]]：蓝绿部署，Aurora MySQL 支持 Major Version Upgrade，PostgreSQL 版本不支持
|
||
- [[Serverless V2]]：Aurora 自动扩展方案，存在实例类型、版本和区域的限制
|
||
- [[JDBC Connection String Overloading]]：通过读写端点配置 JDBC 连接字符串提升韧性
|
||
|
||
## Key Entities
|
||
- [[Amazon RDS]]：AWS 托管关系型数据库服务，计算与 EBS 存储分离，Multi-AZ 需独立备用节点
|
||
- [[Amazon Aurora]]：AWS 云原生关系型数据库，采用 6 块 EBS 卷跨 3 AZ 共享存储集群，由 Amazon 管理副本，读副本共享同一集群卷无需数据复制
|
||
- [[Greg Klau]]：本次分享的主讲人
|
||
|
||
## Connections
|
||
- [[Amazon Aurora]] ← extends ← [[Amazon RDS]]
|
||
- [[RTO]] ← improves ← [[Aurora Global]]
|
||
- [[Amazon Aurora]] ← provides ← [[Blue-Green Deployment]]（仅 Aurora MySQL）
|
||
|
||
## Contradictions
|
||
- 与 [[RTO vs RPO: Key Differences for Modern Disaster Recovery]] 潜在关联：
|
||
- 冲突点：RTO 指标的具体数值
|
||
- 当前观点：本文视频（Greg Klau 分享）指出 Aurora RTO 为 30 秒、RDS 为 2 分钟
|
||
- 对方观点：[[RTO vs RPO]] 文章可能给出不同数值，建议交叉验证
|