Продолжаем серию статей(первая, вторая) об экономии в Яндекс Облаке. Ранее мы рассказали о функциональных возможностях сервиса CO4C, а сегодня разберем кейсы, которые мы решаем.
Оптимизация неиспользуемых ресурсов
Самый частый и понятный кейс с неиспользуемыми ресурсами. Как правило, в любой компании при планировании закладывают ресурсы с “запасом”, но чаще всего они остаются в простое.
Рассмотрим гипотетическую компанию, которая имеет небольшую инфраструктуру.
По нашей статистике подобная конфигурация оказывается загруженной на 40-50% с редкими скачками до 60%. И после анализа метрик наш сервис покажет, что для выполнения поставленных задач достаточно следующих ресурсов:
Таким образом, только отказавшись от неиспользуемых ресурсов, мы сократили расходы в месяц на 16 139 рублей (порядка 25%), что за год даст почти 200 тысяч рублей экономии. Согласитесь, выгода ощутимая. При этом важно отметить, что компания не потеряет в производительности своей системы.
Оптимизация по времени работы
Еще один частый кейс — это оптимизация QA и STAGE стендов, которые используются во время разработки ПО. Такие стенды чаще всего необходимы только в рабочее время, то есть с 9 до 18 часов в рабочие дни (с понедельника по пятницу). Все остальное время они впустую тратят бюджет на Облако.
Наш сервис в автоматическом режиме будет отслеживать состояние ВМ и выключать их по заданному расписанию.
Возьмем пример инфраструктуры из прошлого кейса, сократив ее для стендов.
Давайте теперь применим оптимизацию с использованием функции включения/выключения по времени.
Как видите, экономия составляет 8 498 рублей или 70%. А если используется больше ВМ или их характеристики сильно выше, то результат будет радовать еще сильнее.
Тут же стоит отметить, что это применимо к любым ВМ, которые работают только в определенное время. Наш сервис может автоматически выявлять такие паттерны и давать рекомендации для каждой ВМ.
Оптимизация с прерываемыми ВМ
В Yandex Cloud есть возможность экстремальной экономии с помощью прерываемых виртуальных машин.
Прерываемые виртуальные машины— это виртуальные машины, которые могут быть принудительно остановлены в любой момент. Это может произойти в двух случаях:
— Если с момента запуска виртуальной машины прошло 24 часа.
— Если возникнет нехватка ресурсов для запуска обычной виртуальной машины в той же зоне доступности. Вероятность такого события низкая, но может меняться изо дня в день.
Этот подход позволит развернуть большую инфраструктуру за небольшую цену. Но стоит отметить, что для прод-окружения это редко применимо, поскольку такие ВМ могут быть остановлены без предупреждения.
Представим, что вам нужен большой стенд для нагрузочного тестирования на длительный период.
Стоимость такого стенда уже пугает, но давайте применим оптимизацию и переведем все машины в прерываемый тип.
Что же, результат налицо: мы смогли сэкономить 245 437 рублей в месяц. Даже если такой стенд потребуется только на несколько недель, экономия будет ощутимой. Кроме того, мы можем применить прошлую оптимизацию и дополнительно выключать ВМ, когда они не нужны.
Оптимизация для сезонной нагрузки
Есть немало компаний, которые имеют повышенную нагрузку только в определенные периоды. Например, возьмем интернет-магазин для садоводов. Пиковое посещение и заказы приходятся на весну и лето, а в остальную часть года посетителей значительно меньше.
Естественно, чтобы справится с потоком клиентов, такая компания перед сезоном наращивает объем инфраструктуры. Но встает вопрос: Когда нужно сократить излишки ресурсов? Конечно, можно выделить человека, который будет еженедельно проверять статистику и при снижении нагрузки сократит ресурсы. И тут главная проблема — человеческий фактор. Насколько быстро человек определит нужный момент и найдет ли все незадействованные ресурсы? Наш сервис полностью автоматизирует этот процесс и гарантирует, что все “сезонные” ресурсы будут сокращены, как только они станут не нужны.
В этом кейсе сложно просчитать конкретные цифры, но давайте представим, что рост инфраструктуры был значительным. Тогда вы будете впустую тратить десятки тысяч рублей ежедневно.
Оптимизация для временных ресурсов
В данном кейсе рассмотрим ситуацию, когда для разработки требуется поднять ВМ на короткий срок, например, на один день для тестирования гипотезы. После решения поставленной задачи ВМ больше не нужна. Но зачастую разработчик просто забывает ее выключить, и вы начинаете терять деньги.
Мы предлагаем автоматизировать этот процесс. Вы можете настроить управление ресурсами и указать предельные значения. Например, указать TTL (time to live) выбрав максимальное “время жизни” ВМ в днях или максимальную стоимость. При достижении заданного предельного значения такая ВМ будет автоматически выключена, а вам придет уведомление.
Для простоты вы можете настроить правила на группу ВМ. Или же указать лейбл при создании виртуальной машины. В обоих случаях вы гарантировано не потратите лишних денег.
Заключение
Каждый кейс может быть использован как по отдельности, так и в совокупности с другими, что только увеличит вашу экономию. При этом наш сервис будет автоматически помогать вам экономить и исключит человеческий фактор. Даже при использовании только первого кейса вам удастся сократить расходы в среднем на 10-20%, что для большой инфраструктуры выльется в сотни тысяч рублей ежемесячно.
P. S. Расскажите в комментариях, есть ли у вас похожие кейсы.