Изменить

Поделиться через

Управление затратами для Kubernetes

Управление затратами Azure
Служба Azure Kubernetes (AKS)
управляемые диски Azure.
Хранилище Azure
Виртуальные машины Azure

В этом руководстве объясняется, как работают цены и управление затратами в Служба Azure Kubernetes (AKS) по сравнению с Amazon Elastic Kubernetes Service (Amazon EKS). В статье описывается оптимизация затрат и реализация решений по управлению затратами для кластера AKS.

Примечание.

Эта статья является частью серии статей, которые помогают специалистам, знакомым с Amazon EKS, чтобы понять AKS.

Основы затрат Amazon EKS

В Amazon EKS вы платите фиксированную цену за час для каждого кластера Amazon EKS. Вы также оплачиваете сетевые сети, средства операций и хранилище, которое использует кластер.

Рабочие узлы Amazon EKS являются стандартными экземплярами Amazon EC2, поэтому они влечет за собой обычные цены Amazon EC2. Вы также платите за другие ресурсы Amazon Web Services (AWS), которые вы подготавливаете для запуска рабочих узлов Kubernetes.

Дополнительные затраты на использование групп управляемых узлов Amazon EKS не требуются. Вы оплачиваете только подготовленные ресурсы AWS, включая экземпляры Amazon EC2, тома Amazon EBS, часы кластера Amazon EKS и любую другую инфраструктуру AWS.

При создании группы управляемых узлов можно использовать тип емкости "По запросу" или "Точечные экземпляры" для управления затратами узлов агента. Amazon EKS развертывает управляемую группу узлов с группой автоматического масштабирования Amazon EC2, содержащей все экземпляры по запросу или все точечные экземпляры.

При использовании экземпляров по запросу вы платите за вычислительные ресурсы вторыми без долгосрочных обязательств. Amazon EC2 Spot Instances — это запасная емкость Amazon EC2, которая предлагает скидки по сравнению с ценами по запросу.

  • Точечные экземпляры Amazon EC2 можно прервать с двухминутным уведомлением о прерывании, когда EC2 требует обратной емкости.

  • Amazon предоставляет Spot Fleet, метод автоматизации групп экземпляров по запросу и точечных экземпляров, а также помощник по точечным экземплярам для прогнозирования того, какой регион или зона доступности может обеспечить минимальное нарушение.

  • Цены на точечный экземпляр AWS различаются. AWS задает цену в зависимости от долгосрочных тенденций предложения и спроса для емкости точечных экземпляров, и вы платите цену в течение периода времени, когда экземпляр работает.

анализ затрат Служба Azure Kubernetes

Кластер Служба Azure Kubernetes (AKS) использует различные ресурсы Azure, такие как виртуальные машины, виртуальные диски, подсистемы балансировки нагрузки и общедоступные IP-адреса. Эти ресурсы можно использовать несколькими приложениями, которые могут управляться различными командами в организации. Шаблоны потребления этих ресурсов могут отличаться, что приводит к различным вкладам в общую стоимость ресурсов кластера. Кроме того, некоторые приложения могут иметь места в нескольких кластерах, что делает затраты на присвоение и управление проблемой.

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

  • Детализация использования ресурсов, таких как вычисления, сеть и хранилище.
  • Различие между затратами на отдельные приложения и общими затратами.
  • Анализ затрат в нескольких кластерах в одной области подписки.

Чтобы повысить наблюдаемость затрат, AKS интегрирован с Microsoft Cost Management, чтобы обеспечить подробные детализации затрат в конструкциях Kubernetes, таких как кластер и пространство имен. Эта интеграция позволяет анализировать затраты в категориях вычислений, сети и хранилища Azure.

Надстройка анализа затрат AKS основана на OpenCost, проекте с открытым исходным кодом для сбора данных об использовании. Она обеспечивает видимость затрат, сверяя данные с счетом Azure. Данные после обработки отображаются непосредственно на портале анализа затрат на управление затратами. Дополнительные сведения см. в Служба Azure Kubernetes анализе затрат.

Определения затрат

