/ru2/platform-admin/cluster-deployment/reference/ Recent content in Справочная информация on Hugo -- gohugo.io Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/cluster-deployment/reference/ip-pools/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/cluster-deployment/reference/ip-pools/ Что такое пул IP-адресов # Пул IP-адресов — это диапазон или список IP-адресов, которые могут быть выбраны для назначения в качестве VIP для KubeAPI и VIP для Ingress при создании кластера. Пул упрощает выбор адресов: вместо ручного ввода вы выбираете свободный адрес из выпадающего списка. Платформа отслеживает, какие адреса уже назначены кластерам, и показывает в списке только свободные адреса. Зачем нужны # При создании кластера при отсутствии внешних балансировщиков для KubeAPI и Ingress требуются два адреса: /ru2/platform-admin/cluster-deployment/reference/external-etcd/ Mon, 16 Nov 2020 13:59:39 +0100 /ru2/platform-admin/cluster-deployment/reference/external-etcd/ В платформе “Штурвал” есть возможность создания клиентских кластеров с внешним кластером etcd. Для этого реализован Helm-chart, создающий необходимые ресурсы. Получение чарта возможно по запросу у команды инженеров внедрения. Создание кластеров с внешним etcd в платформе Штурвал рекомендуется проводить с сопровождением инженеров команды Штурвала. /ru2/platform-admin/cluster-deployment/reference/fqdn-vip/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/cluster-deployment/reference/fqdn-vip/ VIP (Virtual IP) — виртуальный IP-адрес, который используется как единая точка входа для KubeAPI или Ingress. VIP не должен быть заранее настроен на каком-либо узле кластера: после развёртывания им управляет модуль Kube VIP, который поднимает адрес на подходящих узлах и освобождает его при удалении сервиса. Для одного кластера требуется два VIP-адреса (при отсутствии внешних балансировщиков для KubeAPI и Ingress): VIP для KubeAPI — должен принадлежать той же подсети, что и Control Plane узлы; VIP для Ingress — должен использоваться на сетевом балансировщике нагрузки. /ru2/platform-admin/cluster-deployment/reference/cli-deploy/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/cluster-deployment/reference/cli-deploy/ Развёртывание и удаление клиентских кластеров выполняется через REST API платформы: запросы отправляются с токеном аутентификации в заголовке Authorization: Bearer $token. Переменная $BACKENDPOINT — адрес backend API платформы. Авторизация # Перед управлением клиентскими кластерами авторизуйтесь в платформе и получите токен. В примерах ниже: $BACKENDPOINT — базовый адрес backend API платформы; $token — токен авторизованного пользователя; $CLUSTERNAME — имя создаваемого или удаляемого кластера; $PROVIDERTEMPLATENAME — имя заранее созданной конфигурации провайдера. Подготовить провайдер # Создать кластер без провайдера нельзя. /ru2/platform-admin/cluster-deployment/reference/deployment-status/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/cluster-deployment/reference/deployment-status/ Развертывания кластера содержит несколько шагов, см. иллюстрацию ниже. После запуска создания клиентского кластера или инсталляции кластера управления ход работ отображается на в блоке «Статус развертывания кластера». Данные обновляются автоматически. Блок доступен до завершения развертывания. В верхней части показаны этапы, а ниже — блок «Состояние» с деталями выбранного этапа. Этапы не обязательно выполняются строго последовательно: часть проверок и операций может идти параллельно. Скриншоты: изменение статуса развертывания кластера Шаги развертывания кластера, см. иллюстрацию ниже. /ru2/platform-admin/cluster-deployment/reference/cluster-profiles/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/cluster-deployment/reference/cluster-profiles/ Справочная информация о назначении и особенностях профилей: Что такое профили кластеров (ClusterProfile). Создание кастомного профиля # Создание и работа с профилем в графическом интерфейсе # Чтобы создать новый профиль в GUI: В Платформе перейдите на страницу Профили конфигурации клиентских кластеров одним из способов: в Платформе выберите раздел Профили кластеров → страница Профили конфигурации клиентских кластеров; на вкладке Платформа перейдите по кнопке Профили кластеров. Нажмите + Создать профиль. Укажите Имя профиля. При необходимости добавьте Лейблы и Аннотации. /ru2/platform-admin/cluster-deployment/reference/cluster-profiles-overview/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/cluster-deployment/reference/cluster-profiles-overview/ Назначение профиля в платформе # ClusterProfile — кастомный ресурс API-группы cluster.shturval.tech (см. Кастомные ресурсы платформы). Управление профилями выполняется в кластере управления. По умолчанию предустановлен профиль default-client-cluster-profile. Кастомные профили полезны для разных окружений и массового применения типовой конфигурации. В платформе «Штурвал» с помощью кастомного профиля кластера (ClusterProfile) можно переопределить настройки конфигурации клиентских кластеров: параметры репозитория образов, логирования, мониторинга, часового пояса и NTP; конфигурации Cluster API, Kubelet и Kubeadm; добавить YAML-манифесты объектов, которые будут созданы в клиентском кластере или в кластере управления при инициализации клиентского кластера. /ru2/platform-admin/cluster-deployment/reference/vault-secrets-operator-clusterprofile/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/platform-admin/cluster-deployment/reference/vault-secrets-operator-clusterprofile/ Введение # В платформе «Штурвал» доступно управление профилями клиентских кластеров (ClusterProfile), которые позволяют заранее определить YAML-манифесты для применения при инициализации кластера. Вы можете задать в конфигурации ClusterProfile типовую интеграцию с HashiCorp Vault для новых создаваемых клиентских кластеров. В качестве механизма синхронизации секретов между Vault и Kubernetes в этой инструкции используется vault-secrets-operator. Helm чарт vault-secrets-operator поставляется отдельным бандлом. Инструкция описывает сценарий, в котором: для новых клиентских кластеров администратор заранее создает профиль кластера (ClusterProfile) с необходимыми манифестами для настройки интеграции с Vault в процессе развертывания кластера.