В каком регионе Amazon AWS лучше всего разместить веб-сайт для австралийской аудитории?
Маркетинговые материалы Amazon, кажется, предполагают, что Сингапур - лучшее место, но тесты ping, которые я провел, не дали результатов. Один тест показал время пинга ~ 220 мс для Калифорнии и ~ 400 мс для Сингапура, другой тест показал ~ 250 мс для обоих сайтов.
Неужели это так важно?
Я бы сказал, что теперь ответ - Сидней, Австралия!
http://aws.amazon.com/about-aws/whats-new/2012/11/12/announcing-the-aws-asia-pacific-sydney-region/
Время пинга от жилого ADSL2-соединения в Мельбурне:
$ping -c 10 ec2-54-252-25-79.ap-southeast-2.compute.amazonaws.com
PING ec2-54-252-25-79.ap-southeast-2.compute.amazonaws.com (54.252.25.79): 56 data bytes
64 bytes from 54.252.25.79: icmp_seq=0 ttl=49 time=29.044 ms
64 bytes from 54.252.25.79: icmp_seq=1 ttl=49 time=30.983 ms
64 bytes from 54.252.25.79: icmp_seq=2 ttl=49 time=29.424 ms
64 bytes from 54.252.25.79: icmp_seq=3 ttl=49 time=30.563 ms
64 bytes from 54.252.25.79: icmp_seq=4 ttl=49 time=31.842 ms
64 bytes from 54.252.25.79: icmp_seq=5 ttl=49 time=31.564 ms
64 bytes from 54.252.25.79: icmp_seq=6 ttl=49 time=30.730 ms
64 bytes from 54.252.25.79: icmp_seq=7 ttl=49 time=30.797 ms
64 bytes from 54.252.25.79: icmp_seq=8 ttl=49 time=32.737 ms
64 bytes from 54.252.25.79: icmp_seq=9 ttl=49 time=30.984 ms
--- ec2-54-252-25-79.ap-southeast-2.compute.amazonaws.com ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 29.044/30.867/32.737/1.024 ms
Сладко!
ПРИМЕЧАНИЕ: я не знаю, почему это было отклонено. Для меня общий вопрос заключается в том, как выбрать хорошее место, которое находится рядом (для определенных определений) вашей основной аудитории.
На мой взгляд, главное расстояние - это количество прыжков. Если вы найдете маршрут от вашего местоположения до вашего сервера с 3 переходами по сравнению с местоположением с 20 переходами, выбор должен быть ясен.
Конечно, маршрутизация может измениться, и простого выбора с использованием только вашего провайдера недостаточно. Я получил аккаунты от большинства крупных интернет-провайдеров и провел несколько тестов.
Какой тест? время пинга и количество переходов. Под тестами ping я не имею в виду выполнение одноразового теста с 4 ping. Дайте ему поработать неделю или около того и сделайте вычисления. (min / max / avg, стандартное отклонение, потеря пакетов и т. д. - да, ping скажет вам, просто обязательно сохраните данные где-нибудь на случай, если вы обнаружите вопрос, который ping не скажет вам из коробки) Это должно даст вам хотя бы общее представление о том, как можно ожидать медлительности из-за местоположения.
Количество переходов такое же. Дайте ему поработать некоторое время и снова выполните вычисления.
С учетом сказанного: если вы не знаете, будет ли это иметь такое большое значение, вам, вероятно, не стоит об этом заботиться. Если вы знаете, что будет иметь значение, насколько хороша связь между вашей основной аудиторией и вами, у меня возникнет ощущение, что EC2, возможно, вообще не лучший выбор. Я не думаю, что вы получите какую-либо поддержку, если обнаружите, что производительность недостаточна. Я бы предпочел поговорить с поставщиком услуг, который более открыт для запросов клиентов и своевременно реагирует именно на такие проблемы.
С другой стороны: вы действительно знаете, что ваша аудитория находится в определенном месте, или это просто «австралийский сайт», потому что люди, которые его делают, из Австралии?
Я согласен с сутью этого вопроса. Я нахожусь в Австралии и использую AWS с веб-консолью для сервера, расположенного в регионе Восточного побережья.
Поскольку консоль широко использовала AJAX, сетевая задержка делала консоль непригодной для использования.
Географическое положение не имело бы большого значения. Учитывая тот факт, что любые данные будут проходить не более 20 000 км в одном направлении и при той же длине обратного провода (в четыре раза больше, чем при использовании спутниковой связи), вы получите максимальную «географическую» задержку из-за максимальной скорости света. около 120 мс, если вы обращались к серверам в Гренландии. Что обычно более важно, так это задержка сетевого оборудования и инфраструктуры, которая может быстро превзойти географическую задержку.
Ваши измеренные 250 мс - довольно высокий RTT. Учитывая географическое расстояние от Канберры до Сингапура (примерно 6000 км), вы должны увидеть то, что в основном связано с задержкой сетевого оборудования - при приличных каналах и небольшом количестве переходов вы должны находиться в диапазоне 50-100 мс. Ваши измеренные значения могут указывать на то, что вы используете соединение, проходящее где-то по ссылке с высокой задержкой, или ваши данные просто передают слишком много переходов.
Как есть есть много морских кабелей из Австралии в Азиатско-Тихоокеанский регион, поэтому в этом не должно быть необходимости. Проверьте свой путь к данным с помощью утилит traceroute или tracepath, чтобы получить более полную картину.
Но даже задержки в размере 200 мс не должны представлять серьезных проблем для веб-сайта - люди используют мобильные сотовые сети для просмотра, где задержки могут варьироваться от 100 до 4000 мс, и довольны этим. Если у вас есть что-то, что выполняет интенсивную обработку, время обработки может вызвать больше беспокойства, чем задержка в сети.