В пространствах имен Kubernetes и представлениях ресурсов вы увидите расходы, такие как:

  • Плата за простой: представляет стоимость доступной емкости ресурсов, которая не использовалась ни одной рабочей нагрузкой.
  • Плата за обслуживание: представляет расходы, связанные с такими службами, как соглашение об уровне обслуживания и Microsoft Defender для контейнеров.
  • Системные расходы: представляет стоимость емкости, зарезервированной AKS на каждом узле для запуска системных процессов, необходимых кластеру.
  • Нераспределенные расходы: представляет стоимость ресурсов, которые не могут быть выделены пространствам имен.

Основы затрат AKS

Архитектура Kubernetes основана на двух уровнях, плоскости управления и одном или нескольких узлах или пулах узлов. Модель ценообразования AKS основана на двух уровнях архитектуры Kubernetes.

  • Плоскость управления предоставляет основные службы Kubernetes, такие как сервер API и etcdоркестрация рабочей нагрузки приложений. Платформа Azure управляет плоскостем управления AKS, а для бесплатного уровня AKS плоскость управления не стоит.

  • Узлы, также называемые узлами агента или рабочими узлами, рабочими нагрузками и приложениями Узла Kubernetes. В AKS клиенты полностью управляют и оплачивают все расходы на узлы агента.

На следующей схеме показана связь между плоскостью управления и узлами в архитектуре AKS Kubernetes.

Схема, показывющая плоскость управления и узлы в архитектуре AKS.

Уровень управления

Azure автоматически подготавливает и настраивает уровень плоскости управления при создании кластера AKS. Для уровня "Бесплатный" AKS уровень управления свободен.

Для соглашения уровня обслуживания уровня управления (SLA) можно создать кластер AKS на уровне "Стандартный". Соглашение об уровне обслуживания простоя по умолчанию включается на уровне "Стандартный" и включается для каждого кластера. Цена составляет 0,10 долл. США в час. Дополнительные сведения см. в разделе о ценах AKS.

Кластеры на уровне "Стандартный" имеют больше ресурсов уровня управления, таких как количество экземпляров сервера API, ограничения ресурсов Etcd, масштабируемость до 5000 узлов и существующую поддержку обслуживания без резервного копирования. AKS использует основные реплики узлов в доменах обновления и сбоя для удовлетворения требований к доступности.

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

Узлы

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

Узлы AKS используют несколько ресурсов инфраструктуры Azure, включая масштабируемые наборы виртуальных машин, виртуальные сети и управляемые диски. Например, можно использовать большинство типов виртуальных машин Azure непосредственно в AKS. Вы можете использовать резервирования Azure и план экономии Azure для вычислений , чтобы получить значительные скидки на эти ресурсы.

Цены на кластер AKS основаны на классе, количестве и размере виртуальных машин в пулах узлов. Стоимость виртуальной машины зависит от размера, типа ЦП, количества виртуальных ЦП, памяти, семейства и типа хранилища, таких как высокопроизводительный твердотельный диск (SSD) или стандартный HDD. Дополнительные сведения см. в разделе "Серия виртуальных машин". Планирование размера узла в соответствии с требованиями приложения, количеством узлов и потребностями в масштабируемости кластера.

Дополнительные сведения об узлах агента и пулах узлов см. в статье пулов узлов в этой серии, а также создание нескольких пулов узлов для кластера в Служба Azure Kubernetes (AKS).

Развертывание кластера AKS

Каждое развертывание AKS охватывает две группы ресурсов Azure.

  • Вы создаете первую группу ресурсов, которая содержит только ресурс службы Kubernetes и не связана с ней затратами.

  • Поставщик ресурсов AKS автоматически создает вторую или группу ресурсов узла во время развертывания. Имя по умолчанию для этой группы ресурсов— MC_<resourcegroupname>_<clustername>_<location>но можно указать другое имя. Дополнительные сведения см. в разделе "Укажите собственное имя для группы ресурсов узла AKS".

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

Затраты на вычислительные ресурсы

Вы оплачиваете виртуальные машины Azure в соответствии с их размером и использованием. Сведения о сравнении вычислений Azure с AWS см. в статье "Вычислительные службы Azure" и "AWS".

Как правило, чем больше размер виртуальной машины, выбранной для пула узлов, тем выше почасовая стоимость узлов агента. Чем более специализированная серия виртуальных машин, используемая для пула узлов, например единица обработки графики (GPU) или оптимизированная для памяти, тем дороже пула.

