Модуль cloud-provider-dvp управляет взаимодействием с облачными ресурсами Deckhouse Virtualization Platform (DVP). Он позволяет модулю node-manager использовать ресурсы DVP при заказе узлов для описанной группы узлов.

Подробнее с описанием модуля можно ознакомиться в соответствующем разделе документации.

Архитектура модуля

Для упрощения схемы приняты следующие допущения:

  • На схеме показано, что контейнеры разных подов взаимодействуют друг с другом напрямую. Фактически они взаимодействуют через соответствующие сервисы Kubernetes (внутренние балансировщики). Названия сервисов не указываются, если они очевидны из контекста. В остальных случаях название сервиса указано над стрелкой.
  • Поды могут быть запущены в нескольких репликах, однако на схеме все поды изображены в одной реплике.

Архитектура модуля cloud-provider-dvp на уровне 2 модели C4 и его взаимодействия с другими компонентами Deckhouse Kubernetes Platform (DKP) изображены на следующей диаграмме:

Архитектура модуля cloud-provider-dvp

Компоненты модуля

Модуль состоит из следующих компонентов:

  1. Capdvp-controller-manager — Kubernetes Cluster API Provider для DVP. Cluster API является расширением для Kubernetes, которое дает возможность управлять Kubernetes-кластерами как кастомными ресурсами внутри другого Kubernetes-кластера. Cluster API Provider позволяет для кластеров под управлением Cluster API заказывать виртуальные машины в инфраструктуре облачного провайдера, в данном случае DVP. Capdvp-controller-manager работает со следующими кастомными ресурсами:

    • DeckhouseCluster — описание кластера на базе DVP;
    • DeckhouseMachineTemplate — шаблон с описанием характеристик создаваемых машин в облаке;
    • DeckhouseMachine — описание характеристик созданной на основе DeckhouseMachineTemplate машины.

    Состоит из одного контейнера:

    • capdvp-controller-manager.

  2. Сloud-controller-manager — реализация Сloud сontroller manager для DVP. Обеспечивает взаимодействие с облаком DVP и выполняет следующие функции:

    • реализует связь 1:1 между объектом узла в Kubernetes (Node) и виртуальной машиной в облачном провайдере. Для этого:

      • заполняет поля spec.providerID и nodeInfo ресурса Node;
      • проверяет наличие виртуальной машины в облаке и при ее отсутствии удаляет ресурс Node в кластере.

    • при создании ресурса Service типа LoadBalancer в Kubernetes создаёт балансировщик в облаке, который направляет трафик извне к узлам кластера.

    Подробнее о cloud-controller-manager можно почитать в документации Kubernetes

    Состоит из одного контейнера:

    • dvp-cloud-controller-manager.

  3. Cloud-data-discoverer — отвечает за сбор данных из API облачного провайдера и предоставление их в виде секрета kube-system/d8-cloud-provider-discovery-data. Этот секрет содержит параметры конкретного облака, которые используется другими компонентами модуля cloud-provider-dvp. Например, для DVP — это такие параметры, как список зон доступности, ресурсов StorageClass и т.д.

    Состоит из следующих контейнеров:

    • cloud-data-discoverer — основной контейнер;
    • kube-rbac-proxy — сайдкар-контейнер с авторизующим прокси на основе Kubernetes RBAC для организации защищенного доступа к метрикам контейнера cloud-data-discoverer.

  4. CSI-драйвер (DVP) — реализация CSI-драйвера для DVP. С типовой архитектурой CSI-драйвера, используемого в модулях cloud-provider-* DKP, можно ознакомиться на соответствующей странице документации.

    CSI-драйвер (DVP) не поддерживает работу со снимками. По этой причине в поде csi-controller отсутствует сайдкар-контейнер snapshotter (external-snapshotter).

Взаимодействия модуля

Модуль взаимодействует со следующими компонентами:

  1. Kube-apiserver:

    • мониторинг ресурсов PersistentVolumeClaim, VolumeAttachment;
    • работа с кастомными ресурсами DeckhouseCluster, DeckhouseMachineTemplate, DeckhouseMachine;
    • создание секрета kube-system/d8-cloud-provider-discovery-data;
    • синхронизация узлов Kubernetes с виртуальными машинами в облаке;
    • мониторинг сервисов типа LoadBalancer;
    • авторизация запросов на получение метрик.

  2. Облако DVP:

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

С модулем взаимодействуют следующие внешние компоненты:

  1. Prometheus-main — сбор метрик cloud-data-discoverer.

Непрямые взаимодействия:

  1. Модуль cloud-provider-dvp предоставляет модулю node-manager следующие артефакты:

    • шаблоны для создания кастомных ресурсов Cluster API для конкретного провайдера, которые cloud-provider-dvp использует для создания виртуальных машин в облаке;
    • секрет kube-system/d8-node-manager-cloud-provider, в котором содержатся все необходимые настройки для подключения к облаку и создания CloudEphemeral-узлов. Эти настройки прописываются в кастомных ресурсах Cluster API, созданных на основе упомянутых выше шаблонов и учитывающих особенности провайдера.

  2. Модуль cloud-provider-dvp предоставляет компоненты Terraform/OpenTofu для DVP, которые используются при сборке исполняемого файла утилиты dhctl в модуле terraform-manager, такие как:

    • Terraform/OpenTofu-провайдер;
    • Terraform-модули;

    • layouts — набор схем размещения в облаке, определяющих, как создается базовая инфраструктура, как и с какими дополнительными характеристиками для данного размещения должны создаваться узлы. Например, в одной схеме узлы могут иметь публичные IP-адреса, а в другой — нет. Каждый layout включает три модуля:

      • base-infrastructure — базовая инфраструктура (например, создание сетей), может быть пустым;
      • master-node;
      • static-node.