it-roy-ru.com

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

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

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

73
Gagandeep Singh

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

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

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

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

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

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

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

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

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

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

75
Steffen Opel

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

24
LarS

Попробуйте 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.

18
Alex B

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

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

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

5
Josh

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

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

5
Ming Tsai

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

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

➥ ./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

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

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

4
shorrty

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

http://www.cloudwatch.in/

 enter image description here

3
BJ Patel

Правка: Посмотрите на ответ Марка Цая. Это путь (маршрут 53 не существовал, когда я писал этот)

Это, вероятно, принадлежит ServerFault, но здесь идет:

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

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

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

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

Правка: Существует сообщение на ServerFault, в котором говорится о провайдерах Geo DNS

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

2
Jay Sidri

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

0
Douglas Held