Открыть сервис
Главная → Блог → Cluster-Aware Updating

Cluster-Aware Updating

Cluster-Aware Updating (CAU) — это технология автоматизации установки обновлений программного обеспечения на узлы отказоустойчивого кластера (Failover Cluster) в операционных системах семейства Windows Server, разработанная корпорацией Microsoft. Основная задача CAU — обеспечить обновление всех узлов кластера с минимальным временем простоя обслуживаемых приложений и сервисов, путём последовательного перевода узлов в режим обслуживания, установки обновлений, перезагрузки (при необходимости) и возврата узла в рабочий режим, прежде чем перейти к следующему узлу.

История и развитие

Технология Cluster-Aware Updating была впервые представлена в Windows Server 2012 как часть набора средств для управления отказоустойчивыми кластерами. До появления CAU администраторам приходилось вручную обновлять каждый узел кластера, что было трудоёмким процессом, сопряжённым с риском ошибок и длительных простоев. В Windows Server 2012 R2 функциональность CAU была расширена: появилась поддержка обновлений, не требующих перезагрузки, улучшена интеграция с Windows Update и Windows Server Update Services (WSUS). В Windows Server 2016 и более поздних версиях (2019, 2022) CAU остаётся стандартным компонентом, при этом в Windows Server 2019 была добавлена поддержка обновлений для кластеров с поддержкой Storage Spaces Direct (S2D). В Windows Server 2022 технология была дополнительно оптимизирована для работы с обновлениями безопасности и накопительными обновлениями.

Принцип работы

CAU автоматизирует процесс обновления, следуя определённому алгоритму, который гарантирует непрерывную доступность кластерных ролей (например, файловых серверов, баз данных SQL Server, виртуальных машин Hyper-V).

Основные этапы процесса

  1. Анализ и подготовка: CAU определяет список узлов кластера, проверяет их состояние и доступность. Выполняется предварительная проверка (Pre-check) на наличие критических ошибок, которые могут помешать обновлению.
  2. Перевод узла в режим обслуживания: Узел, выбранный для обновления, переводится в состояние «остановлен» (Paused). Все кластерные роли, работающие на этом узле, плавно переносятся на другие активные узлы кластера (Live Migration для виртуальных машин, перемещение ролей файлового сервера и т.д.).
  3. Установка обновлений: На узле устанавливаются все доступные обновления, соответствующие заданным правилам (например, только обновления безопасности, или все обновления из определённой категории). CAU может использовать как локальный репозиторий WSUS, так и службу Windows Update.
  4. Перезагрузка (при необходимости): Если установленные обновления требуют перезагрузки, CAU выполняет её. После перезагрузки узел автоматически возвращается в кластер.
  5. Возврат узла в рабочий режим: Узел выводится из режима обслуживания (Resume) и снова становится доступным для размещения кластерных ролей.
  6. Повторение для следующего узла: Процесс повторяется для каждого узла кластера по очереди (по умолчанию — в порядке, указанном в конфигурации, или в случайном порядке). После завершения обновления последнего узла CAU выполняет завершающую проверку (Post-check) состояния кластера.

Режимы работы

CAU поддерживает два основных режима работы:

  • Режим самообновления (Self-Updating Mode): Кластер сам управляет своим обновлением. CAU запускается как кластерная роль (CAU clustered role) на одном из узлов. Этот режим является предпочтительным для большинства сценариев, так как не требует отдельного управляющего компьютера и обеспечивает высокую доступность самого процесса обновления.
  • Режим удалённого обновления (Remote-Updating Mode): Процесс CAU запускается с внешнего управляющего компьютера (например, с рабочей станции администратора). Этот режим используется, когда кластер не может быть настроен на самообновление (например, из-за политик безопасности) или для тестирования.

Классификация и компоненты

Компоненты CAU

  • CAU Orchestrator: Центральный компонент, отвечающий за координацию всего процесса обновления. Он управляет последовательностью действий, отслеживает состояние узлов и обрабатывает ошибки.
  • CAU Provider: Интерфейс, через который CAU взаимодействует с кластером. Он выполняет команды по переводу узлов в режим обслуживания, перемещению ролей и проверке состояния.
  • CAU Plug-in: Модуль, который отвечает за фактическую установку обновлений. По умолчанию используется плагин Microsoft.WindowsUpdatePlugin, который взаимодействует с агентом Windows Update (WUA) на каждом узле. Существует также плагин Microsoft.HotfixPlugin для установки отдельных исправлений (hotfixes) вручную.
  • CAU PowerShell Module: Набор командлетов PowerShell (например, Add-CauClusterRole, Invoke-CauScan, Invoke-CauRun), позволяющий полностью автоматизировать настройку и запуск CAU.

