Выполнение переноса

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

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

Убедитесь, что в список проверка добавлены рекомендации, связанные с рабочей нагрузкой.

Сборник схем окна миграции

• Отправка предварительной рассылки сообщений. Хотя вы уже сообщили о окне изменений, обязательно отправьте уведомление всем необходимым сторонам, чтобы они знали, что продвижение началось.
• Проверьте ресурсы. Убедитесь, что все промежуточные ресурсы находятся в состоянии функционирования. К этим ресурсам относятся учетные записи хранения и группы безопасности сети.
• Приостановка мониторинга. При переносе рабочей нагрузки, скорее всего, вы создадите временный сбой. Приостановить мониторинг, чтобы предотвратить шум.
• Выполните окончательные реплика действия. В зависимости от метода повышения может потребоваться выполнить окончательные реплика действия по обработке всех последних данных. Этот процесс включает в себя эти шаги, если вы используете такие средства, как миграция Azure и модернизация для реплика состояния сервера. В противном случае может потребоваться выполнить вручную действия в зависимости от того, как вы настроили приложение.
• Гидратация дополнительных ресурсов. Если вы используете состояние сервера реплика, как и при миграции Azure и модернизации, необходимо развернуть экземпляры виртуальных машин Azure в рамках hydrating после реплика. Возможно, существуют другие элементы, такие как правила балансировки нагрузки, которые вы ранее не смогли выполнить.
• Отключите исходные серверы. Если исходные серверы по-прежнему доступны после переноса ресурсов, отключите их, чтобы они не влияли на миграцию. Если вам нужно отменить изменения обратно, вы можете включить эти серверы после очистки элементов миграции.
• Выполните изолированное тестирование. Выполните любое тестирование, которое можно выполнить без перехода пользователей на перенесенную рабочую нагрузку. В этом тестировании используется тестовый план, аналогичный плану, описанному в разделе "Тестирование развертывания миграции в Azure".
• Переход на перенесенную рабочую нагрузку. Обновите систему доменных имен, строка подключения, балансировку нагрузки и другие элементы, чтобы пользователи или системы пытались получить доступ к приложению, они получают доступ к новому расположению.
• Тестирование промоушенов. Запустите план бизнес-тестирования еще раз, чтобы убедиться, что все работает должным образом.
• Ищите окончательное утверждение. Ищите окончательное решение go/no-go для рабочей нагрузки с заинтересованными лицами.
• Возобновление мониторинга. Включите любой отключенный мониторинг и убедитесь, что среда находится в приемлемом состоянии.
• Сообщите, что повышение было успешным. Сообщите всем необходимым сторонам, что продвижение завершено и что предстоящие изменения отсутствуют.

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

Оптимизация затрат после миграции