AWS RDS ENCESTER Time [закрыто

StackOverflow https://stackoverflow.com/questions/4832459

Вопрос

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

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

Решение

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

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

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

Другие советы

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

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top