/ru2/cluster-admin/nodes/ Recent content in Работа с узлами on Hugo -- gohugo.io Wed, 01 Jul 2026 22:16:23 +0300 /ru2/cluster-admin/nodes/hybrid-clusters/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/nodes/hybrid-clusters/ Назначение # Гибридный кластер — кластер Kubernetes, в котором узлы создаются более чем одним инфраструктурным провайдером Cluster API (любой провайдер + провайдер Shturval v2). Типичный сценарий: основная инфраструктура (Control Plane узлы, группы Worker default и infra, прикладные Worker) размещается на виртуализации или облаке (VMware vSphere, oVirt, OpenStack и др.), а хосты провайдера Shturval v2 добавляются в кластер дополнительной Worker-группой. Такая схема нужна, в частности, для ML-нагрузок: вычисления на физических серверах с GPU, при этом API-сервер, etcd, Ingress и обычные приложения остаются на ВМ. /ru2/cluster-admin/nodes/node-groups/ Wed, 01 Jul 2026 22:16:23 +0300 /ru2/cluster-admin/nodes/node-groups/ Обзор # Узлы кластера объединяются в группы. На странице Управление узлами отображаются: Control Plane — группа управляющих узлов; Workers — группы Worker-узлов (по умолчанию: Infra и Default). Где настраивать: Администрирование → Управление узлами → вкладка Группы узлов. Конфигурация группы здесь относится к Cluster API (число узлов, InfraMachineTemplate и т.д.) и не совпадает с разделом интерфейса Конфигурация узлов, где задаются NCI для ОС и компонентов на узлах — см. Конфигурация узлов (NCI). /ru2/cluster-admin/nodes/node/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/nodes/node/ Обзор # Страница узла открывается по клику на имя узла в таблице на странице Управление узлами. На ней отображаются состояние узла, ресурсы, поды, события, а также доступны операции: Cordon, Drain, удаление, управление Taints. Где открыть: Администрирование → Управление узлами → клик по имени узла. Вкладка «Узел» # На вкладке отображаются: описание узла и его вычислительные ресурсы (CPU, память); состояние Cluster API, инфраструктуры и самого узла; статусы Node Conditions (Ready, MemoryPressure, DiskPressure и др. /ru2/cluster-admin/nodes/machine-health-checks/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/nodes/machine-health-checks/ Обзор # MachineHealthCheck (MHC) — ресурс Cluster API (cluster.x-k8s.io), механизм для автоматического обнаружения и восстановления неработоспособных машин. При срабатывании условий (например, узел NotReady) MHC может перезапустить или пересоздать машину. Где настраивать: Администрирование → Управление узлами → Конфигурация группы → вкладка MachineHealthCheck. Расширенное редактирование YAML — в кластере управления: Администрирование → Кастомные ресурсы → MachineHealthCheck. По умолчанию при установке клиентского кластера создаётся MachineHealthCheck для группы Control Plane и отдельная проверка для каждой группы Worker. /ru2/cluster-admin/nodes/node-config/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/nodes/node-config/ Обзор # NCI (NodeConfigItem) — объект для применения конфигурации к узлам кластера без необходимости ручной настройки каждого узла. Оператор shturval-node-config применяет настройки к узлам согласно настроенному селектору (лейблам). NCI можно переиспользовать в разных кластерах. Где настраивать: Кластер → Администрирование → Конфигурация узлов или импорт манифеста. При создании кластера автоматически создаются NCI для подготовки узлов — таким образом оператор готовит узлы для присоединения в кластер, например: controlplane-init-config — директории, файлы, Linux-пользователи для системных компонентов (например, etcd) на Control Plane узлах; controlplane-oidc-nci — настройка Kube API Server на Control Plane узлах; generic-init-config — директории, файлы, настройка параметров Container Runtime, параметры Sysctl, Systemd-юниты, период ротации кубовых сертификатов, доверенные сертификаты, а также устанавливает пакеты для shturvald (containerd) на всех узлах. /ru2/cluster-admin/nodes/troubleshooting/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/nodes/troubleshooting/ Обзор # На этой странице — типичные проблемы с узлами и поведение кластера при отказе узла. Поведение при отказе или недоступности узла # Кластер начинает перераспределять нагрузку с нерабочего узла через 30–60 секунд. Это связано с настройками kube-controller-manager и kubelet. Как Kubernetes определяет нерабочий узел # Kubelet отправляет статус API-серверу с интервалом --node-status-update-frequency (по умолчанию 10 сек). Controller manager проверяет статус каждые --node-monitor-period (по умолчанию 5 сек). Если Kubelet не отвечает в течение --node-monitor-grace-period (по умолчанию 40 сек), узел помечается как NotReady. /ru2/cluster-admin/nodes/manual-management/ Tue, 06 Oct 2020 08:49:31 +0000 /ru2/cluster-admin/nodes/manual-management/ В Штурвале предусмотрен механизм автоматического перезапуска узлов в случаях изменения конфигурации узлов (NCI), обновления кластера. Политику дрейна и перезагрузки задаёт оператор shturval-node-config. При автоматическом перезапуске узла выполняются действия: Cordon; Drain; Reboot. При необходимости вы можете защитить узлы кластера от автоматического перезапуска при помощи специальных лейблов. Это применимо для случаев, когда перед drain или перезагрузкой узла кластера необходимо выполнить какие либо операции. Последовательность действий будет такой: Установите запрет на drain узлов. Внесите необходимые изменения.