Вывод узла на обслуживание
Определение
Вывод узла на обслуживание — подготовка сервера к плановым работам с переносом его кластерных нагрузок на другие узлы.
Также ищут: node drain · cluster node drain · перенос нагрузок перед обслуживанием
Зачем это знать
Работы на одном сервере требуют ресурса на других. Суммарная свободная память не заменяет проверку размещения каждой роли, а принудительный вывод не устраняет причину неудачного переноса.
Карта понятия
Что подтверждено
В Windows-кластере Suspend-ClusterNode приостанавливает узел. Параметр Drain добавляет перенос работающих кластерных ролей перед этой приостановкой.
Граница применимости: Справочник FailoverClusters для Windows Server 2025. Одна приостановка не считается свидетельством выполненного переноса.
Сочетание Drain и ForceDrain допускает остановку нагрузки, которую не удалось безопасно перенести, и её перенос на другой узел как отказавшей роли. Затем исходный узел принудительно приостанавливается.
Граница применимости: Windows Server 2025, Suspend-ClusterNode, ForceDrain. Принудительное завершение подготовки не является обещанием непрерывной работы приложения.
У Resume-ClusterNode параметр Failback выбирает возврат ранее перенесённых нагрузок: NoFailback — не возвращать, Immediate — возвращать сразу, Policy — только в заданные часы.
Граница применимости: Windows Server 2025, Resume-ClusterNode. Значение по умолчанию не назначается; возобновление узла и возврат нагрузки различаются.
Учебная модель: узел А обслуживается; три роли требуют по 24 ГиБ. У Б свободно 48 ГиБ, у В — 32 ГиБ; все роли разрешены на обоих узлах. Две роли помещаются на Б, одна — на В. При дополнительном отказе Б оставшиеся 32 ГиБ не покрывают потребность 72 ГиБ.
Граница применимости: Фиксированная память целых ролей; свободный бюджет уже учитывает прочую нагрузку. Арифметический пример, не норма памяти Windows. CPU, сеть, хранилище, кворум и фактический перенос требуют отдельных доказательств.
Что проверить
- Запишите переносимые роли и допустимые узлы назначения.
- Рассчитайте доступные CPU и память; проверьте пути к данным после вывода узла.
- Отдельно оцените дополнительный отказ во время работ.
- Отличайте запрос переноса от подтверждённого результата.
- Не используйте ForceDrain как доказательство отсутствия простоя.
- Заранее выберите политику возврата нагрузок.
Первоисточники
- Suspend-ClusterNode — FailoverClusters
Проверены Description, Drain и ForceDrain. Противоречивое описание типа Wait не используется; параметры не исполнялись.
- Resume-ClusterNode — FailoverClusters
Проверены возобновление узла и явные значения Failback. Поведение без явно выбранной политики не выводится.
- Cluster-Aware Updating requirements and best practices
Использованы разделы рекомендаций и проверки готовности; устаревшая таблица Windows Server 2012–2016 не принята за предел поддержки 2025.
Связанные понятия
Курсы по теме
Следующий шаг
Сформулируйте задачу и уточните требования к своей системе.
Подготовить состав проектаОткроется черновик вопроса. Отправьте его, когда будете готовы.