Как я могу определить, какое местоположение AWS лучше всего подходит для обслуживания клиентов из определенного региона?

Question

AWS имеет несколько мест для хранения и экземпляров EC2 для работы с разными ценами.Как я могу определить, какое местоположение лучше всего подходит для конкретного региона.Является ли он интуитивно понятным (ближе к вашему обслуживающему региону - лучше всего) или есть какие-либо проблемы с надежностью (конкретное местоположение AWS сталкивается с большим количеством отключений, чем другие).Есть ли какие-либо данные для принятия такого решения?

Я занимаюсь разработкой приложения, которое в основном предназначено для индийских клиентов.Итак, я рассматриваю Сингапур или Токио в качестве варианта.

Answer 1

Определение местоположения AWS с наименьшей задержкой для пользовательского использования

Умные и инновационные люди из TurnKey Linux , недавно открытые, нашли свое решение вашей проблемы, см. Отображение региональных центров обработки данных AWS на GitHub:

Этот проект используется для генерации индексов (и визуальная карта для ссылка) используется TurnKey Hub до для нахождения ближайшего центра обработки данных AWS для пользователя. [выделение мое]

Используемый алгоритм более подробно описан в Поиск ближайшего центра обработки данных с использованием GeoIP и индексация , а также последующий пост Поиск архива ближайшего пакета APT с использованием GeoIP и индексация .

