/ru2/cluster-admin/nodes/reference/ Recent content in Справочная информация on Hugo -- gohugo.io Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/nodes/reference/conditions/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/nodes/reference/conditions/ Обзор # Node Conditions — состояния узла, по которым можно определить, здоров ли узел и готов ли он принимать поды. Условия отображаются на странице узла и в kubectl describe node. Состояния здорового узла # Состояние Описание Здоровый статус NetworkUnavailable Cilium/CNI не запущен на узле false MemoryPressure Kubelet сообщает о нехватке памяти false DiskPressure Kubelet сообщает о нехватке дискового пространства false PIDPressure Слишком много процессов (PID) на узле false Ready Узел готов принимать поды true Дополнительные условия (Node Problem Detector) # При установленном Node Problem Detector (NPD) могут отображаться дополнительные условия: /ru2/cluster-admin/nodes/reference/taints-tolerations/ Wed, 01 Jul 2026 15:33:26 +0300 /ru2/cluster-admin/nodes/reference/taints-tolerations/ Обзор # Управление планированием подов на узлы в Kubernetes включает: Taints и Tolerations — ограничение, какие поды могут планироваться на какие узлы (выделение узлов под GPU, Ingress, БД); Node Affinity — предпочтение узлов по лейблам; Pod Affinity / Anti-Affinity — размещение подов рядом с другими подами или рассредоточение по узлам. Taint — «метка» на узле, запрещающая планирование подов без Toleration. Toleration — «разрешение» в поде планироваться на узлы с указанным Taint. /ru2/cluster-admin/nodes/reference/nci-object/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/nodes/reference/nci-object/ Обзор # NodeConfigItem (NCI) — кластерный кастомный ресурс Kubernetes, который описывает переиспользуемый шаблон конфигурации Linux-узлов. В NCI администратор задаёт, что нужно настроить на узлах, на какие узлы распространить конфигурацию и с каким приоритетом объединять её с другими NCI. NCI используется для декларативного управления настройками ОС и компонентов Kubernetes на узлах: NTP, containerd, sysctl, пакетами, репозиториями, файлами, пользователями, systemd-юнитами, kubelet, kube-apiserver и другими разделами. Настройка NCI в графическом интерфейсе, поля форм и расширенные примеры манифестов описаны на странице Конфигурация узлов (NCI). /ru2/cluster-admin/nodes/reference/nc/ Wed, 01 Jul 2026 15:33:26 +0300 /ru2/cluster-admin/nodes/reference/nc/ Обзор # NodeConfig (NC) — кастомный ресурс (API node.shturval.tech), представляющий экземпляр конфигурации для конкретного узла. NodeConfig создаётся модулем shturval-node-config и агрегирует список NCI, которые должны быть применены к данному узлу. Связь: NCI задаёт что настраивать и на каких узлах (по селектору). NodeConfig — результат для конкретного узла: какие NCI применены и в каком состоянии. Один NCI может применяться к нескольким узлам — для каждого узла будет свой NodeConfig с NCI в списке nodeconfigitems. /ru2/cluster-admin/nodes/reference/reconciliation/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/nodes/reference/reconciliation/ Что такое реконсиляция инфраструктуры # Реконсиляция инфраструктуры — это непрерывный процесс, в котором контроллеры платформы (Cluster API и связанные операторы) сравнивают желаемое состояние кластера с фактическим и вносят изменения, чтобы привести инфраструктуру в соответствие с объявленным состоянием. Желаемое состояние задаётся ресурсами в кластере управления: например, в MachineDeployment указано количество реплик и шаблон машины, в Cluster — версия Kubernetes и параметры Control Plane. Фактическое состояние — это реально существующие объекты: Machine, Node, виртуальные машины в провайдере. /ru2/cluster-admin/nodes/reference/infra-machine-template/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/nodes/reference/infra-machine-template/ Обзор # InfraMachineTemplate — шаблон параметров виртуальной машины для группы узлов. Конкретный тип зависит от провайдера инфраструктуры (vSphere, oVirt, OpenStack и др.). При создании или изменении группы Cluster API создаёт экземпляры InfraMachine на основе шаблона. Где настраивать: Управление узлами → Конфигурация группы → вкладка InfraMachineTemplate или Администрирование → Кастомные ресурсы (API infrastructure.cluster.x-k8s.io). Обратите внимание! изменение InfraMachineTemplate в существующей группе приводит к пересозданию узлов. Сводная таблица ресурсов infrastructure.cluster.x-k8s.io по поставляемым провайдерам — в разделе Кастомные ресурсы жизненного цикла узлов. /ru2/cluster-admin/nodes/reference/scaling/ Mon, 16 Nov 2020 13:59:39 +0100 /ru2/cluster-admin/nodes/reference/scaling/ В графическом интерфейсе платформы «Штурвал» доступно управление количеством узлов ранее созданных кластеров (клиентские кластеры, кластер управления). Инструкция применима для кластеров c провайдерами: Basis Dynamix; oVirt (zVirt, HostVM, РЕД Виртуализация, ROSA Virtualization); VMware vSphere; OpenStack (VK Cloud, Selectel); Yandex Cloud; vCloud Director. Чтобы изменить количество узлов в кластере с провайдером Shturval v2, используйте инструкции Добавить хосты и Уменьшить число узлов в группе. Управление доступно в конфигурации групп узлов. Вы можете масштабировать (увеличить или уменьшить) Control Plane узлы и Worker-узлы.