AWS Database Migration Serviceを使って水平分割されたDBの縮退に挑戦した話 - Qiita

概要 AWS Database Migration Service 略称DMSを使って、水平分割されたDBインスタンスを縮退しようと計画していましたが、検証中に不具合らしきものを見つけたので中断しました。この記事はDMSを検証中に引っかかったトラブルや対策について書いていたメモをまとめたものです。今回の記事中で説明する内容は実環境からぼかしている箇所がありますがご容赦ください。 ※ この文章での「メンテナンス」という単語は、ゲームシステムのメンテナンスを指しており、AWS側のメンテナンスとは異なります。 動機 通常DBは基本的にはスペックが不足したらスケールアップを行い対応します。弊社では加えてより大規模な負荷でも耐えられるよう水平分割してスケールアウトも併用する構成になっております。規模の拡大時には問題無いのですが、必要とされる負荷が下がった場合や、サービスの使われ方が変わって別のサブシ

[hyaknihyak]

DMS便利たけどつらいよねー

[tkmoteki]

素晴らしい知見。ありがとうと言いたい。 縮退引き続き頑張って下さい。 AWS Database Migration Serviceを使って水平分割されたDBの縮退に挑戦した話 - Qiita

[tmatsuu]

DMS、結構難しいの同意。「あーよく見たらドキュメントに書いてあるわ」って落とし穴多数。それでもうまく行けば有用なのがニクい

[hdampty7]

縮退なら全データの移行は不要なのでは？あと従来型のリードレプリカからある地点のdump→データ移行→メンテ中にdump地点からの差分埋めじゃダメなんすかね？

[zetta1985]

つらみ

[manFromTomorrow]

“DMSが用意してくれるのは中身は統合済ですが、プライマリキー以外のインデックスが全く無い、デフォルト値も設定されていないデータベース” 心折れみがある

[atsuizo]

DMS、いよいよ事例記事が出始めるようになって、みんなわりと苦労してる感がある。

[wata88]

わかりみMAX。便利だけど、エンジンとバージョン別、かつDMSの挙動を知る必要があって苦戦する

[migimigi]

検証にかなり時間がかかりましたが結果は…また挑戦してみたいです。そもそもDMSが扱えるものが多すぎて検証も大変。