Пять способов для сокращения стоимости облачных сервисов

28.09.2021

Одно из преимуществ использования облачных технологий — это сокращение расходов на инфраструктуру и оплата только, того, чем реально пользуются сотрудники.
Но всегда ли это так? И можно ли и тут снизить расходы?
Наша команда DevOps инженеров предлагает 5 практических подходов к снижению стоимости облачных ресурсов.

Тэги

Тэги — это основа успешной и эффективной модели регулирования расходов в облаке. Они позволяют точнее определять основные точки расходов и контролировать их во всё возрастающем количестве используемых ресурсов.
Представьте облачную инфраструктуру из 20 виртуальных машин, одни тестовые или девелоперские, другие продуктовые и еще несколько не используются вообще. Если их называли просто VM1, VM2… , то через некоторое время будет просто невозможно определить, что есть что.

Правильная стратегия названий позволит уйти от этих проблем, но это потребует пересоздания уже имеющихся ресурсов. Благодаря тэгам вы можете сохранить текущие названия ресурсов и добавить к ним тэги для контроля, такие как «критичность системы», «статус использования», «владелец». Благодаря этому вы всегда будете знать в каком состоянии система и к кому обратиться в случае проблем.
Это так же позволяет вам быть более гибким в процессе смены владельцев или метода использования ресурсов.

Внедрение и использование тэгов

Стандартизированный подход к тэгам позволяет улучшить контроль и отслеживаемость всех ресурсов и нагрузок. К примеру, используя тэг «прод системы» вы можете быстро определить нужные системы. Это позволит настраивать доступы к тем или иным системам и отследить стоимость используемых ресурсов. Теперь вы точно сможете определить на основании каких изменений стоимость услуг выросла и обратиться с вопросом к конкретному отделу компании.

Очень важно внедрить процесс выставления тегов и поддерживать их в актуальном состоянии для достижения максимальной эффективности.

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

Организации «новички» в облачных технологиях недооценивают силу тэгов. И в конце концов сталкиваются с непрогнозируемыми тратами на облако. Метод использования тэгов может всё изменить, показать болевые точки и полную фрагментированную картину.

Автоматическое масштабирование и оптимизация размера

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

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

Лучшее решение — это комбинирование оптимизации размера инстанса и автоматического масштабирования. Современная облачная инфраструктура должна быть сконфигурирована в соответствии с текущими потребностями в максимально выгодном ключе, но с возможностью быстрого увеличения мощности. Автоматическое масштабирование работает в двух направлениях – горизонтальном и вертикальном. Оно может возникать как при внезапном увеличении/снижении нагрузки, но также может быть и запланированным процессом.

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

Для обслуживания минимальной обязательной нагрузки можно использовать резервируемые инстансы. Это позволит значительно сократить стоимость необходимой инфраструктуры т. к. забронированные на год или более инстансы стоят значительно дешевле.

Если вы спросите сколько инстансов нужно развернуть, то ответом будет ровно столько, сколько нужно. Не больше, не меньше.

Не забывайте стоимость тестовых систем

Многие организации начинают свой переход в облако с тестовых систем. В теории тестовые системы должны быть выключены после использования. Однако остаются артефакты, которые продолжают требовать оплат.

Избежать не контролируемых трат позволит настройка оповещений о том, что стоимость ресурсов больше ожидаемой. Так вы можете увидеть ресурсы, которые все еще работают хотя должны быть отключены.

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

Объединенный билинг и поиск подходящих лицензий

У облачных провайдеров существуют различные системы оплаты. Поиск лучшего решения может определить новый путь оплаты облака.

Большинство компаний начинает свой путь в системе облачных технологий по подписке «платим за то, что используем». Это хорошо для теста облака, но вести бизнес в таком ключе не очень выгодно. Существует несколько вариантов облачных подписок которые могут сократить стоимость и улучшить контроль за ресурсами:

  • Работа с облачным провайдером позволяет более плотно работать с поддержкой облачного провайдера.
  • Энтерпрайз соглашения позволяет получить дополнительные скидки на текущие используемую инфраструктуру.
  • Тестовые подписки могут быть более выгодным подходом для команд разработчиков. Эти подписки значительно дешевле, но в них есть ограничения по доступности ресурсов.
  • Объединенные отчеты по тратам в облаке позволяют корректнее отслеживать затраты всей организации в целом.
  • Гибридные лицензии позволяют сократить расходы на виртуальные машины и базы данных.
    Бесплатные лицензии помогают в обучении новых специалистов и тестировании. В некоторых из них доступно использование ПО, к примеру, Visual Studio.

AWS Spot и Azure Spot

Большинство облачных провайдеров такие как AWS и Azure предлагают существенные скидки на работу с неиспользуемыми ресурсами. Как правило вы выставляете цену за час, которая вам выгодна и ресурс работает только тогда, когда цена не превышает данную стоимость.

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

Надеемся эта статья будет полезна для вас. Свяжитесь с нами, если хотите узнать, как наша команда сможет вам помочь в данном вопросе.