回目の投稿となります技術部の西村です。ご覧になっていない方はこちらを先に読んでいただきますと幸いです。前回は「移行準備」まで触れて終わりにしました。移行を終えて今回はその続きとなります。移行は無事に終わったのでしょうか!はい、無事に終わりました!!ただ想定外なことが起こるのが世の常。環境の作成、カスタムエンドポイント、その他事前作業という形で記載します。環境を作成していきます。記載しております通りテーブルスキーマの変更作業が必要になります。対して作業を行うと思いますが、今回は事前メンテナンスを設けず、下記の手順で新環境を作っていく方針としました。リードレプリカを生成する上記手順で問題なく環境は作成できました。ボトルネックになると悲惨です。レプリカラグをシビアに気にしている弊社では致命傷になります。性能も高めにしました。カスタムエンドポイント弊社ではカスタムエンドポイントを利用することにしました。カスタムエンドポイントを利用すると負荷分散を行ってくれて、対象内のインスタンスが使用不可になると自動的に参照から切り離してくれるので、使い方によっては有用です。前回も書いたとおり、カスタムエンドポイントを編集すると一時的に使用ができない時間が発生するので注意が必要です。本番投入前にインスタンスサイズを上げる作業を行ったのでそのときに下記の動作確認を行いました。分程度かかかりました。再起動が発生するようです。今回主に確認したのは下記となります。使えるよになると良いですね。これを実施していくと、用途不明なものがでてきたり、別の設定漏れが発覚したりと、まぁ色々ありました。当日メンテナンス作業をスムーズに実施するためにもここはかなり丁寧に実施しました。事前の準備が終わったところで、参照系の一部を本番サービスへ組み込む作業を行います。台へ向けるようにしました。入れる前に暖機を済ませておきます。以降、心情含んだ文章となっております。何もないことに安堵する私。「....うんうん、クラウドだからね、あるよね、そういう事。〜「....え、まじ。「....っお、おまえ。「インスタンスガチャなのか!?まじかー。取り急ぎサービスアウトしました。サポートへ問い合わせを行い、その日は寝ることに。〜何か感じ取って起きる。「なるほどー、このクエリが実行されたのか。done!そして再起動!「おお、このクエリ単体で再起動かかるのか。インスタンスガチャも困ったもんだ。「ちょっと試しに、他のインスタンスでも実行してみるか。done!からの再起動!「....えっ、まじ。