0

シンガポールにAWS MySQL RDSインスタンスがあり、AWS Aurora(Mumbai)に移行する予定です。このプロセスにはおよそ30〜40分かかります。私は移行プロセス中にダウンタイムを取らないことを望んでいます。私のAppサーバーはnode.jsで作成され、またシンガポールのEC2でホストされています。データベースのHA(ハイアベイラビリティ)を行うにはどうすればよいですか?私は何をする必要がありますか? node.jsのサーバーロジックに変更を加える必要がありますか?または2つのデータベース(MySql & Aurora)間で複製を作成しますか?または彼を達成するためにロードバランサを作成する必要がありますか?MySqlがダウンタイムなしでAuroraに移行

In sortマイグレーションプロセス中、私はダウンタイムを望んでおらず、私のデータベースはユーザ/クライアントにとっていつものように機能します。

+0

サーバーフォールトサイト – Drew

+0

への移行(移行)に投票しました。提案のために@Drewに感謝します。 Server Faultサイトに移行するにはどうすればよいですか?あるいはそこに同じ質問を書く必要があります。私はここでは新人です。 :) –

+0

私はあなたのためにそれを閉じる投票をすることができます。または、ここに投稿して削除することができます。どっちがいい? [リンク](http://serverfault.com/) – Drew

答えて

1

シンガポールからムンバイ、そしてMySQLからオーロラへの移行を行っています。私は一度に1つのステップを取ることをお勧めします..あなたはゼロダウンタイムについて特にそうであるようにあなたのウェブサイトが重要であるように見えます。

これらの大きなエンジニアリングリリースで何が失敗するかはわかりません。最悪の部分は、AuroraからMySQLへの移行がないため、AuroraへのMySQLは「戻ってこない」リリースであるということです。

私はAurora to Mysqlが深刻なテストを行うことをお勧めします。私はオプトファイルが見つからない、オーロラでサポートされていないtmpデータベースのようないくつかの問題に直面したので。

シンガポールとムンバイ;アプリケーションが実際のエンドポイントへのCNAMEであるabc.internalのような内部DNS名を使用していることを確認してください。ダウンタイムを最小限に抑えた最善の方法は、ムンバイでレプリカを作成することです。>マスターをreadOnlyとして作成>レプリカをマスターにプロモートする> abc.internalを新しいエンドポイントに変更します。

AuroraからMysqlには、データベースのサイズに応じてダウンタイムが発生します。いくつかのダウンタイムは問題ありません。データを失うことはできません。

関連する問題