При изучении цен на виртуальную машину Azure следует учитывать следующие моменты:

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

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

  • Управляемые диски, используемые в качестве дисков ОС, оплачиваются отдельно, и необходимо добавить их затраты на оценки. Размер управляемого диска зависит от класса, таких как диски HDD уровня "Стандартный", "Стандартный", "Стандартный", "Премиум", "Премиум" или "Ультра". Операции ввода-вывода в секунду (IOPS) и пропускная способность в МБ/с зависят от размера и класса. Временные диски ОС бесплатны и включены в цену виртуальной машины.

  • Диски данных, в том числе созданные с утверждениями постоянного тома, являются необязательными и оплачиваются отдельно на основе их класса, таких как жесткие диски уровня "Стандартный", "Стандартный", "Стандартный", "Премиум" и "Ультра". Необходимо явно добавить диски данных в оценки затрат. Количество разрешенных дисков данных, временных дисков хранилища, операций ввода-вывода в секунду и пропускной способности в МБ/с зависит от размера и класса виртуальной машины.

  • Чем больше времени узлы агента работают и работают, тем выше общая стоимость кластера. Среды разработки обычно не требуют непрерывного выполнения.

  • Сетевые интерфейсы (сетевые адаптеры) бесплатны.

Затраты на хранение

Интерфейс хранилища контейнеров (CSI) — это стандарт для предоставления систем блочного и файлового хранилища контейнерным рабочим нагрузкам в Kubernetes. При внедрении и использовании CSI AKS может записывать, развертывать и итерировать подключаемые модули, предоставляющие системы хранения Kubernetes, не касаясь основного кода Kubernetes или ожидая циклов выпуска.

Если вы запускаете рабочие нагрузки, использующие постоянные тома CSI в кластере AKS, рассмотрите связанные затраты на хранение приложений и их использование. Драйверы хранилища CSI в AKS обеспечивают встроенную поддержку следующих вариантов хранения:

  • Диски Azure создают ресурсы диска данных Kubernetes. Диски могут использовать службу хранилища Azure ценовой категории "Премиум" на основе высокопроизводительных твердотельных накопителей или службу хранилища Azure ценовой категории "Стандартный" на основе обычных жестких дисков или стандартных твердотельных накопителей. Большинство рабочих нагрузок и рабочих нагрузок разработки используют хранилище класса Premium. Диски Azure подключены как ReadWriteOnce, что делает их доступными только для одного узла AKS. Для томов хранилища, к которым одновременно может обращаться несколько модулей pod, используйте Файлы Azure. Сведения о затратах см. в Управляемые диски ценах.

  • Файлы Azure подключает блок обмена сообщениями сервера (SMB) 3.0/3.1, поддерживаемый учетной записью служба хранилища Azure, к модулям pod AKS. Вы можете совместно использовать данные между несколькими узлами и модулями pod. Файлы Azure можно использовать хранилище уровня "Стандартный", поддерживаемого обычными жесткими дисками, или хранилищем класса Premium, поддерживаемым высокопроизводительными ssd. Файлы Azure использует учетную запись служба хранилища Azure и взимает расходы на основе следующих факторов:

    • Служба: BLOB-объект, файл, очередь, таблица или неуправляемые диски
    • Тип учетной записи хранения: GPv1, GPv2, BLOB-объект или BLOB-объект Premium
    • Устойчивость: локально избыточное хранилище (LRS), избыточное между зонами хранилище (ZRS), геоизбыточное хранилище (GRS) или геоизбыточное хранилище для чтения (RA-GRS)
    • Уровень доступа: горячий, холодный или архивный
    • Операции и передача данных
    • Используемая емкость в ГБ

  • Azure NetApp Files доступен на нескольких уровнях SKU и требует минимально подготовленной емкости 4 ТиБ с шагом 1 ТиБ. Плата за Azure NetApp Files основана на следующих факторах:

    • Номер SKU
    • Устойчивость: LRS, ZRS или GRS
    • Размер или емкость, подготовленная, а не используемая емкость
    • Операции и передача данных
    • Резервное копирование и восстановление

Затраты на сеть

