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

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

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

Замечание

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

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

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

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

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

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

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

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

  • Amazon предоставляет инструменты, называемые Spot Fleet и Spot Instance Advisor. Spot Fleet — это метод, который автоматизирует группы экземпляров по запросу и точечные экземпляры. Эти инструменты помогают предсказать, какой регион или зона доступности обеспечивают минимальные перебои.

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

Анализ затрат AKS

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

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

  • Детализация использования ресурсов, таких как вычисления, сеть и хранилище.

  • Различие между затратами отдельных приложений и общими затратами.

  • Анализ затрат в нескольких кластерах в одной области подписки.

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

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

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

Пространство имен Kubernetes и обзор активов демонстрируют следующие расходы:

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

  • Плата за обслуживание включает сборы, связанные с услугами, например, соглашение об уровне безотказной работы (SLA) и Microsoft Defender для контейнеров.

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

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

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

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

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

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

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

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

Контрольная плоскость

Azure автоматически подготавливает и настраивает уровень плоскости управления при создании кластера AKS.

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

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

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

Узлы

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

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

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

Для получения дополнительной информации см. разделы "Пулы узлов" и "Создание и управление несколькими пулами узлов для кластера в AKS".

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

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

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

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

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

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

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

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

Рассмотрим следующие аспекты цен на виртуальные машины Azure:

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

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

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

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

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

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

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

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

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

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

  • Файлы Azure подключают блок сообщений сервера (SMB) 3.0 и 3.1 к файлам POD AKS. Общие папки поддерживаются учетной записью хранения Azure. Вы можете совместно использовать данные между несколькими узлами и подами. Файлы Azure могут использовать стандартное хранилище, поддерживаемое жесткими дисками (HDD) уровня «Стандартный», или премиум-хранилище, поддерживаемое твердотельными накопителями (SSD) уровня «Премиум». Служба "Файлы Azure" использует учетную запись хранения и взимает расходы на основе следующих факторов:

    • Служба, такая как хранилище объектов BLOB Azure, файлы Azure, хранилище очередей Azure, хранилище таблиц Azure или неуправляемые диски

    • Тип учетной записи хранения, например GPv1, GPv2, двоичный объект, или премиум двоичный объект

    • Уровень устойчивости, например локально избыточное хранилище (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).

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

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

    • Фиксированная цена. Вы оплачиваете каждый час или частичный час запуска шлюза приложений.

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

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

    • Зарезервированная или динамическая связь.

    • Уровень «Базовый» против уровня «Стандартный», который отличается высокой безопасностью и зональной избыточностью.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Задайте запросы и ограничения для подов, чтобы увеличить плотность размещения приложений и избежать назначения слишком большого количества ресурсов процессора и памяти для рабочих нагрузок. Чтобы просмотреть среднее и максимальное потребление ЦП и памяти, используйте prometheus или аналитику контейнеров. Правильно настройте ограничения и квоты для pods в манифестах YAML, диаграммах Helm и манифестах Kustomize для ваших развертываний.

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

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

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

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

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

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

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

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

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

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

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

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

Соавторы

Корпорация Майкрософт поддерживает эту статью. Следующие авторы написали эту статью.

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

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

  • Чад Киттель | Главный инженер по программному обеспечению — шаблоны и методики Azure
  • Эд Прайс | Старший диспетчер программ содержимого
  • Теано Питерсен | Технический писатель

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

Дальнейшие действия