エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
マルチAZ構成のRDS(MySQL)を強制フェイルバックさせてみた | DevelopersIO
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
マルチAZ構成のRDS(MySQL)を強制フェイルバックさせてみた | DevelopersIO
はじめに AWSチームのすずきです。 マルチAZ構成で作成されたRDS(MySQL)は、メンテナンスウィンドウによ... はじめに AWSチームのすずきです。 マルチAZ構成で作成されたRDS(MySQL)は、メンテナンスウィンドウによるインスタンスタイプやストレージ容量の変更後、 マスタDBの稼働するアベイラビリティーゾーン(AZ)がフェイルオーバーにより変化する事があります。 【AWS】RDSのインスタンスタイプ変更にかかる時間を調べてみた EC2とRDS間の通信がクロスAZとなる事で、レイテンシの増加やAZ間のネットワーク転送費(0.01$/GB)が問題となる環境で、 手動フェイルオーバーを実施する機会がありましたので紹介させて頂きます。 構成図 EC2、RDS間の通信がクロスAZとなった環境(右)、フェイルバックにより復旧させました。 操作 再起動 手動(強制)フェイルオーバは、RDSの再起動で実施します。 「フェイルオーバし再起動」をチェックし、再起動を行います。 通常、数分でフェイルオーバが完了、

