簡単な質問、AWS RDSマルチAZ「ストレージのフル」フェイルオーバ
はおそらく答えを知っているが、MySQLを使用したマルチAZ RDSを使用して、プライマリストレージがいっぱいになった場合、スタンバイレプリカもいっぱいになります同じように?プライマリストレージに問題がありますが、必ずしもフルであるとは限りません。
このケースでは、CloudwatchとRDSのメトリックのほかに、どのような代替手段を使用しますか?
簡単な質問、AWS RDSマルチAZ「ストレージのフル」フェイルオーバ
はおそらく答えを知っているが、MySQLを使用したマルチAZ RDSを使用して、プライマリストレージがいっぱいになった場合、スタンバイレプリカもいっぱいになります同じように?プライマリストレージに問題がありますが、必ずしもフルであるとは限りません。
このケースでは、CloudwatchとRDSのメトリックのほかに、どのような代替手段を使用しますか?
はい、スタンバイ記憶域については正しいですか。
事前に通知するようにCloudWatchアラートを設定する必要があります。たとえば、ストレージが80%いっぱいになったときに電子メールの送信を開始するように設定し、100%に達する前にストレージスペースを十分に増やす計画を立てることができます。
CloudWatch/RDSのメトリックの代替案や、RDSストレージメトリクスの代替案では何を探しているのかよくわかりません。特にCloudWatch/RDSは、あなたが必要と感じることを提供していないのは何ですか?
代わりにAmazon Auroraを使用することもできます。
ストレージを使用するにつれて、ストレージが動的に拡張されることを約束します。あなたはあなたが使用しているストレージだけを支払う。それはS3が成長するのと同じくらい成長します。これは、MySQLインスタンスが成長するよりも大きいものです。
InnoDBの表領域を拡張して縮小することができない場合、オーロラのような疑問がまだありますか?すべてをダンプして元に戻す必要がありますか? (私はテーブル単位のファイルを無効にしていると仮定しています)
私は、スレーブを手動で作成し、最小のダウンタイムでスレーブに切り替えることができます。