Несколько сетевых служб Azure могут предоставлять доступ к приложениям, работающим в AKS:

  • Azure Load Balancer. По умолчанию Load Balancer использует номер SKU уровня "Стандартный". Плата за подсистему балансировки нагрузки зависит от:

    • Правила: количество настроенных правил балансировки нагрузки и исходящего трафика. Правила преобразования входящих сетевых адресов (NAT) не учитываются в общем количестве правил.
    • Обработанные данные: объем обрабатываемых и исходящих данных независимо от правил. Плата за Load Balancer (цен. категория не взимается почасовой оплаты без заданных правил.

  • Шлюз приложений Azure. AKS часто использует Шлюз приложений через Шлюз приложений контроллер входящего трафика или перед другим контроллером входящего трафика с помощью вручную управляемых Шлюз приложений. Шлюз приложений поддерживает маршрутизацию шлюзов, завершение протокола TLS и Брандмауэр веб-приложений функциональные возможности. Шлюз приложений расходы основаны на:

    • Фиксированная цена, заданная по часам или частичным часам.
    • Цена на единицу емкости, добавленная стоимость на основе потребления. Каждая единица емкости имеет не более одной вычислительной единицы, 2500 постоянных подключений и 2,22 Мбит/с пропускной способности.

  • общедоступные IP-адреса имеют связанные затраты , от которых зависит:

    • Зарезервировано и динамическая связь.
    • Базовый и защищенный и избыточный между зонами уровень "Стандартный".

Затраты на горизонтальное масштабирование

Существует несколько вариантов масштабирования кластера AKS, чтобы добавить дополнительную емкость в пулы узлов:

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

  • Автомасштабирование кластера AKS для модулей pod, которые не могут быть запланированы на узлах из-за ограничений ресурсов, и автоматически увеличивает количество узлов.

  • AKS поддерживает запуск контейнеров в Экземпляры контейнеров Azure с помощью виртуальной реализации kubelet. Виртуальный узел AKS подготавливает Экземпляры контейнеров модули pod, начинающиеся в секундах, позволяя AKS работать с достаточной емкостью для средней рабочей нагрузки. Так как кластер AKS выходит из емкости, вы можете масштабировать больше Экземпляры контейнеров pod без управления дополнительными серверами. Этот подход можно объединить с автомасштабированием кластера и ручной масштабированием.

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

  • Выставление счетов за метрики на основе использования для каждой группы контейнеров
  • Виртуальный ЦП коллекции и память
  • Использование одного контейнера или совместное использование нескольких контейнеров
  • Использование совместно запланированных контейнеров, использующих жизненный цикл сети и узлов
  • Длительность использования, вычисляемая из запуска или перезапуска образа до остановки
  • Добавлена плата за группы контейнеров Windows

Затраты на обновление

Часть жизненного цикла кластера AKS включает периодическое обновление до последней версии Kubernetes. Важно применить последние выпуски системы безопасности и получить последние возможности. Кластеры AKS и пулы отдельных узлов можно обновлять вручную или автоматически. Дополнительные сведения см. в статье Обновление кластера службы Azure Kubernetes (AKS).

По умолчанию AKS настраивает обновление для всплесков с использованием одного дополнительного узла. Значение 1 по умолчанию для max-surge параметра сводит к минимуму прерывание рабочей нагрузки путем создания дополнительного узла для замены старых версий узлов перед оцеплением или очисткой существующих приложений. Вы можете настроить max-surge значение для пула узлов, чтобы обеспечить компромисс между скоростью обновления и прерыванием обновления. max-surge Увеличение значения завершает процесс обновления быстрее, но большое значение max-surge может привести к сбоям во время процесса обновления и повлечь за собой дополнительные затраты на дополнительные виртуальные машины.

Другие затраты

В зависимости от использования и требований кластеры AKS могут нести следующие дополнительные затраты:

  • Реестр контейнеров Azure затраты в зависимости от номера SKU уровня "Базовый", "Стандартный" или "Премиум", "Сборки образов" и используемого хранилища. Разверните реестр контейнеров в том же регионе, что и кластер, чтобы избежать дополнительных расходов на передачу данных. При необходимости используйте репликацию и уменьшите размер изображения как можно больше, чтобы сократить затраты на хранение и время развертывания.

  • Исходящие данные передаются из Azure, а также трафик между регионами.

  • Другие службы хранилища или платформы как службы (PaaS), такие как базы данных.

  • Глобальные сетевые службы, такие как Диспетчер трафика Azure или Azure Front Door, которые направляют трафик к общедоступным конечным точкам рабочих нагрузок AKS.

  • Брандмауэр и службы защиты, такие как Брандмауэр Azure, которые проверяют и разрешают или блокируют трафик в кластеры AKS и из нее.

  • Мониторинг и ведение журнала, такие как Azure Monitor Container Insights, Azure Monitor Application Insights и Microsoft Defender для облака. Дополнительные сведения см. в разделе "Сведения о затратах на мониторинг" для Службы "Аналитика контейнеров".

  • Затраты, связанные с инструментами DevOps, такими как Azure DevOps Services или GitHub.

Оптимизация затрат

Следующие рекомендации помогут оптимизировать затраты на кластер AKS:

  • Ознакомьтесь с разделом "Оптимизация затрат" в Azure Well-Architected Framework для AKS.

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

  • Резервирования Azure могут помочь вам сэкономить деньги, зафиксировав один или три года для нескольких продуктов, таких как виртуальные машины в кластере AKS. Вы получаете скидки, зарезервировав емкость. Используйте резервирования Azure для хранилища и вычислений, чтобы сократить затраты на узлы агента.

    Резервирования могут снизить затраты на ресурсы до 72% от цен по мере использования и не влиять на состояние среды выполнения ресурсов. Когда вы приобретете резервирование, соответствующая скидка автоматически применяется ко всем подходящим ресурсам. Вы можете приобрести резервирования из портал Azure или с помощью REST API Azure, PowerShell или Azure CLI. Если вы используете операционные инструменты, использующие рабочие области Log Analytics, рассмотрите возможность использования резервирований для этого хранилища.

  • Добавьте один или несколько пулов точечных узлов в кластер AKS. Пул точечных узлов — это пул узлов, поддерживаемый Масштабируемые наборы виртуальных машин Azure Spot. Использование точечных виртуальных машин для узлов кластера AKS позволяет воспользоваться неиспользуемой емкостью Azure при значительной экономии затрат. Объем доступной неиспользуемой емкости зависит от нескольких факторов, включая размер узла, регион и время дня. Azure выделяет точечные узлы при наличии емкости, но для точечных узлов нет соглашение об уровне обслуживания. Точечный масштабируемый набор, который поддерживает пул точечных узлов, развертывается в одном домене сбоя и не обеспечивает высокий уровень доступности. Когда Azure нуждается в емкости, инфраструктура Azure вытесняет точечные узлы.

    При создании пула точечных узлов можно определить максимальную цену для оплаты в час и включить автомасштабирование кластера, которое рекомендуется для пулов точечных узлов. Автомасштабирование кластера масштабируется и масштабируется в количестве узлов в пуле узлов на основе выполняемых рабочих нагрузок. Для пулов точечных узлов автомасштабирование кластера масштабирует количество узлов после вытеснения, если узлы по-прежнему необходимы. Дополнительные сведения см. в разделе "Добавление пула точечных узлов" в кластер Служба Azure Kubernetes (AKS).

  • Выберите нужный размер виртуальной машины для пулов узлов кластера AKS в зависимости от потребностей ЦП и памяти рабочих нагрузок. Azure предлагает множество различных типов экземпляров виртуальных машин, которые соответствуют широкому спектру вариантов использования с различными сочетаниями ЦП, памяти, хранилища и сетевой емкости. Каждый тип имеет один или несколько размеров, чтобы можно было легко масштабировать ресурсы.

    Теперь вы можете развертывать контейнерные приложения и управлять ими с помощью AKS, работающих на процессорах на основе Ampere Altra ARM. Дополнительные сведения см. в статье azure Виртуальные машины с процессорами на основе Ampere Altra ARM.

  • Создайте несколько пулов узлов с различными размерами виртуальных машин для специальных целей и рабочих нагрузок. Используйте метки Kubernetes и т. д. для размещения приложений с интенсивным ресурсом в определенных пулах узлов, чтобы избежать шумных проблем соседей. Сохраняйте эти ресурсы узлов доступными для рабочих нагрузок, требующих их, и не запланируйте другие рабочие нагрузки на этих узлах. Использование различных размеров виртуальных машин для разных пулов узлов также может оптимизировать затраты. Дополнительные сведения см. в разделе "Использование нескольких пулов узлов" в Служба Azure Kubernetes (AKS).

  • Пулы узлов в режиме системы должны содержать по крайней мере один узел, а пулы узлов в пользовательском режиме могут содержать ноль или несколько узлов. По возможности можно настроить пул узлов в пользовательском режиме для автоматического масштабирования с 0N узлов. Рабочие нагрузки можно настроить для горизонтального масштабирования и масштабирования с помощью горизонтального автомасштабирования pod. Базовое автомасштабирование на ЦП и памяти или использование автомасштабирования на основе событий Kubernetes (KEDA) для базирования автомасштабирования на метриках внешней системы, таких как Apache Kafka, RabbitMQ или Служебная шина Azure.

  • Не забудьте правильно задать запросы и ограничения для модулей pod, чтобы повысить плотность приложений и не назначать слишком много ресурсов ЦП и памяти для рабочих нагрузок. Следите за средним и максимальным потреблением ЦП и памяти с помощью Prometheus или Container Insights. Правильно настройте ограничения и квоты для модулей pod в манифестах YAML, диаграммах Helm и манифестах Kustomize для развертываний.

  • Используйте объекты ResourceQuota , чтобы задать квоты для общего объема памяти и ЦП для всех модулей pod, работающих в заданном пространстве имен. Систематическое использование квот ресурсов избегает шумных проблем соседей, повышает плотность приложений и уменьшает количество узлов агента и общих затрат. Кроме того, используйте объекты LimitRange для настройки запросов ЦП и памяти по умолчанию для модулей pod в пространстве имен.

  • Используйте Экземпляры контейнеров для ускорения.

  • Рабочие нагрузки AKS могут не выполняться непрерывно, например определенные рабочие нагрузки в пулах узлов кластера разработки. Чтобы оптимизировать затраты, можно полностью отключить кластер AKS или остановить один или несколько пулов узлов в кластере AKS. Дополнительные сведения см. в статье "Остановка и запуск кластера Служба Azure Kubernetes (AKS) и запуск и остановка пула узлов в Служба Azure Kubernetes (AKS)".

  • Политика Azure интегрируется с AKS с помощью встроенных политик для применения централизованных, согласованных, согласованных и защищенных мер. Включите надстройку Политика Azure в кластере и примените ограничения ЦП по умолчанию и ограничения ресурсов памяти, что гарантирует, что ограничения ресурсов ЦП и памяти определены в контейнерах кластера.

  • Используйте Помощник по Azure для мониторинга и выпуска неиспользуемых ресурсов.

  • Используйте бюджеты и проверки управления затратами Майкрософт для отслеживания расходов.

Управление затратами

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

Управление затратами — это процесс непрерывной реализации политик или элементов управления для ограничения расходов и затрат. Собственные средства Kubernetes и средства Azure поддерживают управление затратами с помощью упреждающего мониторинга и оптимизации затрат на базовую инфраструктуру.

  • Microsoft Cost Management — это набор средств Майкрософт, которые помогают анализировать, управлять и оптимизировать затраты на рабочую нагрузку Azure. Используйте набор, чтобы убедиться, что ваша организация пользуется преимуществами, предоставляемыми облаком.

  • Ознакомьтесь с рекомендациями по управлению Cloud Adoption Framework для дисциплины управления затратами, чтобы лучше понять, как управлять облачными затратами и управлять ими.

  • Изучите такие средства с открытым кодом, как KubeCost , чтобы отслеживать затраты на кластер AKS и управлять ими. Вы можете ограничить распределение затрат на развертывание, службу, метку, pod и пространство имен, что обеспечивает гибкость в отображении и зарядке пользователей кластера.

Справочные материалы

Ниже приведены справочные материалы, которые помогут вам лучше понять и использовать анализ затрат AKS:

Соавторы

Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующими участниками.

Основные авторы:

Другие участники:

Чтобы просмотреть недоступные профили LinkedIn, войдите в LinkedIn.

Следующие шаги