Типы обновлений

CAU может работать с различными категориями обновлений, которые определяются в настройках:

  • Обновления безопасности: Критические исправления уязвимостей.
  • Накопительные обновления: Пакеты, содержащие все предыдущие обновления.
  • Обновления драйверов: Обновления для оборудования кластера.
  • Обновления для .NET Framework: Исправления для платформы .NET.
  • Обновления для SQL Server: Специфические обновления для СУБД, если она является частью кластерной роли.

Применение

CAU широко используется в корпоративных средах, где требуется высокая доступность критически важных приложений и сервисов. Основные области применения:

  • Виртуализация: Обновление узлов кластера Hyper-V без остановки работы виртуальных машин.
  • Файловые серверы: Обновление узлов кластера файловых серверов (Scale-Out File Server) без прерывания доступа пользователей к данным.
  • Базы данных: Обновление узлов кластера SQL Server Always On Availability Groups или Failover Cluster Instances.
  • Инфраструктурные сервисы: Обновление кластеров, обслуживающих DHCP, DNS, Active Directory (в конфигурациях с несколькими контроллерами домена).

Преимущества и недостатки

Преимущества

  • Минимизация простоев: Автоматическое перемещение ролей между узлами позволяет обновлять кластер без остановки обслуживаемых приложений.
  • Автоматизация: Полностью автоматизирует рутинный процесс обновления, снижая нагрузку на администраторов.
  • Снижение риска ошибок: Исключает человеческий фактор при последовательном обновлении узлов.
  • Интеграция с WSUS: Позволяет централизованно управлять обновлениями через корпоративную инфраструктуру.
  • Поддержка PowerShell: Обеспечивает возможность тонкой настройки и интеграции с другими средствами автоматизации.

Недостатки

  • Требования к кластеру: Для корректной работы CAU необходимо, чтобы кластер был правильно настроен и имел достаточную избыточность (не менее двух узлов). При выходе из строя одного узла во время обновления другого, сервис может стать недоступен.
  • Зависимость от Windows Update: В режиме самообновления CAU использует службу Windows Update, что может быть проблематично в изолированных сетях без доступа к интернету (требуется WSUS).
  • Сложность настройки: Для неопытных администраторов первоначальная настройка CAU может быть нетривиальной, особенно при использовании нестандартных плагинов или специфических политик обновления.
  • Ограниченная поддержка не-Microsoft обновлений: CAU изначально ориентирован на обновления Microsoft. Для обновления стороннего ПО (например, драйверов или антивирусного ПО) требуется разработка собственных плагинов или использование дополнительных средств.

Интересные факты

  • CAU может работать не только с кластерами Windows Server, но и с кластерами, работающими под управлением Microsoft SQL Server, если они настроены как отказоустойчивые.
  • В Windows Server 2012 R2 и более поздних версиях CAU поддерживает обновления, не требующие перезагрузки, что позволяет обновлять некоторые компоненты без остановки узла.
  • CAU может быть интегрирован с System Center Virtual Machine Manager (SCVMM) для управления обновлениями в более крупных средах виртуализации.
  • При использовании режима самообновления CAU создаёт собственную кластерную роль, которая также может быть перемещена между узлами в случае сбоя.

Критика

Основная критика CAU связана с его зависимостью от состояния кластера. Если во время обновления одного узла на другом узле возникает критическая ошибка, процесс может быть прерван, и администратору придётся вмешиваться вручную. Кроме того, CAU не всегда корректно обрабатывает обновления, требующие нескольких перезагрузок, или обновления, которые изменяют конфигурацию кластера. Некоторые администраторы отмечают, что CAU не предоставляет гибких возможностей для отката обновлений в случае неудачной установки.

Источники

  • Microsoft Docs: Cluster-Aware Updating Overview
  • Microsoft Docs: Failover Clustering
  • Windows Server 2012 R2: Inside Out (William R. Stanek)
  • Mastering Windows Server 2019 (Jordan Krause)
  • TechNet Magazine: Cluster-Aware Updating in Windows Server 2012

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →

Похожие материалы