LinodeからAWSへの移行

Question

RDS ではなく別の実際のホストに移行する場合は、ストリーミングレプリケーションを使用して必要な操作を実行できます。

pg_basebackupDBを新しいホストへ
recovery.conf現在のマスターを指すレプリカを起動します
レプリケーションをキャッチアップさせる
レプリカの同期レプリケーションを有効にしてマスターをリロードします。
...次にマスターをシャットダウンし、レプリカをマスターとして再起動して実行します。

RDS では、基盤となるサーバーにアクセスできないため、この方法は機能しません。独自のストリーミングレプリケーションを使用したり、制御したりすることはできませんpg_basebackup。したがって、RDS を使用している場合、唯一の現実的な選択肢は、ダンプして再ロードすることです。

理論上、Amazon はユーザーが RDS にないマスターの RDS レプリカを設定し、それをマスターに昇格できるようにすることができます。これは非常に良いアイデアで、DB を RDS にもっと簡単に移行できるようになります。ただし、執筆時点ではこの機能はなく、元のデータベースが互換性のあるオプション、同じメジャーバージョン、レプリカサーバーと同じ CPU アーキテクチャでコンパイルされている場合にのみ機能するため、実行が複雑になる可能性があります。たとえば、x86 と x64 の間でレプリケートすることはできません。また、Amazon がニーズに合わせて PostgreSQL を自由に変更することもできなくなります。

これは逆の場合も同様です。移行することはできませんからRDS はストリーミングレプリケーションを使用します。そのため、RDS に大規模でビジーな DB がある場合、長時間のダウンタイムなしでそれを復旧するのは非常に困難になります。

率直に言って、すでに独自の DB を実行している場合、RDS の魅力はわかりません。コストが高く、データに対する制御のほとんどが失われます。(ただし、私は PostgreSQL サービス分野の別の会社で働いているため、私の意見はそれを念頭に置いて検討する必要があります)。

あなたかもしれないLondiste、Bucardo、Slony-I などのサードパーティのレプリケーションソリューションを使用して、データベースを RDS にレプリケートできます。私はこれらのツールを RDS で試したことがありませんが、拡張機能のインストールやティッカーデーモンの実行などが必要なため、機能しないのではないかと思います。EC2 ノードで実行できるかもしれませんが、複雑で正しく実行するのは困難です。

Answer 1