Миграция блоковых данных в Azure с помощью Cirrus Migrate Cloud

  • Статья

Cirrus Migrate Cloud (CMC) позволяет перенести диск из существующей системы хранения или облака в Azure. При миграции исходная система продолжает работать. В этой статье описана методология для успешной настройки и выполнения миграции.

Решение использует распределенные агенты миграции, работающие на каждом узле. Агенты разрешают прямые подключения между узлами. Каждая миграция между узлами выполняется независимо, что позволяет масштабировать решение до бесконечности. Для потока данных нет центральных узких мест. При миграции используется технология cMotion™, которая не влияет на рабочую среду.

Варианты использования миграции

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

Компоненты Cirrus Migrate Cloud

Cirrus Migrate Cloud состоит из нескольких компонентов:

  • Компонент CMC cMotion™ выполняет прямую миграцию на уровне хранилища из исходного облака в целевое без простоя исходного узла. cMotion™ используется для переноса рабочей нагрузки с исходного диска FC или iSCSI на новый целевой управляемый диск Azure.

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

    Screenshot of C M C Portal with the menu tabs, fields for the tab, and migration project owner called out.

Руководство по реализации

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

Перед началом миграции убедитесь, что выполнены следующие необходимые условия:

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

Выполните следующие действия по реализации:

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

  2. Подготовьте приложение в виртуальной машине Azure. В этом примере источником является узел Linux. Он может запускать любое приложение пользователя, которое имеет доступ к соответствующему хранилищу BSD. В примере используется приложение базы данных, запущенное в источнике с диском на 1 ГиБ в качестве исходного устройства для хранения данных. Однако вместо него можно использовать любое приложение. Настройте виртуальную машину в Azure, чтобы ее можно было использовать в качестве виртуальной машины назначения. Убедитесь, что конфигурация ресурсов и операционная система совместимы с приложением и готовы принять миграцию из источника с помощью портала CMC. Целевые устройства блочного хранилища будут автоматически выделены и созданы в процессе миграции.

  3. Зарегистрируйте учетную запись CMC. Чтобы получить учетную запись CMC, выполните соответствующие инструкции на странице поддержки. Дополнительные сведения см. в статье Модель лицензирования.

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

    Screenshot shows the Create New Project dialog.

  5. Определите параметры проекта миграции. С помощью веб-портала CMC настройте миграцию, определив параметры: исходный узел, целевой узел и другие.

  6. Установите агенты миграции CMC на исходном и целевом узлах. На веб-портале управления CMC выберите Deploy Cirrus Migrate Cloud (Развернуть Cirrus Migrate Cloud), чтобы получить команду curl для New Installation (Новая установка). Запустите команду в интерфейсе командной строки исходного и целевого узлов.

  7. Создайте двухнаправленную связь между исходным и целевыми узлом. Используйте вкладку H2H (Между узлами) на веб-портале управления CMC. Выберите команду Create New Connection (Создать подключение). Выберите устройство, используемое приложением, а не устройство, используемое операционной системой Linux.

    Screenshot that shows list of deployed hosts.

    Screenshot that shows list of host-to-host connections.

    Screenshot that shows list of migrated devices.

  8. Начните миграцию на целевую виртуальную машину с помощью элемента Migrate Host Volumes (Мигрировать томы узлов) на веб-портале управления CMC. Следуйте инструкциям для удаленного расположения. Используйте портал CMC, чтобы применить команду Auto allocate destination volumes (Автоматическое выделения целевых томов) в правой части экрана.

  9. Добавьте учетные данные Azure, чтобы можно было выполнить подключение и подготовку дисков с помощью вкладки Integrations (Интеграция) на портале CMC. Заполните обязательные поля, указав значения компании для Azure: Integration Name (Имя интеграции), Tenant ID (Идентификатор арендатора), Client/Application ID (Идентификатор клиента/приложения) и Secret (Секрет). Выберите Сохранить.

    Screenshot that shows entering Azure credentials.

    Дополнительные сведения о создании приложения Microsoft Entra см . в пошаговые инструкции. Создав и зарегистрировав приложение Microsoft Entra для CMC, вы включите автоматическое создание Управляемые диски Azure на целевой виртуальной машине.

    Примечание.

    Так как в предыдущем шаге вы выбрали Auto allocate destination volumes (Автоматическое выделение целевых томов), не щелкайте этот элемент снова для нового выделения. Вместо этого выберите Продолжить.

Руководство по миграции

