快速的問題,AWS RDS多AZ「存儲已滿」故障轉移
最有可能知道答案,但如果使用多AZ RDS與MySQL和主存儲已滿,則備用副本也將滿以及?如果主存儲器只有一個問題,但是不一定是滿的,故障轉移只能在這種情況下成功。
除了Cloudwatch和RDS指標以外,您還可以在此情況下使用哪些替代方法?
快速的問題,AWS RDS多AZ「存儲已滿」故障轉移
最有可能知道答案,但如果使用多AZ RDS與MySQL和主存儲已滿,則備用副本也將滿以及?如果主存儲器只有一個問題,但是不一定是滿的,故障轉移只能在這種情況下成功。
除了Cloudwatch和RDS指標以外,您還可以在此情況下使用哪些替代方法?
是的,您對待機存儲空間是否正確。
您應該已將CloudWatch警報配置爲提前通知您。例如,您可以將其配置爲在存儲空間達到80%時開始向您發送電子郵件,並計劃在存儲空間達到100%之前提高存儲空間。
我不確定您需要什麼替代CloudWatch/RDS指標,或者您正在尋找什麼替代RDS存儲指標。 CloudWatch/RDS的具體內容是不是讓您感覺您需要?
另一種方法是使用Amazon Aurora。
他們承諾存儲在您使用時動態增長。您僅支付您使用的存儲空間。它隨着S3的增長而增長,這比你想要的任何MySQL實例增長都要大。
我仍然有一些關於Aurora的問題 - 如果你擴展你的InnoDB表空間,並且無法收縮,會發生什麼?你必須傾倒和恢復一切嗎? (我假設我們已禁用文件每表)。
我想人們可以手動創建一個從站,然後以最小的停機時間切換到從站。