Оценка готовности рабочей нагрузки
В этой статье описывается, как оценить готовность рабочей нагрузки к миграции в облако.
Если вы хотите перенести рабочую нагрузку, группа внедрения облака гарантирует совместимость всех ресурсов и связанных зависимостей с моделью развертывания и поставщиком облачных служб. Команда документирует все необходимые усилия по устранению проблем совместимости.
Предположения относительно оценки
Большая часть содержимого, обсуждающего принципы в Cloud Adoption Framework для Azure, не зависит от облака. Однако процесс оценки готовности должен быть конкретным для каждой облачной платформы и средств миграции, выбранных на этапе подготовки .
Выбранные средства оценки должны предоставлять сведения о любых блокировщиках миграции. Распространенные блокировщики включают поддержку операционной системы, размер сервера и частоту изменений данных, которые могут повлиять на реплика.
Некоторые организации также сталкиваются с проблемами с конфигурациями виртуальных машин, которые используют исходную платформу гипервизора. Эти конфигурации включают безопасность на основе виртуализации, динамические диски, лицензии, отличные от Майкрософт, конфигурации источников данных и сертификаты.
В этой статье не рассматриваются все возможные действия оценки, так как каждая среда и бизнес-результат определяют конкретные требования. Чтобы определить, какие требования являются, ниже приведены некоторые распространенные действия оценки, связанные с инфраструктурой, базами данных и сетями.
Оценка зависимостей между центрами обработки данных
При переносе рабочих нагрузок из нескольких центров обработки данных необходимо оценить все зависимости между этими центрами обработки данных.
Рассмотрим следующие возможности для оценки зависимостей между центрами обработки данных:
- Визуализация зависимостей. Используйте функцию визуализации зависимостей в службе "Миграция Azure" и "Модернизация" для выявления зависимостей.
- Зависимости групп. Используйте группирование зависимостей при работе с глобальной сложностью. Эта возможность помогает определить IP-адреса и порты всех ресурсов, необходимых для поддержки рабочей нагрузки.
Внимание
- Вам нужен эксперт по теме, который понимает размещение активов и схемы IP-адресов для идентификации ресурсов, находящихся в дополнительном центре обработки данных.
- Чтобы понять двунаправленные зависимости, необходимо оценить подчиненные зависимости и клиенты в визуализации.
Пример сценариев
В следующих разделах приведены рекомендации по оценке готовности к переносу рабочих нагрузок и баз данных в облако.
Общие действия оценки для службы "Миграция Azure" и "Модернизация"
В следующем руководстве предполагается, что вы планируете перенести рабочую нагрузку в Azure. Кроме того, предполагается, что вы используете службу "Миграция Azure" и "Модернизировать" для действий реплика.
Вы можете использовать проект "Миграция Azure" и "Модернизировать" для оценки рабочих нагрузок и расчета затрат на работу в Azure. Дополнительные сведения см. в статье об оценках виртуальных машин Azure в службе "Миграция Azure" и "Модернизация".
Вы также можете использовать проект "Миграция Azure" и "Модернизировать" для оценки готовности к миграции, перевода размера сервера в подписки Azure на основе фактического использования и вычисления затрат. Дальнейшее уточнение расчетов затрат путем создания бизнес-дела.
Не забудьте задокументировать все несоответствия в конфигурации узлов, реплицируемых виртуальных машин, требованиях хранилища и конфигурации сети. Используйте эти сведения для оценки рекомендаций по пропускной способности для миграции. К общим компонентам оценки пропускной способности относятся:
- Общее хранилище. Вычислите общее хранилище, которое реплика виртуальных машин, необходимых во время итерации, которые приводят к выпуску.
- Скорость смещения или изменения. Вычислите скорость смещения или изменения объема хранилища, которые реплика необходимы виртуальным машинам во время итерации, которые приводят к выпуску.
- Требования к пропускной способности. Вычислите требования к пропускной способности, необходимые каждой итерации, суммируя общее хранилище и смещение.
- Неиспользуемая пропускная способность: вычисляйте доступную неиспользуемую пропускную способность в текущей сети для проверки выравнивания по итерации.
- Пропускная способность скорости миграции. Задокументируйте пропускную способность, необходимую для достижения ожидаемой скорости миграции. Если вам нужна любая исправление для предоставления необходимой пропускной способности, сообщите группе, которая отвечает за действия по исправлению.
Примечание.
Общее хранилище напрямую влияет на требования к пропускной способности во время начальной реплика. Однако смещение хранилища продолжится от точки репликации до выпуска. Это означает, что смещение имеет общее воздействие на доступную пропускную способность.
Рекомендации по использованию требований к пропускной способности для проверки пропускной способности см. в статье "Распространенные вопросы о миграции и модернизации средств".
Общие действия по оценке базы данных
В рамках миграции сервера вы также можете ознакомиться с переносом экземпляров SQL Server или других серверов баз данных.
- RPOs и ОСРВ документа: документируйте цели точки восстановления (RPOS) и цели времени восстановления (ОСРВ) текущего развертывания базы данных. Используйте эти сведения для принятия решений во время действий архитектуры.
- Требования к высокой доступности документа: требования к конфигурации высокого уровня доступности документа. Дополнительные сведения о требованиях к SQL Server см. в руководстве по решениям с высоким уровнем доступности SQL Server.
- Оценка paaS: оценка совместимости платформы как службы (PaaS). Служба azure Database Migration Service сопоставляет локальные базы данных с совместимыми решениями Azure PaaS, такими как Azure Cosmos DB, База данных SQL Azure, База данных Azure для MySQL, База данных Azure для PostgreSQL или База данных Azure для MariaDB.
- Совместимость PaaS без исправления. Если совместимость PaaS является вариантом без каких-либо исправлений, обратитесь к группе, ответственной за действия архитектуры. Миграции PaaS могут сэкономить время и сократить общую стоимость владения (TCO) большинства облачных решений.
- Совместимость PaaS при необходимости исправления: обратитесь к командам, отвечающим за архитектуру и действия по исправлению . Во многих сценариях преимущества миграции PaaS для решений баз данных перевешивают увеличение времени исправления.
- Размер документа и скорость изменения. Задокументируйте размер и скорость изменений для каждой базы данных, которую планируется перенести.
- Зависимости приложений документов и баз данных: по возможности документируйте любые приложения или другие ресурсы, которые вызывают каждую базу данных.
Примечание.
Синхронизация любого ресурса потребляет пропускную способность во время процесса репликации. Распространенная ошибка заключается в том, чтобы не учитывать, сколько пропускной способности необходимо сохранить ресурсы синхронизированы между точками реплика tion и выпуска. Базы данных в значительной степени потребляют пропускную способность во время циклов выпуска, а базы данных с большим объемом хранилища или высокой частотой изменений особенно проблематичны.
Рассмотрите возможность реплика реплика структуру данных с контролируемыми обновлениями перед приемочным тестированием пользователей (UAT) и выпуском. В этих сценариях варианты Azure Site Recovery могут быть более подходящими. Дополнительные сведения см . в руководствах по Azure Database Migration Service.
Следующий шаг
После оценки системы выходные данные будут передавать разработку новой облачной архитектуры.