Когда в предыдущем шаге вы щелкнете Save (Сохранить), появится окно New Migration Session (Новый сеанс миграции). Заполните поля:

  • Session description (Описание сеанса) — укажите понятное описание.
  • Auto Resync Interval (Интервал автоматической повторной синхронизации) — включите расписание миграции.
  • Используйте iQoS для выбора эффекта миграции в рабочей среде:

    • Minimum (Минимальное) ограничивает пропускную способность, которая предоставляется для миграции, до 25% от доступной.

    • Moderate (Среднее) ограничивает пропускную способность, которая предоставляется для миграции, до 50% от доступной.

    • Aggressive (Сильное) ограничивает пропускную способность, которая предоставляется для миграции, до 75% от доступной.

    • Relentless (Без ограничений) не ограничивает пропускную способность.

      Screenshot that shows options for iQoS settings.

Выберите Create Session (Создать сеанс), чтобы начать миграцию.

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

Screenshot that shows monitoring progress.

Во время миграции вы можете наблюдать за изменениями блоков на исходном устройстве, выбрав Changed Data Map (Карта измененных данных).

Screenshot that shows changed data map.

Сведения об iQoS отображают синхронизированные блоки и состояние миграции. Они также демонстрируют отсутствие влияние на рабочие операции ввода-вывода.

Screenshot that shows iQoS details.

Перемещение рабочей нагрузки в Azure с помощью cMotion

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

Запуск cMotion™

На этом этапе системы готовы к прямой миграции cMotion™.

На портале CMS выберите Trigger cMotion™ (Включить cMotion™), используя сеанс для переключения рабочей нагрузки с исходного на целевой диск. Чтобы проверить, завершен ли процесс, можно использовать iostat или эквивалентную команду. Перейдите в терминал на виртуальной машине Azure и запустите iostat /dev/<device_name>, например /dev/sdc. Убедитесь, что приложение выполняет операции ввода-вывода на целевом диске в облаке Azure.

Screenshot that shows current monitoring status.

В этом состоянии рабочую нагрузку можно в любой момент переместить обратно на исходный диск. Если вы хотите вернуть рабочую виртуальную машину, щелкните Session Actions (Действия сеанса) и выберите Revert cMotion™ (Отменить cMotion™). Вы можете перемещать рабочую нагрузку туда и обратно столько раз, сколько требуется, пока приложение работает на исходном узле или виртуальной машине.

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

  1. Выберите Session Actions (Действия сеанса).
  2. Выберите параметр Finalize Cutover (Завершить прямую миграцию), чтобы зафиксировать прямую миграцию на новую виртуальную машину Azure и отключить параметр для удаления исходного диска.
  3. Остановите любое другое приложение, запущенное на исходном узле, чтобы окончательно перейти на другой узел.

Переместите приложение на целевую виртуальную машину.

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

  1. Остановите приложение.
  2. Отключите перенесенное устройство.
  3. Подключите новое перенесенное устройство к виртуальной машине Azure.
  4. Запустите то же приложение на виртуальной машине Azure на новом перенесенном диске.

Проследите, чтобы операции ввода-вывода не выполнялись на устройствах исходных узлов, запустив команду iostat на исходном узле. Запуск iostat на виртуальной машине Azure показывает, что операции ввода-вывода выполняются на терминале виртуальной машины Azure.

Завершение сеанса миграции в интерфейсе CMC

Этап миграции считается завершенным, когда все операции ввода-вывода перенаправлены на целевые устройства после запуска cMotion™. Теперь вы можете закрыть сеанс с помощью кнопки Session Actions (Действия сеанса). Выберите Delete Session (Удалить сеанс), чтобы закрыть сеанс миграции. В качестве последнего шага удалите агенты Cirrus Migrate Cloud с исходного узла и виртуальной машины Azure. Чтобы выполнить удаление, получите команду curl удаления с помощью кнопки Deploy Cirrus Migrate Cloud (Развернуть Cirrus Migrate Cloud). Параметр находится в разделе Hosts (Узлы) портала.

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

Поддержка

Обращение в службу поддержки Azure

На портале Azure выполните поиск по слову support (поддержка) на панели поиска вверху. Выберите Справка и поддержка>Новый запрос на получение поддержки.

Обращение в службу поддержки Cirrus

На портале CMC выберите вкладку Help Center (Центр справки), чтобы обратиться в службу поддержки Cirrus Data Solutions, или перейдите на веб-сайт CDSI и отправьте запрос на поддержку.

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