Поделиться через


Миграция с помощью портал Azure

Область применения: ✔️ виртуальные машины ✔️ ✔️ Linux под управлением Windows На локальных серверах с ✔️ поддержкой Azure Arc

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

Взаимодействие с порталом Azure

Для доступа к интерфейсу миграции портала можно использовать несколько точек входа.

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

Вы можете выполнить миграцию из любой из следующих точек входа:

Нажмите кнопку "Перейти сейчас ".

Снимок экрана, на котором показано, как перейти из точки входа управления обновлениями службы автоматизации.

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

Здесь вы можете узнать, сколько серверов с поддержкой Azure, Серверов с поддержкой Arc, не включенных в Azure Arc, а также расписания включены в службе "Управление обновлениями службы автоматизации" и должны быть перемещены в Диспетчер обновлений Azure. Вы также можете просмотреть сведения об этих ресурсах.

Снимок экрана: перенос всех ресурсов из учетной записи службы автоматизации.

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

  1. Необходимые условия

    Этот процесс включает два шага.

    a. Подключение компьютеров, отличных от Azure, не поддерживающих Arc, к Arc . Это связано с тем, что подключение Arc является обязательным условием для Диспетчера обновлений Azure. Подключение компьютеров к Azure Arc является бесплатным, и после этого вы можете воспользоваться всеми возможностями управления, доступными для любого компьютера Azure. Дополнительные сведения см . в документации по Azure Arc о том, как подключить компьютеры.

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

    Снимок экрана: предварительные требования для миграции.

  2. Перемещение ресурсов в учетную запись службы автоматизации в Диспетчер обновлений Azure

    Следующим шагом в процессе миграции является включение диспетчера обновлений Azure на компьютерах, которые подлежат миграции, и создание эквивалентных конфигураций обслуживания для переноса расписаний. При нажатии кнопки "Миграция теперь " она импортирует модуль Runbook MigrateToAzureUpdateManager в учетную запись службы автоматизации и задает подробное ведение журнала true.

    Снимок экрана, на котором показано, как перенести рабочую нагрузку в учетной записи службы автоматизации.

    Выберите Запуск модуля Runbook, представляющий параметры, которые необходимо передать в Runbook.

    Снимок экрана, на котором показано, как запустить runbook, чтобы разрешить передавать параметры в модуль Runbook.

    Дополнительные сведения об получаемых параметрах и расположении, откуда он должен быть получен, см. в разделе миграция компьютеров и расписаний. После запуска модуля Runbook и передачи всех параметров Диспетчер обновлений Azure начнет включаться на компьютерах и конфигурация обслуживания начнет создаваться в Диспетчере обновлений Azure. Журналы runbook Azure можно отслеживать для состояния выполнения и миграции расписаний.

  3. Отключение ресурсов из управления обновлениями службы автоматизации

    Запустите скрипт очистки, чтобы отключить компьютеры из решения управления обновлениями службы автоматизации и отключить расписания управления обновлениями службы автоматизации.

    После нажатия кнопки "Запустить сценарий очистки" модуль Runbook DeboardFromAutomationUpdateManagement будет импортирован в учетную запись службы автоматизации, а его подробное ведение журнала имеет значение True.

    Снимок экрана, на котором показано, как выполнить миграцию после миграции.

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

    Снимок экрана, на котором показано, как подключиться к управлению обновлениями службы автоматизации и запустить модуль Runbook.

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