Aurora MySQL 2から3へのアップグレード - 安全性とコストを考慮した移行プロセス - Uzabase for Engineers

ソーシャル経済メディア「NewsPicks」SREチームの美濃部です。 NewsPicksでは複数のサービスでAurora MySQLをメインのデータベースとして利用しています。これまでAurora MySQL 2（MySQL 5.7互換）を使用してきましたが、2024年2月から順次クラスタのアップグレードを開始し、2024年11月にすべてのクラスタをAurora MySQL 3（MySQL 8.0互換）へのアップグレードを完了しました。この記事ではそのアップグレードプロセスについて解説します。 アップグレードの背景 アップグレードを決断した主な要因は、Aurora MySQL 2のサポートが2024年10月31日で終了し、以降発生する延長サポート料金です。1vCPUあたり1年で 1,050USD ≒ 16万円 の延長サポート料金が発生します（さらに3年目以降は2倍に）。実際に使用している

[troter]

コスト考慮するとAWSが用意している仕組みから外れてしまうので安全性とコストの両立は（工数的な意味で）タダではできない

[ngsw]

めでたすぎる。おつかれさまでした

[integrated1453]

1年がかりで全クラスタのMySQL5.7→8.0へのバージョンアップ完了お疲れ様でした。各マイクロサービスのDBから共通バックエンドの本丸DBまでやりきったの偉業すぎる。切り戻し用の逆方向レプリケーションが活躍していた