Архитектура базы данных высокой доступности Amazon EC2
-
19-09-2019 - |
Вопрос
В настоящее время я разрабатываю решение, работающее на EC2.Настройка веб-серверов, использование S3, Cloud Front, Cloud Watch и т. д. оказались достаточно простыми.Использование эластичных балансировщиков нагрузки для перекрестной зоны доступности для наших веб-серверов также оказалось простым.
Мне бы очень хотелось иметь межрегиональную доступность в дополнение к перекрестной зоне доступности.Это поможет снизить вероятность сбоя из-за сбоя в регионе.
Мне не удалось найти много информации о людях, использующих межрегиональную двустороннюю репликацию для своих баз данных.Это возможно?Каково выступление?
Решение
Прежде чем тратить много времени и усилий, вы можете принять во внимание, что Amazon обещает предложение высокой доступности в дополнение к Служба реляционных баз данных Amazon (РДС).
Скоро появятся новые функции Amazon RDS
Высокая доступность предложения - для разработчиков и бизнеса, которые хотят дополнительной устойчивости помимо автоматических резервных копий, предоставленных Amazon RDS, без дополнительной платы.Благодаря предложению высокой доступности разработчики и бизнес могут легко и экономически эффективно предоставлять синхронно воспроизводимые экземпляры DB в зонах множества доступности, чтобы защитить от неудачи в одном месте.
Другие советы
Предоставленный ответ не совсем верен.Вы спросили о доступности между регионами, но в ответе указаны зоны доступности.
С Амазона:
Вопрос:Что такое зона доступности?
А:Зоны доступности — это отдельные места в пределах региона...
Вопрос:Будет ли мой резервный режим находиться в том же регионе, что и основной?
А:Да.Ваш резервный экземпляр автоматически выделяется в другой зоне доступности того же региона, что и основной экземпляр БД.
Зона доступности находится в пределах одного региона (Восток США 1a, Восток США 1b) и т. д., а не между регионами (Восток США (Вирджиния), Запад США (Северная Каролина).Калифорния)).Репликация между зонами может обеспечить определенный уровень доступности, но не обязательно защищает от региональных событий.
Представитель Amazon не знал, существуют ли какие-либо планы по распространению RDS на другие регионы.
Чтобы говорить о межрегиональной доступности, вам необходимо предоставить некоторые ключевые показатели:Каков объем изменений за период времени (день/час) и как часто вы хотите синхронизировать свои базы данных.
Во-вторых, вам нужно подумать о том, как ваша общая архитектура будет использовать эти БД:в качестве горячего резерва или активного участника?
Упругие балансировщики нагрузки будут сбалансированы только в регионе, если вы хотите использовать межрегистрированные услуги, вам нужны другие способы отправки трафика.