Исправление ресурсов перед миграцией

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

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

Типы исправлений

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

• На основе результатов деятельности по оценке
  • Действия по исправлению, которые необходимо выполнить, чтобы разрешить реплика и развертывание.
  • Вы определили эти действия по исправлению в оценке рабочей нагрузки на этапе оценки. Эти задачи необходимо выполнить, чтобы убедиться, что вы можете правильно реплика te и произвести рабочую нагрузку в облаке.
  • Это основное внимание уделяется переносу исходных серверов.
• На основе результатов действий тестирования
  • Это происходит от тестирования действий миграции и выполнения бизнес-тестирования.
  • Эти действия по исправлению сосредоточены на настройке реплика конечных серверов и любых вспомогательных служб, таких как подсистемы балансировки нагрузки, виртуальные сети и учетные записи хранения.
  • Эти задачи, скорее всего, более итеративны. Тестирование и исправление до нескольких циклов до тех пор, пока не ожидается передача всех тестовых вариантов.

Отслеживание действий по исправлению

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

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

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

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

Общие задачи исправления

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

• Незначительные обновления узлов: иногда устаревший узел необходимо обновить до реплика.
• Незначительные обновления гостевой операционной системы: вам, вероятно, нужно исправить или обновить операционную систему перед реплика.
• Изменения соглашения об уровне обслуживания: процессы резервного копирования и восстановления значительно изменяются на облачной платформе. Процессы резервного копирования для перенесенных ресурсов могут быть изменены, чтобы гарантировать, что они продолжают выполнять необходимые соглашения об уровне обслуживания в облаке.
• Изменения конфигурации приложений: перенесенные приложения могут потребовать корректировки переменных, таких как сетевые пути к зависимым ресурсам, изменения учетной записи службы или обновления зависимых IP-адресов.
• Незначительные изменения в сетевых путях. Возможно, придется изменить шаблоны маршрутизации, чтобы правильно направлять трафик пользователей к новым ресурсам. Это не рабочая маршрутизация на новые ресурсы, но конфигурация позволяет обеспечить правильную маршрутизацию ресурсов в целом.

Крупномасштабные задачи исправления

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

• Частые обновления узлов. Обновление нескольких узлов до завершения миграции рабочей нагрузки может отложить команду миграции. Изолируйте затронутые приложения и выполните действия по исправлению перед включением затронутых приложений в любые запланированные выпуски.
• Частое обновление гостевой операционной системы: крупные предприятия обычно имеют серверы, работающие на устаревших версиях Linux или Windows. Помимо рисков безопасности работы устаревшей операционной системы, существуют также проблемы несовместимости, которые препятствуют миграции затронутых рабочих нагрузок. Если для нескольких виртуальных машин требуется исправление операционной системы, попробуйте разделить эти усилия на параллельную итерацию. Некоторые обновления можно выполнить с помощью средств миграции в рамках процесса миграции, таких как функция обновления Windows Server в службе "Миграция Azure" и "Модернизация".

Устранение крупномасштабных исправлений

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

Вы можете использовать следующие вопросы, чтобы помочь в принятии решений:

• Были ли все рабочие нагрузки, затронутые исправлением, определены и занесены в список невыполненных работ по миграции?
• Для рабочих нагрузок, которые не затронуты, миграция создает аналогичную отдачу от инвестиций (ROI)?
• Можно ли исправить затронутые ресурсы в рамках первоначальной временной шкалы миграции? Какие последствия имеют временная шкала изменения в roI?
• Является ли экономически целесообразным исправление ресурсов параллельно с задачами миграции?

Если предыдущие вопросы не отвечают, рассмотрите следующие подходы к модернизации:

• Контейнеризация. Некоторые ресурсы можно размещать в контейнерной среде без исправления. Это может привести к снижению производительности и не устраняет проблемы с безопасностью или соответствием требованиям.
• Автоматизация. В зависимости от требований к рабочей нагрузке и исправлению сценарий развертывания в новых ресурсах с помощью подхода DevOps может оказаться более выгодным.
• Перестроение. Если затраты на исправление и бизнес-ценность одинаково высоки, рабочая нагрузка подходит для перестроения или перестроения.

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

What role does replication play in the migration process? (Какую роль играет репликация в процессе миграции?)