Архитектура базы данных высокой доступности Amazon EC2

Question

Я сейчас уточняю решение, работающее на EC2. Настройка веб-серверов, использование S3, Cloud Front, Cloud Watch и т. Д. Были достаточно простыми. Использование эластичных балансировщиков нагрузки для зоны кросс-доступности для наших веб-серверов также было простым.

Мне бы очень хотелось иметь перекрестную доступность по регионам в дополнение к перекрестной зоне доступности. Это поможет снизить вероятность отключения из-за отключения в регионе.

Мне не удалось найти много информации о людях, использующих двухстороннюю межрегиональную репликацию для своих баз данных. Это возможно? Какова производительность?

Answer 1

Прежде чем тратить много времени и усилий, вы можете принять во внимание, что Amazon обещает предложение высокой доступности в дополнение к службе реляционной базы данных Amazon (RDS).

Новые функции для Amazon RDS скоро появятся

Предложение высокой доступности - для разработчики и бизнес, которые хотят дополнительная устойчивость за пределами автоматическое резервное копирование, предоставляемое Amazon RDS без дополнительной оплаты. С предложение высокой доступности, разработчики и бизнес может легко и экономически эффективное обеспечение синхронно реплицированные экземпляры БД в нескольких зонах доступности, защитить от неудачи в течение одно местоположение.

Answer 2

Ответ не является правильным. Вы спрашивали о доступности по регионам, но в ответе указали адреса доступности зон.

Из Амазонки:

В: Что такое зона доступности?

A: Зоны доступности - это разные местоположения в пределах региона ...

В: Будет ли мой резерв в том же регионе, что и мой основной?

A: Да. Ваш резервный режим автоматически создается в другой зоне доступности того же региона, что и основной экземпляр вашего БД.

Зона доступности находится в одном регионе (восток США 1а, восток США 1b) и т. Д., А не в разных регионах (восток США (Вирджиния), запад США (штат Калифорния)). Репликация между зонами может обеспечить уровень доступности, но не обязательно защищает от регионального события.

Сотрудник Amazon не знал, планируется ли охватить RDS по регионам.

Answer 3

Чтобы говорить о доступности в разных регионах, вам необходимо указать некоторые ключевые показатели: Каков объем изменений, внесенных вами за период времени (день / час), и как часто вы хотите синхронизировать базы данных.

Во-вторых, вам нужно подумать о том, как ваша общая архитектура будет использовать эти БД: как теплый резерв или активный участник?

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