大規模サービスのデータベースエンジンを MySQLからAurora MySQLへの移行 〜リードレプリカ, DNSを利用した最小ダウンタイム移行方法〜 - メドピア開発者ブログ

バックエンドエンジニアの徳富(@yannKazu1)です。先日、メドピアのメインサービスであるmedpeer.jpで使われているデータベースエンジンを、MySQLからAurora MySQLへと移行しました。今回はその移行のプロセスについて詳しくお話しします。 移行したデータベースの簡単なインフラ構成 移行方針 今回移行するデータベースは複数のアプリケーションから参照されており、ダウンタイムによるユーザー影響が大きいため、移行方針の検討の段階で重視したのは、ダウンタイムの最小化でした。これを達成するために、DNSのCNAMEレコードと、Auroraのリードレプリカを活用し、移行させることにしました。 DNSのCNAMEレコードの使用 データベースエンドポイントをアプリケーションに直接記述する代わりに、DNSのCNAMEレコードを利用して間接的に参照するようにしました。これにより、データベー

[m50747]

ライトのクエリはメッセージキュー経由でやってるからフェイルオーバーの際はデータのロストが無いようにしてる。

[kazutanaka]

特定環境を前提として例外エラーメッセージを利用してフェイルオーバー時のDB接続リセット必要性を判定できる。

[dkfj]

へぇ、なるほど。面白いなぁ。エンドポイントの上で更にDNSを利用するとフェイルオーバーの際に不具合起きるかなという気がしたが、アプリの方で独自実装でカバーしているという理解。後でじっくり読もう

[efcl]

RDSからAuroraへの移行。 Auroraをリードレプリカとして用意し、DNSでRDSを参照するようにアプリケーションを変更、既存のRDSをread onlyにしてレプリーション待ち = ダウンタイム、DNSの向き先の変更。 アプリケーションでのコネ