
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
AWSのインスタンスタイプのEOL対応方法 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
AWSのインスタンスタイプのEOL対応方法 - Qiita
自分の場合はr3のデータベースだったのでr5で変更するべき。 それでインスタンスタイプを選択してで変更... 自分の場合はr3のデータベースだったのでr5で変更するべき。 それでインスタンスタイプを選択してで変更出来るます! もちろんダウンタイムが発生します、変更中はアクセス出来ません!データベースの大きさ次第で時間がかかってます。 ですが、検証したい!インスタンス変更はそんなに変わらないはず、DBのバージョンだと結構変わりますがインスタンスは本当にハードウェアなのでそんなに変わらない。 検証するために新しいr3を作って、r5に変更すれば良いですね!これが悲しいところです、古い世代のインスタンスを作成出来ません。。じゃ、r5の変更して、問題あったらr3 に戻せばようですね!これも悲しい、r5になったらr3に戻れない。泣。 安全のやり方 話に戻ると、VPCからのアクセス制限、Security Groupを確認して、インスタンスの中にDB入ってます。 安全にするために両方古い世代と新しい世代を同時に作