Центры обработки данных 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 с помощью DNS-сервиса AWS Route 53. Route 53 может динамически направлять пользователей к доступной конечной точке с наименьшей задержкой, поэтому вы получаете все преимущества от наличия более близких исходных серверов.