ApsaraDB RDS:RDS PostgreSQL のメジャーバージョンアップ

アップグレードソリューション

インプレースアップグレード

ブルーグリーンデプロイメント

ゼロダウンタイム

DTS を使用したデータ移行

カットオーバー

カットオーバーなし

シナリオ

アップグレード後のインスタンスを元のインスタンスと同一にしたい場合。アップグレード中にインスタンスが読み取り専用になることを許容できる場合に適しています。

元のインスタンスを保持します。スペックアップ中にインスタンスが読み取り専用になることを許容できます。

• アップグレードのリハーサル。

• 2 つのバージョンのアプリケーションを並行して実行。

ビジネス上、長時間のダウンタイムを許容できない場合に適しています。

• ビジネス上、長時間のダウンタイムを許容できない場合。

• インスタンスには多くのデータベースがありません。

仕組み

pg_upgrade を使用して元のインスタンスをターゲットバージョンにアップグレードします。すべてのメタデータは保持されます。

バックアップから新しいインスタンスを作成し、pg_upgrade を使用してアップグレードし、元のエンドポイントを自動的に新しいインスタンスに切り替えます。

バックアップから新しいインスタンスを作成し、pg_upgrade を使用してアップグレードします。

pg_upgrade を使用して元のインスタンスをターゲットバージョンにアップグレードします。増分更新は、ネイティブの論理レプリケーションを通じて実行されます。

手動で新しい RDS PostgreSQL インスタンスを作成し、非同期論理レプリケーションを使用してデータ移行を行います。

メリット

元のインスタンスの構成と請求情報が完全に保持されます。

• エンドポイントを自動的に切り替えます。

• 元のインスタンスへのロールバックをサポートします。

元のインスタンスに影響を与えることなく、アップグレード検証のための独立した環境を提供します。

• 切り替え前に新しいバージョンを検証できます。

• 任意のタイミングでの手動スイッチオーバーをサポートします。

• 読み取り専用インスタンスを使用したアップグレードをサポートします。

• 元のインスタンスの構成と請求情報が完全に保持されます。

• 組み込みのオーケストレーションを備えたマネージド移行サービスです。

• データ検証をサポートします。

デメリット

元のインスタンスへのロールバックをサポートしていません。

元のインスタンスの請求情報を継承しません。

なし。

• データ検証や逆方向のデータ同期をサポートしていません。

• 論理レプリケーションには制限があります。たとえば、すべてのテーブルにプライマリキーが必要です。

• シーケンスオブジェクトの数が増えるにつれて、スイッチオーバー時間が増加します。

• データベースごとに 1 つの移行タスクが必要です。

• エンドポイントの手動切り替えが必要です。

元のインスタンスの読み取り専用時間

通常は数分です。

通常は数分です。

なし。

通常は数秒です。

通常は数秒です。

コスト

アップグレードコストはかかりません。

新しいインスタンスは従量課金です。

新しいインスタンスは従量課金です。

アップグレードコストはかかりません。

• 新しい RDS インスタンスのコスト。

• DTS インスタンスのコスト。