Время обновления экземпляра AWS RDS

Question

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

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

Answer 1

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

1. Это значение и зависит от размера базы данных. У меня было несколько часов или несколько раз. Я также создавал моментальные снимки, восстанавливая снимки, а создание нескольких азартных игр занимало около двух часов.

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

Answer 2

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

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

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

Answer 3

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

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

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