Comments 28
Для совсем маленьких — есть способ экономить, используя tier-режим. Он даёт некоторое количество ресурсов бесплатно на первый год пользования аккаунтом. Изначально доступны только минимальные ресурсы, допустим из ec2 доступен только t2.micro instance, но саппорт охотно разрешает и всё остальное по заявке.
Через год новый email и новый аккаунт. В целом, и для "больших" никто не запрещает перевозить массивы между s3 раз в год.
RI уже неактуально
Почему?
Если речь о том, что курс уже вырос, то все равно актуально. Ждать, когда он вернется обратно?
Кроме того, в идеале, конечно, надо тратить в той же валюте, в которой зарабатываем. Поэтому, еще раз: речь, в основном, о глобальных продуктах и сервисах, которые работают на весь мир и продаются (в долларах и евро) на весь мир.
Если речь о том, что курс уже вырос, то все равно актуально. Ждать, когда он вернется обратно?
Кроме того, в идеале, конечно, надо тратить в той же валюте, в которой зарабатываем. Поэтому, еще раз: речь, в основном, о глобальных продуктах и сервисах, которые работают на весь мир и продаются (в долларах и евро) на весь мир.
Актуально для non EC2: RDS, Elasticache, etc
А так да Savings plan!
А так да Savings plan!
Скорее всего у AWS использовались снимки файловой системы (ZFS).
При постоянном добавлении бинарных данных растет общий размер FS со снимками (за прошлую неделю/месяц)
При постоянном добавлении бинарных данных растет общий размер FS со снимками (за прошлую неделю/месяц)
Он дорогой ровно до того момента, пока не попробуешь построить инфраструктуру сравнимой надежности и масштабируемости сам. Потом внезапно выясняются интересные подробности.
Вот для примера отличное выступление James Hamilton про инфраструктуру: тыц
Вот для примера отличное выступление James Hamilton про инфраструктуру: тыц
Ну так Amazon — это имя, и часто инвесторам проще сказать, что вся инфраструктура на Amazon, чем обьяснять, что это не оптимально.Тем более, что часто и объяснять некому — функции админа выполняет один из разработчиков, а у него и своих задач хватает.
Кроме того, стартапы часто не знают, когда «выстрелят». Написали, например, про них в HackerNews и на сайт пришел миллион человек разом. Проще уж все держать в облаке сразу, чем судорожно метаться, искать оборудование или срочно мигрировать.
Введение в статью странное очень.
AWS у вас для зарубежных клиентов. Они платят явно не в рублях. Причем тут курс рубля к доллару?
1. Часть инфраструктуры у нас используется глобально, в том числе для клиентов в России (это не касается перс. данных, поэтому вполне можно и AWS).
2. Знаю много сервисов, которые используют AWS во многом для клиентов в России. Для них введение очень актуальное.
2. Знаю много сервисов, которые используют AWS во многом для клиентов в России. Для них введение очень актуальное.
AWS у вас для зарубежных клиентов. Они платят явно не в рублях. Причем тут курс рубля к доллару?
Ну доллар это конечно мировая валюта, но если сервис продается за национальные деньги то печаль наступила для половины валют.
И это я сейчас не только про страны СНГ говорю. Фунт на 11% упал, а норвежская крона вполне себе догоняет рубль в крутом пике падения.
А платить все равно в баксах.
Когда в зоне заканчиваются споты, как правило Auto-scaling срабатывает до 30-60 минут.
Потому споты не так хороши, как кажутся.
Если вы можете перенести час отсутствия сервисов — не вопрос.
А вообще EC2 настолько дорого, что при количестве ресурсов больше 4-5 серверов дешевле держать админа+хостинг на vultr, например.
ЕС2 вообще не имеют смысла без других сервисов от Амазон.
Потому споты не так хороши, как кажутся.
Если вы можете перенести час отсутствия сервисов — не вопрос.
А вообще EC2 настолько дорого, что при количестве ресурсов больше 4-5 серверов дешевле держать админа+хостинг на vultr, например.
ЕС2 вообще не имеют смысла без других сервисов от Амазон.
Еще пара советов:
- Если используется API gateway для lambda, что бы выставить ее во вне ввиде http, то можно заменить на новый облегченный HTTP API. latency меньше и цена на ~70% меньше
- Если большой исходящий траффик до внутренней инфраструктуры то можно сделать direct connect в рамках него биллинг идет по другой логике и получается дешевле.
- Если используются инстансы для работы в определенное время (ec2 и rds), то посмотрите на auto Instance Scheduler, можно выключать ночью, а так же включить еще Hibernate для ec2 и тогда будет не заметно что машина вообще выключалась.
- Вот еще штука aws.amazon.com/solutions/cost-optimization-ec2-right-sizing которая анализирует ваши инстанс по логам за последние две недели дают рекомендацию какие инстансы можно уменьшить или убрать совсем исходя из их загрузки
- static контент лучше раздавать через cloudfront это тоже помогает сократить расходы в различных сценариях. Но лучше это делать если конечные консьюмеры там где есть cloudfront pop точки
- Цены на виртуалки в разных регионах разные и различаются бывает на десятки процентов. Поэтому если есть не критические ворклоды к latency лучше их поднимать в дешевых регионах
- Трафик из VPC до S3 и тд лучше пускать через VPC endpoints. Вот статья где сокращают на ~80% тысячи долларов за счет переключения на endpoints bluesentryit.com/gain-real-savings-proper-cloud-setup
- Не забывайте про inter az трафик он тоже стоит денег и всякие кросс az кластеры могут серьезно добавить в косты, поэтому если не сильна важна отказоустойчивость для некоторых сценариев, то возможно этим можно пожертовать.
спасибо, про Incomplete Multipart Uploads не знал!
Из собственного многолетнего опыта работы с RI, оптимально резервировать convertible типы виртуалок. Часть резервировать на 3 года, а часть на 1 год. Т.к. aws ежегодно выпускают обновленные линейки ec2, которые как правило дешевле и быстрее, переход на которые, например, позволяет уменьшить число узлов в кластере или снизить latency. В случае convertible RI вы можете в любой момент перевести работающую инфраструктуру на новые типы в рамках текущего периода резервирования
Sign up to leave a comment.
Как сократить расходы в AWS