Зоны доступности Amazon

Question

Я довольно новичок в услугах Amazon и задаюсь вопросом, какие из лучших практик для кластеризации/балансировки нагрузки?

У меня есть балансировщик нагрузки в моем колосе (NJ), который потенциально может быть повышен до Netscaler.

Приложение, которое мы размещаем на Amazon, не является сумасшедшим и не ожидает слишком большого трафика. Мы смотрим на 2 экземпляра Linux, которые будут запускать приложение Node JS с набором реплик MongoDB. Насколько я понимаю, Amazon будет равномерно распределять трафик между зонами. Расположение конечных пользователей не влияет на то, где они будут распределены (т. Е. Если у меня есть сервер на западном побережье и один на восточном побережье, пользователь на восточном побережье может быть направлен либо на восток, либо на запад).

If I wanted to direct users traffic based on location, a global DNS solution would make more sense? 

Один сервер будет мастер дБ, а другой бы ведомый с репликацией данных друг с другом.

Anybody have any experience with this and how is the network performance? 

Вопрос о EC2/S3

EC2 Instances and S3 buckets can only communicate if they are in the same region, correct? 

Answer 1

Выравниватель нагрузки работает только в пределах одного региона. Если вы хотите сбалансировать трафик между различными регионами, вам нужно будет взглянуть на маршрутизацию на основе латентности в маршруте 53. Имейте в виду, что зона доступности и область имеют разные значения в EC2

Набор реплик MongoDB является гибкой конфигурацией главного/подчиненного устройства. Если первичный экземпляр не работает, вторичный, основанный на настроенном приоритете, может автоматически стать первичным. Сеть в регионе быстро, у вас будет некоторое время ожидания, если вы используете несколько регионов.

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