Быстрый Вопрос,AWS RDS Multi-AZ "Storage Full" Failover
Скорее знаем ответ, но при использовании Multi-AZ RDS с MySql и основная память заполнена, то резервная копия будет также полная также? Отказоустойчивость будет успешной только в этой ситуации, если у первичного хранилища есть проблема, но не обязательно полная.
Какие альтернативы вы бы использовали в этом случае, кроме метрики Cloudwatch и RDS для хранения?
Да, вы правильно относитесь к резервному пространству хранения.
У вас должны появляться предупреждения о CloudWatch, которые будут уведомлять вас задолго до того. Например, вы можете настроить его, чтобы начать отправлять вам электронные письма, когда хранилище заполнено на 80%, и планируйте увеличить объем хранилища задолго до того, как он достигнет 100%.
Я не уверен, какие альтернативы метрикам CloudWatch/RDS вам понадобятся или что вы ищете в альтернативе для метрик хранения RDS. Что конкретно CloudWatch/RDS не предоставляет вам, что вы считаете нужным?
Альтернативой является использование Amazon Aurora.
Они обещают, что хранилище динамически растет, когда вы его используете. Вы платите только за используемое хранилище. Он растет настолько, насколько S3 может расти, что больше, чем вы хотите, чтобы какой-либо экземпляр MySQL увеличивался.
У меня все еще есть некоторые вопросы о Aurora-like, что происходит, если вы расширяете табличное пространство InnoDB и не можете сжать его? Вы должны сбросить и восстановить все? (Я предполагаю, что мы отключили файл за стол.)
Я полагаю, что можно создать ведомое устройство вручную, а затем переключиться на подчиненный с минимальным временем простоя.