RDS PostgreSQL は、業務継続性と高可用性を確保するために、複数のディザスタリカバリソリューションを提供します。
ディザスタリカバリソリューションの比較
RTO (目標復旧時間) は、障害が発生してからシステムが利用可能な状態に復旧するまでの時間を指します。
RPO (目標復旧時点) は、ディザスタやシステム障害時に許容される最大のデータ損失期間を指します。
ソリューション | RTO | RPO | 価格 | 利点 | 欠点 | シナリオ |
通常 10~30 秒 | 5 分以内、通常 30 秒~1 分 | 中 |
| ソースインスタンスとディザスタリカバリインスタンスの両方が、メジャーバージョンが一致する RDS PostgreSQL である必要があります。 | RDS PostgreSQL インスタンス間のクロスリージョンディザスタリカバリおよびクロスリージョンの読み取り専用シナリオに適しています。 | |
通常 10~30 秒 | 5 分以内、通常 30 秒~1 分 | やや高い |
| ユーザーは自身でネットワーク接続を確保し、対応するネットワークコストを負担する必要があります。 | 自己構築のローカルインスタンスまたは他のクラウド サービス プロバイダー (CSP) によってホストされているインスタンスが、RDS PostgreSQL をディザスタリカバリインスタンスとして使用するシナリオに適しています。 | |
通常、数時間 | 5 分以内、通常 30 秒~1 分 | 低 |
|
| ソースデータベースが RDS PostgreSQL であり、クロスリージョンディザスタリカバリが回復時間に対して高い要件を持たないシナリオに適しています。 | |
データ同期 (DTS) | 通常 10~30 秒 | 5 分以内、通常 30 秒~1 分 | 高 |
| データ同期はデータベースレベルです。インスタンスのデータベース数が多い場合、コストが高くなります。 | 完全なデータベースのディザスタリカバリではないシナリオや、マルチアクティブシナリオに適しています。 |