Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Azure Local, версии 23H2 и 22H2
Cluster-Aware обновление (CAU) — это функция, которая координирует обновления программного обеспечения на всех серверах в отказоустойчивом кластере таким образом, что не влияет на доступность службы больше, чем запланированная отработка отказа узла кластера. Для некоторых приложений с функциями непрерывной доступности (например, Hyper-V с динамической миграцией или файловым сервером SMB 3.x с прозрачной отработкой отказа SMB), CAU может координировать автоматическое обновление кластера без влияния на доступность службы.
Поддерживает ли CAU обновление локальных кластеров дисковых пространств?
Да. CAU поддерживает обновление кластеров локальных дисковых пространств независимо от типа развертывания: гиперконвергентного или конвергентного. В частности, оркестрация CAU гарантирует, что приостановка каждого узла кластера ожидает работоспособного кластеризованного пространства хранения.
Работает ли CAU с Windows Server 2008 R2 или Windows 7?
Нет. CAU координирует операцию обновления кластера только с компьютеров под управлением Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows 10, Windows 8.1 или Windows 8. Обновляемый отказоустойчивый кластер должен работать под управлением Windows Server 2016, Windows Server 2012 R2 или Windows Server 2012.
Ограничено ли CAU конкретными кластеризованными приложениями?
Нет. CAU не зависит от типа кластеризованного приложения. CAU — это решение для обновления внешнего кластера, наложенное на основе ИНТЕРФЕЙСов API кластеризации и командлетов PowerShell. Таким образом, CAU может координировать обновление для любого кластеризованного приложения, настроенного в отказоустойчивом кластере Windows Server.
Заметка
В настоящее время тестируются и сертифицированы следующие кластеризованные рабочие нагрузки для CAU: SMB, Hyper-V, репликация DFS, пространства имен DFS, iSCSI и NFS.
Поддерживает ли CAU обновления из Центра обновления Майкрософт и Центра обновления Windows?
Да. По умолчанию CAU настраивается с подключаемым модулем, использующим api служебной программы агента обновления Windows (WUA) на узлах кластера. Инфраструктура WUA может быть настроена для указания Центра обновления Майкрософт и Центра обновления Windows или служб Windows Server Update Services (WSUS) в качестве источника обновлений.
Поддерживает ли CAU обновления WSUS?
Да. По умолчанию CAU настраивается с подключаемым модулем, использующим api служебной программы агента обновления Windows (WUA) на узлах кластера. Инфраструктуру WUA можно настроить для указания Центра обновления Майкрософт и Центра обновления Windows или локального сервера служб обновления Windows Server (WSUS) в качестве источника обновлений.
Может ли CAU применять ограниченные обновления выпуска дистрибутива?
Да. Обновления ограниченного выпуска дистрибутива (LDR), также называемые исправлениями, не публикуются через Центр обновления Майкрософт или Центр обновления Windows, поэтому их нельзя скачать подключаемым модулем агента центра обновления Windows (WUA), который используется по умолчанию.
Однако CAU включает второй подключаемый модуль, который можно выбрать для применения обновлений исправлений. Этот подключаемый модуль исправления также можно настроить для применения обновлений, отличных от Майкрософт, встроенного ПО и BIOS.
Можно ли использовать CAU для применения накопительных обновлений?
Да. Если накопительные обновления являются общими обновлениями выпуска дистрибутива или обновлениями LDR, CAU может применить их.
Можно ли запланировать обновления?
Да. CAU поддерживает следующие режимы обновления, оба из которых позволяют планировать обновления:
самостоятельное обновление позволяет кластеру обновляться в соответствии с определенным профилем и регулярным расписанием, например в течение ежемесячного периода обслуживания. Вы также можете запустить Self-Updating запускать по запросу в любое время. Чтобы включить режим самообновления, необходимо добавить кластеризованную роль CAU в кластер. Функция самостоятельного обновления CAU выполняется как любая другая кластеризованная рабочая нагрузка, и она может легко работать с запланированными и незапланированными отработками отказа компьютера координатора обновления.
удаленное обновление позволяет запускать обновление в любое время с компьютера под управлением Windows или Windows Server. Запуск обновления можно запустить в окне обновления Cluster-Aware или с помощью командлета PowerShell Invoke-CauRun. Удаленное обновление — это режим обновления по умолчанию для CAU. Планировщик задач можно использовать для запуска командлета Invoke-CauRun в нужном расписании с удаленного компьютера, который не является одним из узлов кластера.
Можно ли запланировать обновление для применения во время резервного копирования?
Да. CAU не накладывает никаких ограничений в этом отношении. Однако выполнение обновлений программного обеспечения на сервере (с связанными потенциальными перезапусками) во время выполнения резервного копирования сервера не рекомендуется. Помните, что CAU использует только API кластеризации для определения отработки отказа ресурсов и восстановления размещения; Таким образом, CAU не знает о состоянии резервного копирования сервера.
Может ли CAU работать с Configuration Manager?
CAU — это средство, которое координирует обновления программного обеспечения на узле кластера, а Configuration Manager также выполняет обновления серверного программного обеспечения. Важно настроить эти средства таким образом, чтобы они не перекрывались на одном сервере в любом развертывании центра обработки данных, включая использование разных серверов Служб обновления Windows Server. Это гарантирует, что цель, связанная с использованием CAU, непреднамеренно не побеждена, так как обновление на основе Configuration Manager не включает осведомленность о кластере.
Требуются ли учетные данные администратора для запуска CAU?
Да. Для выполнения средств CAU для CAU требуются административные учетные данные на локальном сервере или требуется олицетворить клиента после проверки подлинности пользователя на локальном сервере или клиентском компьютере, на котором он работает. Однако для координации обновлений программного обеспечения на узлах кластера CAU требует учетных данных администратора кластера на каждом узле. Хотя пользовательский интерфейс CAU может запускаться без учетных данных, он запрашивает учетные данные администратора кластера при подключении к экземпляру кластера для предварительного просмотра или применения обновлений.
Можно ли выполнить скрипт CAU?
Да. CAU поставляется с командлетами PowerShell, которые предлагают широкий набор параметров скриптов. Это те же командлеты, что вызовы пользовательского интерфейса CAU для выполнения действий CAU.
Что происходит с активными кластеризованными ролями?
Кластеризованные роли (ранее называемые приложениями и службами), активные на узле, отработка отказа на другие узлы до начала обновления программного обеспечения. CAU оркеструет эти отработки отказа с помощью режима обслуживания, который приостанавливает и очищает узел всех активных кластеризованных ролей. После завершения обновлений программного обеспечения CAU возобновляет работу узла, а кластеризованные роли возвращаются на обновленный узел. Это гарантирует, что распределение кластеризованных ролей относительно узлов остается неизменным в ходе обновлений CAU кластера.
Как CAU выбирает целевые узлы для кластеризованных ролей?
CAU использует API кластеризации для координации отработки отказа. Реализация API кластеризации выбирает целевые узлы, опираясь на внутренние метрики и эвристики интеллектуального размещения (например, уровни рабочей нагрузки) на целевых узлах.
Балансируют ли нагрузки CAU кластеризованные роли?
CAU не балансирует нагрузку кластеризованных узлов, но пытается сохранить распределение кластеризованных ролей. Когда CAU завершит обновление узла кластера, он пытается выполнить отработку отказа ранее размещенных кластеризованных ролей на этом узле. CAU использует API кластеризации для отработки отказа ресурсов в начале процесса приостановки. Таким образом, при отсутствии незапланированных отработок отказа и предпочитаемых параметров владельца распределение кластеризованных ролей должно оставаться неизменным.
Как CAU выбирает порядок обновлений узлов?
По умолчанию CAU выбирает порядок узлов для обновления на основе уровня активности. Сначала обновляются узлы, в которых размещаются самые немногие кластеризованные роли. Однако администратор может указать определенный порядок обновления узлов, указав параметр для запуска обновления в пользовательском интерфейсе CAU или с помощью командлетов PowerShell.
Что произойдет, если узел кластера находится в автономном режиме?
Администратор, который инициирует запуск обновления, может указать допустимое пороговое значение для количества узлов, которые могут быть автономными. Таким образом, запуск обновления может продолжаться в кластере, даже если все узлы кластера не подключены к сети.
Можно ли использовать CAU для обновления только одного узла?
Нет. CAU — это средство обновления в области кластера, поэтому оно позволяет выбирать кластеры для обновления. Если вы хотите обновить один узел, можно использовать существующие средства обновления сервера независимо от CAU.
Могут ли обновления отчета CAU, инициированные извне CAU?
Нет. CAU может сообщать только об обновлениях, инициируемых из CAU. Однако при запуске последующего запуска обновления CAU обновления обновления, обновления, установленные с помощью методов, отличных от CAU, считаются соответствующим образом для определения дополнительных обновлений, которые могут применяться к каждому узлу кластера.
Может ли CAU поддерживать потребности уникального ИТ-процесса?
Да. CAU предлагает следующие измерения гибкости для удовлетворения уникальных потребностей ИТ-процессов корпоративных клиентов:
скрипты запуск обновления может указать скрипт PowerShell предварительного обновления и скрипт PowerShell после обновления. Скрипт предварительного обновления запускается на каждом узле кластера перед приостановкой узла. Скрипт после обновления выполняется на каждом узле кластера после установки обновлений узла.
Заметка
.NET Framework 4.6 или 4.5 и PowerShell необходимо установить на каждом узле кластера, на котором требуется запустить скрипты предварительного обновления и после обновления. Также необходимо включить удаленное взаимодействие PowerShell на узлах кластера. Подробные требования к системе см. в разделе Требования и рекомендации по Cluster-Aware обновлению.
параметры расширенного обновления Администратор может дополнительно указать из большого набора расширенных параметров запуска обновления, таких как максимальное количество попыток, когда процесс обновления извлекается на каждом узле. Эти параметры можно указать с помощью пользовательского интерфейса CAU или командлетов PowerShell CAU. Эти настраиваемые параметры можно сохранить в профиле запуска обновления и повторно использовать для последующих запусков обновления.
архитектуре общедоступного подключаемого модуля CAU включает функции для регистрации, отмены регистрации и выбора подключаемых модулей. CAU поставляется с двумя подключаемыми модулями по умолчанию: один координирует API агента обновления Windows (WUA) на каждом узле кластера; во-вторых, применяются исправления, скопированные вручную в общую папку, доступную для узлов кластера. Если у предприятия есть уникальные потребности, которые не могут быть выполнены с этими двумя подключаемыми модулями, предприятие может создать новый подключаемый модуль CAU в соответствии со спецификацией общедоступного API. Дополнительные сведения см. в Cluster-Aware обновлении подключаемого модуля.
Сведения о настройке и настройке подключаемых модулей CAU для поддержки различных сценариев обновления см. в статье How Plug-ins Work.
Как экспортировать результаты предварительной версии И обновления CAU?
CAU предлагает параметры экспорта через интерфейс командной строки и через пользовательский интерфейс.
параметры интерфейса командной строки :
Предварительный просмотр результатов с помощью командлета PowerShell Invoke-CauScan |ConvertTo-Xml. Выходные данные: XML
Результаты отчета с помощью командлета PowerShell Invoke-CauRun |ConvertTo-Xml. Выходные данные: XML
Результаты отчета с помощью командлета PowerShell Get-CauReport | Export-CauReport. Выходные данные: HTML, CSV
Параметры пользовательского интерфейса :
Скопируйте результаты отчета на экране предварительных обновлений. Выходные данные: CSV
Скопируйте результаты отчета на экране Создания отчета. Выходные данные: CSV
Экспортируйте результаты отчета на экране Создания отчета. Выходные данные: HTML
Как установить CAU?
Установка CAU легко интегрирована в функцию отказоустойчивой кластеризации. CAU устанавливается следующим образом:
При установке отказоустойчивой кластеризации на узле кластера поставщик инструментария управления Windows (WMI) CAU автоматически устанавливается.
При установке компонента отказоустойчивой кластеризации на сервере или клиентском компьютере автоматически устанавливаются Cluster-Aware обновления пользовательского интерфейса и командлетов PowerShell.
Требуются ли компоненты CAU, работающие на обновляемых узлах кластера?
CAU не требует службы, работающей на узлах кластера. Однако для CAU требуется программный компонент (поставщик WMI), установленный на узлах кластера. Этот компонент устанавливается с функцией отказоустойчивой кластеризации.
Чтобы включить режим самообновления, кластеризованная роль CAU также должна быть добавлена в кластер.
Какова разница между использованием CAU и VMM?
System Center Virtual Machine Manager (VMM) ориентирован на обновление только Hyper-V кластеров, в то время как CAU может обновлять любой тип поддерживаемого отказоустойчивого кластера, включая кластеры Hyper-V.
VMM требует дополнительного лицензирования, в то время как CAU лицензирован для всех Windows Server. Компоненты CAU, средства и пользовательский интерфейс устанавливаются с компонентами отказоустойчивой кластеризации.
Если вы уже владеете лицензией System Center, вы можете продолжать использовать VMM для обновления кластеров Hyper-V, так как он предлагает интегрированный интерфейс управления и обновления программного обеспечения.
CAU поддерживается только в кластерах под управлением Windows Server 2016, Windows Server 2012 R2 и Windows Server 2012. VMM также поддерживает кластеры Hyper-V на компьютерах под управлением Windows Server 2008 R2 и Windows Server 2008.
Можно ли использовать удаленное обновление в кластере, настроенном для самостоятельного обновления?
Да. Отказоустойчивый кластер в конфигурации самостоятельного обновления можно обновить с помощью удаленного обновления по запросу, так же, как можно принудительно проверять центр обновления Windows в любое время на компьютере, даже если центр обновления Windows настроен на автоматическое установку обновлений. Однако необходимо убедиться, что выполнение обновления еще не выполняется.
Можно ли повторно использовать параметры обновления кластера в кластерах?
Да. CAU поддерживает ряд параметров запуска обновления, определяющих поведение запуска обновления при обновлении кластера. Эти параметры можно сохранить в качестве профиля запуска обновления, и их можно повторно использовать в любом кластере. Рекомендуется сохранять и повторно использовать параметры в отказоустойчивых кластерах с аналогичными потребностями обновления. Например, можно создать "Business-Critical кластере SQL Server Обновить профиль запуска" для всех кластеров Microsoft SQL Server, поддерживающих критически важные для бизнеса службы.