Как я могу определить, какое местоположение AWS лучше всего подходит для обслуживания клиентов из определенного региона?
AWS имеет несколько мест для хранения и инстансов EC2 для запуска с различными ценами. Как я могу определить, какое место лучше всего подходит для конкретного региона. Это интуитивно понятно (ближе к вашему обслуживающему региону лучше всего) или есть какие-либо проблемы с надежностью (конкретное местоположение AWS сталкивается с большим количеством отключений, чем другие). Имеются ли какие-либо данные для принятия такого решения?
Я разрабатываю приложение, которое в основном ориентировано на индийских клиентов. Так, я рассматривая Сингапур или Токио в качестве варианта.
9 ответов:
определение местоположения AWS с наименьшей задержкой для пользовательского использования
умные и инновационные люди из "Под Ключ" Для Linux недавно с открытым исходным кодом их решение вашей проблемы, см. отображение региональных центров обработки данных AWS на GitHub:
этот проект используется для создания индексов (и визуальная карта для ссылка) используется Под Ключ Ступицы до найти ближайший центр обработки данных AWS для пользователь.[выделено мной]
используемый алгоритм более подробно описан в поиск ближайшего центра обработки данных с помощью GeoIP и индексации а также последующий пост поиск ближайшего архива пакетов APT с помощью GeoIP и индексации.
в то время как немного трюк,визуализация это действительно круто и подтверждает респ. иллюстрирует причину этого на первый взгляд удивительного факта Джош указано уже, а именно, что пользователи в Австралии в настоящее время, как правило, получают лучшую задержку через запад США (Северная Калифорния / США-Запад-1), а не в Азиатско-Тихоокеанском регионе (Сингапур / ap-Юго-Восток-1). (Совет проверка Будущее Кабели в нижнем правом углу показывает, что это, вероятно, изменится, что более подробно описано в кабельная карта Грега, что указывает на то, что Австралия может прыгать между обоими местами AWS задержка Мудрый в ближайшие годы ;)
использование наименьшей задержки AWS location автоматически через Amazon Route 53
тем временем AWS предоставляет полезную карту, иллюстрирующую их Глобальная Инфраструктура для быстрой оценки, наряду с соответствующими деталями, такими как, например, количество зон доступности и конечная точка API.
что еще более важно, AWS только что объявила о географической поддержке DNS Jahufar указано уже вижу вводный пост маршрутизация на основе мультирегиональной задержки теперь доступна для AWS, который делает доступной ту же технологию маршрутизации на основе задержки, которая приводит в действие Amazon CloudFront пользователи Amazon EC2, Эластичная Балансировка Нагрузки и многое другое.
поэтому, если ваша среда уже состоит из архитектуры экземпляров EC2 с автоматическим масштабированием, простое применение этой маршрутизации на основе задержки должно решить вашу проблему проблема автоматически.
в то время как вариант использования явно нацелен на предложения, порождающие несколько регионов AWS, сложные функции вокруг маршрутизация на основе задержки и взвешенные циклические наборы записей может позволить вам определить нужную информацию более легко самостоятельно, а также.
есть также сайт для проверки скорости:https://cloudharmony.com/speedtest Если вы легко хотите проверить, какой регион лучше для вас.
попробуйте 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примечание для админов так: Я не связан с этой службой. Я нашел его во время подготовки к сертификации AWS.
задержка тестирования в разных регионах, очевидно, рекомендуется! Я нахожусь в Австралии, и многие пользователи здесь получают лучшую задержку на запад США, чем в Сингапур - частично это сводится к локальному пирингу интернет-провайдеров и международному подключению. Это относительно просто проверить, если у вас есть пользователи в регионе, на который вы ориентируетесь.
надежность на стороне AWS (т. е. не проблемы с пользовательской сетью) в основном является следствием развертывания в нескольких зонах доступности. Есть и другие выбор в регионах США, чем в APAC, просто потому, что они дольше обслуживали эти рынки. Побочным эффектом этого является то, что функции развертываются относительно поздно в Сингапуре/Токио - обычно новые функции начинают развертываться на востоке США.
поскольку вы уже имеете в виду S3 и EC2 в качестве сервисов, которые вы хотели бы использовать, и они оба доступны в более близких регионах, оцените, являются ли новые веб - сервисы от AWS немедленно важными-если нет, снимайте что-то (задержка) рядом.
Amazon теперь предлагает возможность маршрутизации в центр обработки данных на основе наименьшей задержки конечного пользователя. Это новая "маршрутизация на основе задержки" Route53!
http://docs.amazonwebservices.com/Route53/latest/DeveloperGuide/CreatingLatencyRRSets.html
вот инструмент консоли, который показывает ближайший регион aws:
Это написано в golang и очень легко использовать:
➥ ./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регионы упорядочены по задержке.
вы можете запустить его на любом сервере и определить ближайший для вас регион.
EDIT: посмотрите на ответ Марка Цая. Это путь (маршрут 53 не существовало, когда я писал это)
Это, вероятно, принадлежит к ServerFault, но здесь идет:
то, что вы в основном просите, это Geo DNS.
прямо сейчас он не поддерживается напрямую в AWS - хотя я видел некоторые разговоры о его реализации в некоторых сообщения на форуме AWS - скорее всего, в их маршрут 53 сервис.
до тех пор, вы можете посмотреть в сторонних решений, таких как Zerigo что бы предоставить вам Гео DNS объекта.
или если вы хардкор вы можете свернуть свой собственный, настроив привязка с IP2Location
EDIT: есть сообщение на ServerFault, которое говорит о поставщиках GEO DNS
Что касается вашего вопроса о производительности и надежности AWS: вы должны рассмотреть возможность обслуживания вашего сайта от ближайшего AZ к вашему пользователю-это имеет смысл с точки зрения скорости и не имея всех ваших экземпляров в одном AZ. Вы можете проверить AWS Service Health Dashboard чтобы получить общее представление о том, насколько надежны услуги Amazon в разных АЗС. Обратите внимание, что эти данные непосредственно из Amazon - я не видел никакой независимой статистики нигде.
http://blog.datapath.io/aws-network-latency-map обсуждается коммерческое предложение для получения этой информации. Он показывает время задержки от указанного местоположения до указанного сервиса AWS на карте.