Время простоя экземпляров AWS RDS

У меня есть несколько вопросов относительно обновления экземпляра RDS.

Что такое время простоя при обновлении экземпляра из let say small to large. Является ли время простоя относительно сходным, когда вы идете и меняете любой тип экземпляра (маленький, большой, xlarge) или существуют определяющие факторы, такие как размер базы данных, который изменяет время.
Может ли кто-нибудь поделиться методом обновления типа экземпляра, избегая простоев с помощью RDS? Это возможно даже в RDS. Это не должно быть очень подробно, просто некоторые вещи с надписью/большой картинкой.
Есть ли время, когда вы выделяете больше места на диске?

Ответ 1

Я не думаю, что это вопрос по теме для StackOverflow вообще, но какая-то информация в любом случае:

Это значимо и зависит от размера базы данных. У меня было несколько часов или несколько раз. Я также создавал моментальные снимки, восстанавливая моментальные снимки, и создание нескольких азатов занимало около двух часов.
Это зависит от того, как вы сейчас настроили настройки. Если у вас уже включен Multi-AZ, тогда на ведомом будет происходить обновление экземпляра, тогда произойдет переход на другой ресурс, после чего обновится новое подчиненное устройство. Это приводит к примерно 1 или 2 минутам фактического времени простоя. Обновление экземпляра на подчиненном устройстве обычно занимает от 10 до 20 минут, но в этой настройке нет простоя. Обратите внимание, что когда он выполняет переход на другой ресурс, Amazon выполняет внутреннюю переопределение DNS, так что конечная точка RDS указывает на нужную машину, поэтому вам, возможно, придется перезапустить веб-процессы, указывающие на БД, чтобы они снова подключались к БД и втягивали новый IP из нового поиска DNS.

Ответ 2

db.t1.micro > db.m1.small: 8m30s

Engine:    mysql
Storage:    6GiB
Backups:    Yes
Multi A-Z:  No

Размер/тип базы данных существенно влияет на время простоя.

Ответ 3

1, Из личного опыта требуется всего один час, а точнее 57 минут для 15 ГБ экземпляра, из маленького и большого. Который я не ожидал, что так долго, чтобы быть честным. обновление: только что узнал, что точка переключения во время резервного копирования до обновления значительно ускоряет процесс

2, я бы сказал, создавая MULTI AZ, прежде чем делать обновление, будет делать трюк, надеюсь, что у него тоже нет простоев. Вопрос в том, позволяют ли они обновлять один без другого...

3, да, но я не уверен на 100%, хотя