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

Обзор кластера Nexus Kubernetes

  • Статья

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

Что такое Kubernetes?

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

Служба Nexus Kubernetes

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

Как и любой кластер Kubernetes, Кластер Nexus Kubernetes имеет два компонента:

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

  • Узлы: для запуска приложений и вспомогательных служб требуется узел Kubernetes. Он предоставляет среду выполнения контейнера. Каждый кластер NKS имеет по крайней мере один узел. Узел размещается на виртуальной машине, которая запускает компоненты узла Kubernetes. Виртуальная машина создается в рамках развертывания кластера NKS в экземпляре Nexus. В кластерах Nexus Kubernetes существует два типа пулов узлов

    • При создании кластера AKS вы определяете начальное число узлов и их размер (SKU), который создает пул системных узлов. Пулы системных узлов размещают критически важные модули pod системы.
    • С другой стороны, для поддержки приложений, имеющих разные требования к вычислительным ресурсам или хранилищу, можно создавать пулы узлов пользователей, также известные как пул агентов Nexus. Каждая виртуальная машина в пуле агентов Nexus соответствует единой конфигурации, такой как ЦП, память, диск и т. д. После установки пула агентов число виртуальных машин в нем остается фиксированным. Чтобы масштабировать емкость кластера Nexus Kubernetes, можно создать дополнительные пулы агентов и интегрировать их в существующий кластер. Другими словами, пул агента Nexus поддерживает горизонтальное масштабирование, позволяя добавлять или удалять пулы агентов в кластере Nexus Kubernetes.

Однако модули pod приложений можно запланировать в пулах системных узлов, если пользователь хочет только один пул узлов в кластере. Каждый кластер Nexus Kubernetes должен содержать по крайней мере один системный пул узлов с по крайней мере одним узлом.

Надстройки кластера Nexus Kubernetes

Надстройки кластера Nexus Kubernetes — это функция платформы Nexus, которая позволяет клиентам улучшить кластеры Nexus Kubernetes с дополнительными пакетами или функциями. Надстройки классифицируются по двум типам: обязательным и необязательным.

  • Обязательные надстройки: надстройки автоматически развертываются в подготовленных кластерах Nexus Kubernetes. Основные надстройки, такие как Calico, MetalLB, Nexus служба хранилища CSI, подключаемые модули IPAM, metrics-server, node-local-dns, Arc for Kubernetes и Arc for Servers по умолчанию включаются при создании кластеров. Успешное завершение процесса подготовки кластера зависит от успешной установки этих надстроек. Если требуется установка надстройки завершается сбоем и не может быть исправлена, состояние кластера помечается как сбой.

  • Необязательные надстройки: надстройки — это дополнительные службы, связанные с ресурсом кластера Kubernetes. Клиенты могут активировать или деактивировать эти надстройки по требованию. Пример дополнительных служб может включать развертывание реестра кэширования локальных образов на уровне кластера в кластере NKS для поддержки отключенных сценариев. NKS позволяет клиенту наблюдать за состоянием, работоспособностью и версией каждой требуемой и необязательной надстройки, которую можно отслеживать на портал Azure, или состояние можно получить с помощью API Azure Resource Manager.

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

Доступные зоны Nexus

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

Домен сбоя

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

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