/ru2/platform-admin/providers/ Recent content in Провайдеры on Hugo -- gohugo.io Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/providers/overview/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/providers/overview/ Под провайдером в платформе “Штурвал” понимается операторы Cluster API, связывающий провайдер инфраструктуры с платформой. Для интеграции используются файлы конфигурации - экземпляры провайдера. Для каждого типа провайдера инфраструктуры может быть создано множество экземпляров настройки. Здесь описана общая модель: как платформа связывает инфраструктуру (vCenter, oVirt, облако и т.д.), Cluster API и объекты в интерфейсе (экземпляр провайдера, пул IP, шаблон ВМ). Ниже — [порядок подготовки провайдеров](#инфраструктура-сервис-Cluster API-и-пул-ip) к первому кластеру (пул → экземпляр → шаблон ВМ), если применимо к вашей среде. /ru2/platform-admin/providers/template/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/providers/template/ Шаблоны виртуальных машин для всех провайдеров (VMware vSphere, oVirt, OpenStack, Basis Dynamix, vCloud Director, Yandex Cloud) готовятся одним способом. Процесс не зависит от типа провайдера: создаёте ВМ, подготавливаете её утилитой stc, преобразуете в шаблон и загружаете в экземпляр провайдера. При создании ВМ из шаблона платформа «Штурвал» самостоятельно устанавливает Kubernetes выбранной версии и необходимые конфигурации. Как это связано с развёртыванием кластера целиком (Cluster API, шаги до регистрации узлов), см. Создание узлов при развертывании клиентского кластера. /ru2/platform-admin/providers/ovirt/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/providers/ovirt/ Назначение # Инфраструктурный провайдер Cluster API на базе oVirt API позволяет создавать узлы Kubernetes-кластеров как виртуальные машины в oVirt и совместимых продуктах (zVirt, HostVM и др.). Конфигурация подключения и объектов виртуализации задаётся в экземпляре провайдера в интерфейсе «Штурвал». Для настройки провайдера необходимо, чтобы соответствующий сервис в кластере управления был включён и находился в режиме управления Авто. Подробности по назначению и параметрам сервиса — на странице Провайдер oVirt (shturval-capov). Сводная таблица инфраструктурных CR oVirt (OVirt*) в терминах Cluster API: раздел Кастомные ресурсы жизненного цикла узлов — oVirt. /ru2/platform-admin/providers/shturvalv2/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/providers/shturvalv2/ Назначение # Shturval v2 — внутренний провайдер платформы «Штурвал». Он поддерживает добавление физических серверов и виртуальных машин в качестве хостов для дальнейшего использования в кластерах, а также позволяет создавать гибридные кластеры. Провайдер не требует создания разных шаблонов для разных версий Kubernetes. При обновлении кластера, платформа “Штурвал” автоматически обновляет версию Kubernetes на узлах кластеров с провайдером Shturval v2. Требования к хостам # Для работы с физическими серверами и виртуальными машинами провайдеру необходимы: /ru2/platform-admin/providers/vsphere/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/providers/vsphere/ Назначение # Провайдер VMware vSphere позволяет разворачивать Kubernetes-кластеры на виртуальных машинах в среде VMware vSphere (vCenter, ESXi). Требования # Для настройки провайдера необходимо, чтобы соответствующий сервис в кластере управления был включён и находился в режиме управления Авто. Подробнее: Провайдер vSphere (shturval-capvs). Сводная таблица инфраструктурных CR VMware vSphere (VSphere*): раздел Кастомные ресурсы жизненного цикла узлов — VMware vSphere. Создание экземпляра # Перейдите в Провайдеры → Конфигурация провайдеров. В блоке Сервисы провайдеров проверьте, включён ли Провайдер vSphere. /ru2/platform-admin/providers/openstack/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/providers/openstack/ Назначение # Провайдер OpenStack позволяет разворачивать Kubernetes-кластеры на виртуальных машинах в среде OpenStack (или совместимых облаках). Для настройки провайдера необходимо, чтобы соответствующий сервис в кластере управления был включён и находился в режиме управления Авто. Подробнее: Провайдер OpenStack (shturval-capos). Сводная таблица инфраструктурных CR OpenStack в терминах Cluster API: раздел Кастомные ресурсы жизненного цикла узлов — OpenStack. Предварительные требования # Перед настройкой провайдера убедитесь, что: в вашей инфраструктуре есть платформа виртуализации на основе OpenStack или совместимое публичное облако: VK Cloud, Selectel; создана сервисная учётная запись с правами не ниже Администратор Kubernetes/Администратор проекта; в платформе виртуализации заранее подготовлены образы (images) для нужных версий Kubernetes. /ru2/platform-admin/providers/vcloud-director/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/providers/vcloud-director/ Назначение # Провайдер VMware vCloud Director позволяет разворачивать Kubernetes-кластеры в среде vCloud Director (организация, vDC, каталоги). Для настройки провайдера необходимо, чтобы соответствующий сервис в кластере управления был включён и находился в режиме управления Авто. Подробнее: Провайдер vCloud Director (shturval-capvcd). Сводная таблица инфраструктурных CR vCloud Director (VCD*): раздел Кастомные ресурсы жизненного цикла узлов — VMware vCloud Director. Предварительная настройка в vCloud Director # Перед созданием экземпляра провайдера подготовьте среду vCloud Director: /ru2/platform-admin/providers/yandex-cloud/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/providers/yandex-cloud/ Назначение # Провайдер Yandex Cloud позволяет разворачивать Kubernetes-кластеры на виртуальных машинах в Yandex Cloud (Compute Cloud). Для настройки провайдера необходимо, чтобы соответствующий сервис в кластере управления был включён и находился в режиме управления Авто. Подробнее: Провайдер Yandex Cloud (shturval-capy). Сводная таблица инфраструктурных CR Yandex Cloud (Yandex*): раздел Кастомные ресурсы жизненного цикла узлов — Yandex Cloud. Создание экземпляра # Перед созданием экземпляра провайдера подготовьте в Yandex Cloud: сервисный аккаунт с ролями compute. /ru2/platform-admin/providers/change-service-account-password/ Wed, 01 Jul 2026 15:33:26 +0300 /ru2/platform-admin/providers/change-service-account-password/ Платформа «Штурвал» подключается к инфраструктуре (vCenter, oVirt, OpenStack и т.д.) и к хранилищу (при использовании CSI) с помощью сервисных учётных записей. Если пароль или логин сервисной УЗ изменился в самой системе (vCenter, Engine, облаке), их нужно обновить в платформе. Учётные данные могут задаваться в двух местах: в экземпляре провайдера (инфраструктура и часто CSI) и отдельно для CSI Provisioner, если он использует свои секреты. Где хранятся учётные данные # Что использует учётные данные Где задаются Где менять пароль / логин Провайдер инфраструктуры (Cluster API: создание ВМ, узлов) Экземпляр провайдера в платформе Редактирование экземпляра провайдера (см. /ru2/platform-admin/providers/basis-dynamix/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/providers/basis-dynamix/ Назначение # Провайдер Basis Dynamix позволяет разворачивать Kubernetes-кластеры на инфраструктуре, управляемой платформой Basis Dynamix. Для настройки провайдера необходимо, чтобы соответствующий сервис в кластере управления был включён и находился в режиме управления Авто. Подробнее: Провайдер Basis Dynamix (shturval-capbd). Сводная таблица инфраструктурных CR Basis Dynamix (Basis*): раздел Кастомные ресурсы жизненного цикла узлов — Basis Dynamix. Если это ваш первый провайдер в платформе “Штурвал”, перед настройкой имеет смысл прочитать Как устроена работа с провайдерами в платформе.