Хотя это немного трюк, визуализация очень крутая и подтверждает соотв. иллюстрирует причину, на первый взгляд, удивительного факта, о котором Джош уже упоминал , а именно о том, что пользователи в Австралии в настоящее время имеют тенденцию получать лучшие задержки через запад США (Северная Калифорния / США-запад-1), а не Азиатско-Тихоокеанский (Сингапур / ap-юго-восток-1) регион. ( Совет : проверка Future Cables в правом нижнем углу показывает, что это, вероятно, изменится, что более подробно описано в Greg's Cable Map , которая указывает, что Австралия может в последующие годы прыгать между двумя точками AWS мудро;)

Использование местоположения AWS с наименьшей задержкой автоматически через Amazon Route 53

Тем временем AWS предоставляет полезную карту, иллюстрирующую их Глобальную инфраструктуру для быстрой оценки, а также соответствующие детали, например, например. количество зон доступности и конечная точка API.

Что еще более важно, AWS только что объявил о географической поддержке DNS. Jahufar уже упомянул , см. Вступительный пост Маршрутизация на основе нескольких регионов теперь доступна для AWS , что предоставляет ту же технологию маршрутизации на основе задержек, которая обеспечивает Amazon CloudFront для пользователей Amazon EC2 , Elastic Load Balancing и др.

Так что, если ваша среда уже состоит из архитектуры Auto Scaling EC2 Instances, простое применение этой маршрутизации на основе задержки должно решить вашу проблему автоматически.

Хотя вариант использования, очевидно, нацелен на предложения, порождающие несколько регионов AWS, сложные функции, относящиеся к Маршрутизация на основе задержки и наборы записей с взвешенным циклическим циклом , возможно, также позволят вам легче определить нужную информацию самостоятельно.

Answer 2

Существует также веб-сайт для проверки скорости: https://cloudharmony.com/speedtest, если вы хотите легко проверить, какой регион лучше для вас.

Answer 3

Попробуйте cloudping.info

Будет выполняться HTTP-пинг из вашего браузера в каждый регион AWS.

Region  Latency
US-East (Virginia)  28 ms
US-West (California)    100 ms
US-West (Oregon)    110 ms
Europe (Ireland)    100 ms
Europe (Frankfurt)  119 ms
Asia Pacific (Singapore)    269 ms
Asia Pacific (Sydney)   239 ms
Asia Pacific (Japan)    209 ms
South America (Brazil)  147 ms

ПРИМЕЧАНИЕ для администраторов SO : я не связан с этой службой. Я нашел его во время подготовки к сертификации AWS.

Answer 4

Вот консольный инструмент, который показывает ближайший регион aws:

• https://github.com/ekalinin/awsping

Он написан на голанге и очень прост в использовании:

➥ ./awsping --verbose 1
      Code            Region                                      Latency
    0 eu-central-1    Europe (Frankfurt)                         36.97 ms
    1 eu-west-1       Europe (Ireland)                           63.18 ms
    2 us-east-1       US-East (Virginia)                        126.52 ms
    3 ap-south-1      Asia Pacific (Mumbai)                     156.98 ms
    4 us-west-1       US-West (California)                      192.92 ms
    5 us-west-2       US-West (Oregon)                          226.23 ms
    6 sa-east-1       South America (São Paulo)                 247.74 ms
    7 ap-northeast-1  Asia Pacific (Tokyo)                      312.22 ms
    8 ap-northeast-2  Asia Pacific (Seoul)                      329.54 ms
    9 ap-southeast-2  Asia Pacific (Sydney)                     337.84 ms
   10 ap-southeast-1  Asia Pacific (Singapore)                  395.73 ms

Регионы упорядочены по времени ожидания.

Вы можете запустить его на любом сервере и определить для себя ближайший регион.

Answer 5

Amazon теперь предлагает возможность маршрутизации в центр обработки данных с минимальной задержкой для конечного пользователя. Это новая маршрутизация на основе задержки на Route53!

http://docs.amazonwebservices.com/Route53/latest/DeveloperGuide/CreatingLatencyRRSets.html

Answer 6

Тестирование задержки в разных регионах, очевидно, желательно! Я нахожусь в Австралии, и многие пользователи здесь получают больше задержек на западе США, чем на Сингапур - отчасти это связано с пирингом местных интернет-провайдеров и международной связью. Относительно просто проверить, есть ли у вас пользователи в регионе, на который вы нацелены.

Надежность на стороне AWS (т.е. не проблемы с сетью пользователя) в основном является следствием развертывания в нескольких зонах доступности. В регионах США больше вариантов, чем в APAC, просто потому, что они дольше обслуживают эти рынки. Побочным эффектом этого является то, что функции развернуты относительно поздно в Сингапуре / Токио - обычно новые функции начинают развертываться на востоке США.

Поскольку у вас уже есть S3 и EC2 в качестве сервисов, которые вы хотели бы использовать, и они оба доступны в более близких регионах, оцените, важны ли более новые веб-сервисы от AWS, - если нет, то стремитесь к чему-то (задержка) рядом.

Answer 7

Хороший инструмент / сайт для проверки задержки с нашего местоположения

http://www.cloudwatch.in/

Answer 8

РЕДАКТИРОВАТЬ: Посмотрите на ответ Марка Цая.Это путь (маршрут 53 не существовал, когда я писал этот)

Это, вероятно, относится к ServerFault, но здесь идет речь:

То, что вы в основном просите, это GeoDNS.

В данный момент он не поддерживается напрямую в AWS - хотя я видел некоторые разговоры о его реализации в некоторых сообщениях на форуме AWS - скорее всего, в их Route 53 оказание услуг.

До этого вы могли бы искать сторонние решения, такие как Zerigo , которые предоставили бы вам возможность Geo DNS.

Или, если вы хардкор, вы можете свернуть свой собственный, настроив BIND с IP2Location

РЕДАКТИРОВАТЬ: В ServerFault есть запись , в которой говорится о провайдерах гео-DNS

Что касается вашего вопроса, касающегося производительности и надежности AWS: вам следует подумать о том, чтобы обслуживать ваш сайт с ближайшего АЗ до вашего пользователя - это имеет смысл с точки зрения скорости и отсутствия всех ваших экземпляров всингл AZ.Вы можете проверить AWS Service Health Dashboard , чтобы получить общее представление о том, насколько надежны сервисы Amazon в разных AZ.Обратите внимание, что эти данные получены непосредственно от Amazon - я не видел никакой другой независимой статистики.

Answer 9

http://blog.datapath.io/aws-network-latency-map обсуждает коммерческое предложение для получения этой информации. Он показывает время задержки от указанного вами местоположения до указанного вами сервиса AWS на карте.