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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Снимок экрана: диалоговое окно

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

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

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

    Снимок экрана, показывающий список развернутых узлов.

    Снимок экрана: список подключений между узлами.

    Снимок экрана: список перенесенных устройств.

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

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

    Снимок экрана: ввод учетных данных Azure.

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

    Примечание.

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

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

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

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

    • Minimum ограничивает скорость миграции до 25% от доступной пропускной способности.

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

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

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

      Снимок экрана: параметры iQoS.

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

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

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

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

Снимок экрана: измененная карта данных.

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

Снимок экрана: сведения об iQoS.

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

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

Запуск cMotion™

На этом этапе системы готовы для переключения на миграцию cMotion™.

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

Снимок экрана: текущее состояние мониторинга.

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

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

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

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

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

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

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

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

Этап миграции считается завершенным, когда все операции ввода-вывода (I/O) перенаправлены на целевые устройства после запуска 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 и отправьте запрос на поддержку.

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

  • Last updated on