RDS for MySQL のインスタンスタイプ変更

当ブログのデータベースは、RDS for MySQLです。

個人利用ですし、障害発生時は12時間内の復旧、24時間以内のデータに戻ればいい、と考えています。
RTO 12時間、RPO 24時間です。
以下の構成です。

• 東京リージョン
• t2.micro
• シングルインスタンス

インスタンスタイプをt3.microに変更しようと思います。

停止時間が発生してもいいので、そのまま変更メニューからすぐに適用で実行します。

データベースインスタンスを選択して、[変更]です。

インスタンスタイプを t3.micro にしました。

停止時間が発生しても構わないですし、万が一問題が発生してもスナップショットから新しいインスタンスを起動すればいいので、今すぐ適用を選択しました。
ビジネスワークロード本番環境では、新しいインスタンスを起動して、テストして、接続先を変更すると思います。

2回再起動が実行されました。
1回目は2分45秒で、2回目が12秒でした。
毎回これぐらいの時間とは限らないとは思いますが、影響は少なくインスタンスタイプを変更できたと思います。

最後までお読みいただきましてありがとうございました！

「AWS認定資格試験テキスト＆問題集　AWS認定ソリューションアーキテクト - プロフェッショナル 改訂第2版」という本を書きました。

「AWS認定資格試験テキスト AWS認定クラウドプラクティショナー 改訂第3版」という本を書きました。

「AWS認定資格試験テキスト　AWS認定AIプラクティショナー」という本を書きました。

「AWS教科書 AWS認定デベロッパーアソシエイト テキスト＆問題集 」という本を書きました。

「要点整理から攻略するAWS認定ソリューションアーキテクト-アソシエイト」という本を書きました。

「AWSではじめるLinux入門ガイド」という本を書きました。

@yamamanx

開発ベンダー5年、ユーザ企業システム部門通算9年、ITインストラクター5年目でプロトタイプビルダーもやりだしたSoftware Engineerです。
質問はコメントかSNSなどからお気軽にどうぞ。
出来る限りなるべく答えます。

このブログの内容/発言の一切は個人の見解であり、所属する組織とは関係ありません。
このブログは経験したことなどの共有を目的としており、手順や結果などを保証するものではありません。
ご参考にされる際は、読者様自身のご判断にてご対応をお願いいたします。

また、勉強会やイベントのレポートは自分が気になったことをメモしたり、聞いて思ったことを書いていますので、登壇者の意見や発表内容ではありません。