Поиск по сайту:

Какой регион AWS выбрать?

У AWS есть центры обработки данных, расположенные по всему миру. Чтобы еще больше усложнить их ценообразование, в каждом регионе установлены разные цены на определенные продукты. Какой регион самый дешевый? На каком из них вы должны построить свою сетевую архитектуру?

Восток США обычно самый дешевый

Глядя на эту диаграмму цен от Concurrency Labs, становится ясно, что оба восточных региона США, us-east-1 (Северная Вирджиния) и us-east-2 (Огайо ), цены очень низкие по сравнению с другими.

Цена us-west-2 (Орегон) также очень низкая, но цена us-west-1 страдает от цен Силиконовой долины и намного дороже. Мумбаи (Индия) также удивительно дешев по сравнению с остальным миром.

Что касается всех остальных регионов, то они все дороже, чем эти четыре. Европейские регионы, как правило, примерно на 10% дороже, а Стокгольм — самый дешевый из них — всего на 6% дороже, чем самые дешевые регионы США. Азиатский рынок примерно на 20-25% дороже, а Сеул является самым дешевым на этой стороне мира, всего на 10% дороже, чем восток США.

Ценообразование данных — это большая часть AWS, и она меняется в зависимости от региона. На странице цен CloudFront представлен хороший обзор:

Данные из CloudFront в Северную Америку и Европу самые дешевые и стоят одинаково. Для остального мира это немного дороже, и Южная Америка снова возглавляет список. Однако с CloudFront вы все равно платите за эти данные, пока у вас есть посетители из Южной Америки, поэтому вы мало что можете изменить.

Для внутренней передачи данных большинство регионов одинаковы. Глядя на цены S3, данные, передаваемые из S3 в любой регион, стоят 0,02 доллара США за ГБ. Однако при переводе с us-east-1 на us-east-2 или наоборот комиссия составляет всего 0,01 доллара США. Однако это не применяется, если вы выполняете перенос в пределах одного региона, поэтому это действительно имеет значение только в том случае, если у вас есть серверы как в Огайо, так и в Северной Вирджинии.

Если вы выбираете регион, основываясь только на цене, Северная Вирджиния и Огайо должны быть вашими первыми выборами на восточном побережье, а Орегон — на западе. Избегайте Северной Калифорнии, если можете, так как это примерно на 20% дороже.

Если вам нужны серверы по всему миру, Стокгольм и Сеул — самые дешевые варианты для европейского и азиатского рынков соответственно, и вы можете охватить большую часть земного шара только с этими двумя точками.

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

Выберите другие регионы для лучшей задержки

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

Например, если вы стартап из Силиконовой долины и вам действительно нужна низкая задержка, вы можете заплатить надбавку в 20%. Для таких сервисов, как Uber, которые зависят от минимальной задержки, возможной для крупных мегаполисов, оплата местоположения в Северной Калифорнии — это просто стоимость ведения бизнеса.

Однако для многих приложений задержка не имеет слишком большого значения, если только ваш сайт или служба не оптимизированы. Глядя на эту карту регионов AWS, во многих местах нет центров обработки данных на заднем дворе. Региона us-central (пока) нет, потому что больше людей живет ближе к побережью, и в любом случае задержка не превышает 50 мс ни на побережье, ни в Огайо.

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

  • Огайо, так как он ближе к центральной части США, чем Вирджиния, и равноудален от большей части восточного побережья. Вирджиния также будет хорошим вариантом.
  • Орегон будет охватывать западное побережье.
  • Стокгольм (Швеция) будет охватывать Европу.
  • Сеул (Южная Корея) для работы в Тихоокеанском и Азиатском регионах.
  • Мумбаи (Индия) почти так же дешев, как и Соединенные Штаты, поэтому размещение серверов здесь было бы лучшей идеей для Южно-Тихоокеанского региона, чем для регионов Сингапура или Бахрейна (Ближний Восток).

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

Однако CDN не могут кэшировать все, поэтому для некоторых страниц (особенно когда пользователь вошел в систему и просматривает аутентифицированный контент) им придется пинговать источник вашего сервера, чтобы получить обновленный контент. Именно здесь наличие серверов по всему миру действительно помогает с общей задержкой.

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