Обзор этапов обновления Azure Stack HCI версии 23H2

Применимо к: Azure Stack HCI версии 23H2

В этой статье описаны различные этапы обновления решения, которые применяются к кластеру Azure Stack HCI для обеспечения его актуальности. Эти сведения применимы к Azure Stack HCI версии 23H2.

Процедура, описанная в этой статье, относится как к одному серверу, так и к кластеру с несколькими серверами под управлением последней версии, включая оркестратор.

Этапы обновления

Обновления решения Azure Stack HCI могут состоять из обновлений ОС, агентов и служб, а также расширений решения. Дополнительные сведения об обновлениях решения см. в статье Сведения об обновлениях для Azure Stack HCI версии 23H2.

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

Обновления могут быть следующих типов:

• Обновления не требует перезагрузки. Обновления, которые можно применить к кластеру Azure Stack HCI без перезагрузки сервера в кластере.

• Обновления, требующие перезагрузки. Обновления, для которых может потребоваться перезагрузка сервера в кластере Azure Stack HCI. Cluster-Aware обновление используется для одной перезагрузки серверов в кластере, обеспечивая доступность кластера в процессе обновления.

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

Эти обновления можно применить с помощью PowerShell или портал Azure. Независимо от выбранного интерфейса в последующих разделах описывается, что происходит на каждом этапе обновления. На следующей схеме показано, какие действия могут потребоваться выполнить на каждом этапе и какие действия Azure Stack HCI выполняет в ходе операции обновления.

Этап 1. Обнаружение и приобретение

Прежде чем корпорация Майкрософт выпустит новый пакет обновления, он проверяется как коллекция компонентов. После завершения проверки содержимое освобождается вместе с заметками о выпуске.

Заметки о выпуске включают содержимое обновлений, изменения, известные проблемы и ссылки на любые внешние загрузки, которые могут потребоваться (например, драйверы и встроенное ПО). Дополнительные сведения см. в заметках о последних выпусках.

После выпуска обновления майкрософт платформа обновлений Azure Stack HCI автоматически обнаружит обновление. Хотя вам не нужно проверять наличие обновлений, необходимо перейти на страницу Обновления в области управления, чтобы просмотреть сведения о новом обновлении.

В зависимости от оборудования в кластере и область пакета обновлений может потребоваться получить и загрузить неопубликованное содержимое, чтобы продолжить обновление. Содержимое операционной системы , агентов и служб предоставляется корпорацией Майкрософт, в то время как в зависимости от конкретного решения и изготовителя оборудования расширение решения может потребовать дополнительной загрузки у изготовителя оборудования. Если требуется больше, поток установки запрашивает содержимое.

Этап 2. Проверки готовности и промежуточное хранение

Перед установкой обновления решения необходимо выполнить ряд предварительных проверок. Предварительные проверки связаны с системами хранения, требованиями к отказоустойчивым кластерам, удаленным управлением кластером и расширениями решения. Эти предварительные проверки помогают убедиться, что кластер Azure Stack HCI является безопасным для обновления, и гарантирует, что обновления проходят более гладко.

Подмножество этих проверок может быть инициировано вне процесса обновления. Так как новые проверки могут быть включены в каждое обновление, эти проверки готовности выполняются после скачивания содержимого обновления и перед началом установки.

Проверки готовности также могут привести к блокировке условий или предупреждений.

• Если при проверках готовности обнаруживается блокирующее условие, проблемы необходимо устранить, прежде чем можно будет продолжить обновление.

• Если проверка готовности приводит к предупреждениям об обновлениях, это может привести к более длительному времени обновления или повлиять на рабочие нагрузки. Перед продолжением обновления может потребоваться подтвердить потенциальное влияние и обойти предупреждение.

Примечание

В этом выпуске можно инициировать только немедленную установку обновлений. Планирование обновлений не поддерживается.

Этап 3. Ход установки и мониторинг

Во время установки обновления можно отслеживать ход выполнения с помощью выбранного интерфейса. Шаги в рамках обновления отображаются в иерархии и соответствуют действиям, выполняемым в рамках рабочего процесса. Шаги могут динамически создаваться во всем рабочем процессе, поэтому список шагов может измениться. Дополнительные сведения см. в примерах мониторинга с помощью PowerShell.

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

Примечание

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

Следующий шаг

Узнайте больше об устранении неполадок с обновлениями.