Pull to refresh

Comments 8

Не очень понятно как делается образ рдс, делается снапшот диска или ami или ещё что то?
Не очень понятно как распределять нагрузку, об этом должен я заботиться или же само раскидает чтения записи?
С фразой Реплики могут быть разных типов с главным сервером надо как то поподробнее.
Спасибо за дельный коммент.

Образ делается behind the scene — мы понятия не имеем что там и как. В стораджах у нас не появляется ничего, имеджей нет.

Нагрузка лежит на вас. Каждая реплика — отдельный RDS со своим endpoint. Как ваш софт разруливает — дело ваше.

Например главный инстанс m1.db.xlarge а реплики могут быть m1.db.medium в случаях, где много пишут в БД. Или наоборот, когда много читают.
Склонен предполагать, что Read Relica делается так же, как и поднимается снепшот базы на «требуемое время в прошлом».
Поднимается последний DB Snapshot в Instance Выбранной конфигурации. Потом «догоняется» до нужного времени(текущего) как MySQL Slave. В Обсуждаемом случае, ReadRDS не «перестает» быть Рабом по достижении нужного времени.
Перед созданием реплики, мастер переходит в статус подготовки, но не уходит оффлайн. В этот момент и делается снапшот. Далее снапшот поднимается в новый инстанс и догоняет.
А какие-нибудь конкретные данные?
Сколько у вас задержка между слейвом и мастером? А под нагрузкой? Бывали ли пробелмы с сетью, в результате чего слейв отставал и что делать в этом случае?
Конкретных данных, к сожалению, нет. Проблем с сетью обычно нет, если типы инстансов m1.xlarge+.
Как решаете проблему неизбежного scheduled maintenance у амазона? MultiAZ? и сильно ли оно напрягает?
Эта проблема вообще не чувствуется даже при одиночном деплое. Всё происходит очень быстро.

При MultiAZ деплое проблемы исключаются в принципе.

Sign up to leave a comment.