Управление затратами быстро усложняется в Кубейнете, и больше предпринимаются в ближайшее время. По словам Gartner 75% компаний будут запускать контейнерные приложения в производстве к 2022 году.
Если вы используете Kubernetes на AWS, вы, вероятно, реализуете лучшие практики, чтобы уменьшить ваш счет уже. Чтобы максимизировать ваш Облачная экономия стоимости Однако, однако, вам нужно понимать конкретные задачи Kubernetes позывает в управлении стоимостью и оптимизацией. Прочитайте эту статью, чтобы узнать, что они есть и как справиться с ними.
Почему Кубернаны облачных стоит так запутанным?
Перед контейнером распределение ресурсов и затрат проще проще. Вы просто должны были пометить ресурсы для конкретного проекта или команды. Это было достаточно для финансов, чтобы определить вашу типичную структуру затрат и лучше контролировать свой бюджет. Расчет общей стоимости проекта было проще, как только вы сопоставляете теги поставщиков и определили команду, которая принадлежит проекту.
Естественно, в этом сценарии вам также подвергся риску переоценить ваши ресурсы. Разработчики могут заказать больше ресурсов, чем им нужно, чтобы приложения были запущены без прерывания. Поскольку Kubernetes и другие инструменты контейнеризации становятся более распространенными, традиционный процесс выделения и отчетности о расходах больше не работает. Выяснение Kubernetes Стоимость оценки Распределение и отчетность нелегко.
Если вы все еще не можете понять расходы вашей команды подробно, не волнуйтесь. Вы не единственный там, кто изо всех сил пытается затратить за бухту. Чтобы улучшить ваш контроль затрат, начните с того, что исследуя эти вызовы затрат.
Избегайте этих 5 компенсационных ловушек Kubernetes
1. Расчет стоимости за контейнер
Расчет стоимости одного контейнера не сложен самостоятельно, но требует инфраструктуры и время для этого.
Kubernetes Clusters являются общими услугами, управляемыми несколькими командами, удерживая многочисленные контейнеры и содержащие различные приложения. Как только контейнер развернут, вы используете некоторые ресурсы кластера и оплатите каждый экземпляр сервера, который является частью этого кластера.
Теперь представьте, что у вас есть три команды, работающие на 10 уникальных приложений. Знание, какое приложение использует ваши кластерные ресурсы, следующие невозможны, потому что каждый из этих проектов использует несколько контейнеров. Вы понятия не имеете представления, какую часть использует данную команду и насколько она используется в конкретном проекте.
Короче говоря, неясно, сколько ресурсов индивидуальный контейнер использует с одного конкретного сервера. Это делает расчет и распределение расходов на то, чтобы более сложным.
2. Вы платите с помощью разных цен
Ваша компания содержит несколько центров затрат, а не все расходы на разработку происходят из бюджета DevOps. Некоторые приложения могут быть созданы одним из ваших команд вашего продукта, команда R & D или другой командой в вашем отделе IT-кафедры для теневой ИТ-проекта.
Размер и структура вашей организации являются ключом здесь. Если ваша компания предлагает несколько цифровых услуг, каждый из которых имеет свои команды и бюджеты, отслеживая расходы на облачные сервисы усложняются. Когда несколько команд используют один и тот же кластер, определяя, какую команду или проект отвечает за какую часть окончательного законопроекта становится проблемой.
3. Расходы на отслеживание по облакам не легко
Получается еще сложнее отслеживать, как только вы считаете MultiCloud. А Gartner Survey Пользователей общественного облака показывают, что сегодня 81% респондентов работают с двумя или более провайдерами. Согласно ICD, 90% предприятий полагаются на несколько облаков или сочетание премии, частных, гибридных и общественных облаков к 2022 году.
Итак, скоро вы можете запустить кластеры Kubernetes по нескольким облакам, и ваши контейнеры будут использовать разные узлы.
Ваши приложения могут быть разбросаны по разным облакам, таким как AWS, Google Cloud Platform, Azure или Digital Ocean. Каждый из них может разместить просто крошечную часть вашей общей рабочей нагрузки, которая дополнительно усложняет отслеживание узлов и кластеров.
4. Масштабирование усложняет дело дальше
Чтобы максимально использовать Kubernetes, большинство команд используют встроенные Kubernetes autoScaling Механизмы. Уверенно вы настраиваете их, тем меньше отходов и снижение затрат на запуск ваших кластеров.
В то время как Vertical Pod AutoScaLer (VPA) автоматически регулирует запросы и ограничивает конфигурацию к снижению наверху, горизонтальный автоскалер POD (HPA) фокусируется на расширении для достижения оптимального количества ЦП или ОЗУ, выделенной для существующего экземпляра.
Однако эти механизмы масштабирования влияют на расчет затрат. VPA постоянно изменяет количество запросов на контейнер, расширение и сокращение распределения ресурсов. HPA, с другой стороны, динамически меняет количество контейнеров.
Например, представьте три контейнера для веб-серверов, работающие ночью. В часы пик, HPA весы от трех до 50 контейнеров. Затем он весывается во время обеда, а затем вернуться. Вечером он оседает на низком уровне.
Это означает, что количество контейнеров и их размеров чрезвычайно динамичны, что делает процесс расчета и прогнозирования затрат на гораздо сложнее.
5. Контейнеры дороже динамичны
С контейнерами вы можете перенести рабочие нагрузки через регион, зону или тип экземпляра. Срок службы контейнера просто один день . Это небольшой проблеск во времени по сравнению с тем, как долго может длиться виртуальная машина. Все больше людей бегают функции и вакансии Cron на Куберане. Срок их времени от секунды до минут.
Динамическая природа контейнерной среды добавляет другой слой сложности к смеси. Ваша система управления затратами должна быть в состоянии справиться с этим.
Как справиться с этими вопросами стоимости Kubernetes
Чтобы не упасть в одну из ловушек, изложенных выше, вам нужен процесс аналитики солидных затрат на основе надежных источников данных. Вот пример показать вам, что это может выглядеть:
- Найдите инструмент видимости затрат, чтобы подробно отслеживать затраты — например, на уровне микросервиса.
- После того, как у вас есть видимость стоимости, вы можете установить точные бюджеты и контролировать элементы, такие как стоимость трафика, чтобы понять их лучше.
- Далее выделите ваши расходы на пространство имен, POD, развертывание и метку.
- Проанализируйте информацию о ценах, чтобы предсказать, сколько вам придется заплатить в следующем месяце.
- Продолжайте мониторинг затрат на ваши оценки и выявлять стоимость или использование аномалий для их проанализации их. В настоящее время большинство компаний решают эту проблему вручную, но что, если вы можете автоматизировать весь этот процесс?
Решение: автоматизация управления стоимостью Kubernetes
Выделение ресурсов, расчет затрат и анализа информации о ценах Kubernetes не должно быть так же сложным, как и сегодня. Синхронирование стоимости и распределения ресурсов — это путь.
Каковы обязательные возможности искать в инструменте автоматизации?
- Продвинутый анализ законопроекта об облачном законопроекте и функция видимости стоимости с возможностью проанализировать затраты на отдельные микросервисы и получить универсальные метрики для любого поставщика облаков.
- Автоматизированный выбор экземпляра и управляющий.
- Использование Спочные экземпляры до 90% экономии затрат.
- Прогнозирование расходов для проектов, кластеров, пространств и развертываний имен. ### Автоматизированные ставки по управлению затратами на ручные стратегии для управления вашими затратами Cubernetes являются рискованными. Они обычно употребляют трудоемкость, ошибка и трудно поддерживать.
Развертывание решения автоматического управления стоимостью экономит вас много головных болей и помогает вам сосредоточиться на том, что имеет наибольшее значение для вашего бизнеса: предоставление качества обслуживания клиентам.
Мы построили Acte ai сделать только это. Забронируйте демонстрацию и дайте ему вращение, чтобы увидеть ваши расходы в Кубернану.
Оригинал: «https://dev.to/castai/5-expensive-kubernetes-cost-traps-and-how-to-deal-with-them-oja»