Переход с классического на модернизированное аварийное восстановление VMware

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

Примечание

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

Архитектура

В следующей таблице приведены компоненты, участвующие в миграции реплицированных элементов компьютера VMware.

Компонент Требование
Реплицированные элементы в классическом хранилище Служб восстановления Один или несколько реплицированных элементов, защищенных с помощью классической архитектуры и работоспособного сервера конфигурации.

Реплицированный элемент должен находиться в некритичном состоянии и реплицироваться из локальной среды в Azure с агентом мобильности, работающим в версии 9.50 или более поздней.
Сервер конфигурации, используемый реплицированными элементами Сервер конфигурации, используемый реплицируемыми элементами, должен находиться в некритичном состоянии, а его компоненты должны быть обновлены до последней версии (9.50 или более поздней).
Хранилище Служб восстановления с обновленным интерфейсом Хранилище Служб восстановления с обновленным интерфейсом.
Работоспособные устройства репликации Azure Site Recovery Некритичное устройство репликации Azure Site Recovery, которое может обнаруживать локальные компьютеры со всеми компонентами, обновленными до последней версии (9.50 или более поздней). Точные требуемые версии приведены ниже.

Сервер обработки: 9.50
Прокси-сервер: 1.35.8419.34591
Агент служб восстановления: 2.0.9249.0
Служба репликации: 1.35.8433.24227

Необходимая инфраструктура

Для успешного перемещения реплицированного элемента убедитесь в следующем:

  • Хранилище Служб восстановления использует обновленный интерфейс.  

    Примечание

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

  • Устройство репликации azure Site Recovery, которое успешно зарегистрировано в хранилище, и все его компоненты находятся в некритичном состоянии.  
  • Устройство должно быть версии 9.50 или более поздней. Подробное описание версии см. здесь.
  • Для успешного обнаружения в локальной среде в устройство добавлены сведения о сервере vCenter или узле vSphere, на котором размещены существующие реплицированные компьютеры.  

Предварительные требования

Подготовка инфраструктуры

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

Подготовка классического хранилища Служб восстановления

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

  • Реплицируемый элемент — это VMware или физический компьютер, реплицируемый через сервер конфигурации.
  • Репликация выполняется не с неуправляемой учетной записью хранения, а с управляемым диском.
  • Репликация выполняется из локальной среды в Azure, и реплицированный элемент не находится в состоянии отработки отказа или восстановления размещения.
  • Реплицированный элемент не реплицирует данные из Azure в локальную среду. 
  • Начальная репликация еще не выполняется и уже завершена.  
  • Реплицированный элемент не в состоянии "повторная синхронизация". 
  • Сервер конфигурации имеет версию 9.50 или более позднюю, и его работоспособность находится в некритичном состоянии. 
  • Сервер конфигурации имеет пульс, соответствующий работоспособному состоянию. 
  • На исходном компьютере установлен агент службы "Мобильность" версии 9.50 или более поздней. 
  • Поддерживаются хранилища служб восстановления с включенным MSI.
  • Поддерживаются хранилища служб восстановления с включенными частными конечными точками.  
  • Работоспособность реплицированного элемента находится в некритичном состоянии или успешно создаются его точки восстановления. 

Подготовка модернизированного хранилища Служб восстановления

Для настройки модернизированной архитектуры убедитесь, что:

  • Хранилище Служб восстановления, используемое для настройки модернизированной архитектуры, находится в том же географическом расположении, что и классическое хранилище.  
  • Устройство репликации Azure Site Recovery развертывается в локальной среде с версией 9.50 или более поздней. 
  • Устройство успешно зарегистрировано в хранилище.  
  • Устройство и все его компоненты находятся в некритичном состоянии, и устройство имеет работоспособное сердцебиение. 
  • Версия vCenter Server поддерживается модернизированной архитектурой. 
  • Сведения о vCenter Server исходного компьютера добавлены на устройство. 
  • Версия дистрибутива Linux поддерживается модернизированной архитектурой. Подробнее.
  • Версия Windows Server поддерживается модернизированной архитектурой. Подробнее.

Вычисление общего времени перемещения

Общее время, необходимое для перемещения любого реплицированного элемента из классического хранилища в модернизированное, зависит от состояния репликации элемента и размера диска.

Состояние Время миграции в модернизированное хранилище
Состояние защиты реплицированного элемента — работоспособна, а последняя точка восстановления создана менее 50 минут назад Миграция завершается через 1–2 часа
Состояние защиты реплицированного элемента — неработоспособна, а последняя точка восстановления создана более 50 минут назад Время миграции может отличаться и зависит от размера диска

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

Время миграции = 1 час + 45 секунд/ГиБ

Конфигурация компьютера Время миграции
Один компьютер с двумя дисками размером 256 ГиБ ~ 4 часа 15 мин

[Оба диска переносятся параллельно]
10 компьютеров с двумя дисками, размер которых 256 ГиБ ~ 4 часа 15 мин

[Все виртуальные машины и их диски переносятся параллельно]
Одна машина с четырьмя дисками размером 512 ГиБ ~ 7 часов 30 мин

[Оба диска переносятся параллельно]
10 компьютеров с четырьмя дисками, размер которых 512 ГиБ ~ 7 часов 30 мин

[Все виртуальные машины и их диски переносятся параллельно]

Та же формула используется для вычисления времени миграции и отображается на портале.

Как определить необходимую инфраструктуру

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

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

Цены

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

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

Примечание

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

Часто задаваемые вопросы

Зачем переносить компьютеры в модернизированную архитектуру?

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

Классическая архитектура Модернизированная архитектура (новая)
Для обнаружения локальных данных требуется несколько настроек. Централизованное обнаружение локального центра обработки данных с помощью службы обнаружения.
Необходимо выполнить множество шагов для начального подключения. Упрощенный интерфейс подключения, предусматривающий автоматизацию создания артефактов и введение значений по умолчанию для сокращения количества необходимых входных данных.
Использует скачанный вручную файл для получения контекста облака. Внедрен ключ репликации для получения контекста облака при настройке устройства.
Обширное количество шагов, необходимых для простого процесса репликации. Упрощенный интерфейс включения репликации, уменьшающий количество необходимых входных данных и переопределяющий каждую колонку.
Сервер конфигурации по-прежнему представляет собой локальную инфраструктуру с обширным процессом настройки для различных компонентов. Устройство улучшено за счет преобразования всех компонентов в размещенные микрослужбы Azure. Это упрощает масштабирование, мониторинг и устранение неполадок для устройства.
Потребность в сервере обработки с поддержкой горизонтального увеличения масштаба и главном целевом сервере в Azure для компьютеров Linux создает препятствия. Устранена необходимость обслуживания отдельного сервера обработки и главного целевого сервера.
Используется статическая парольная фраза для проверки подлинности, что препятствует выполнению бизнес-требований клиента к периодической смене паролей. Внедрена проверка подлинности на основе сертификатов, которая более безопасна и устраняет проблемы безопасности клиента.
Обновление до обновленной версии должно выполняться вручную и является затруднительным процессом. Внедрены автоматические обновления для компонентов устройства и службы "Мобильность".
Сервер конфигурации не имеет высокого уровня доступности и может быть подвержен риску сворачивания. Реализован высокий уровень доступности устройства для обеспечения устойчивости.
Корневые учетные данные должны регулярно обновляться, чтобы обеспечить возможность обновления без ошибок. Устранено требование относительно обслуживания корневых учетных данные компьютера для выполнения автоматических обновлений.
Для поддержания подключения серверу конфигурации должен быть назначен статический IP-адрес. Внедрено подключение на основе полного доменного имени между устройством и локальными компьютерами.
Следует использовать только ту виртуальную сеть, в которой включено подключение VPN типа "сеть — сеть" или Express Route. Устранена необходимость обслуживания VPN типа "сеть — сеть" или Express Route для обратной репликации.

Какие компьютеры следует перенести в модернизированную архитектуру?

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

Где следует создать модернизированное хранилище Служб восстановления?

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

Продолжится ли репликация во время миграции?

Нет, во время миграции репликация будет прервана на какое-то время. В течение этого времени последняя созданная точка восстановления в классическом хранилище Служб восстановления будет доступна для отработки отказа. После завершения миграции в модернизированном хранилище Служб восстановления создается новая точка восстановления.  

Когда операция миграции будет помечена как завершенная?

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

Какие операции можно выполнить из классического хранилища Служб восстановления после миграции? 

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

Например, если срок хранения реплицированного элемента составляет 72 часа (три дня), последняя точка восстановления в классическом хранилище будет по-прежнему доступна в течение 72 часов (три дня) после успешного завершения миграции. По истечении указанного времени Site Recovery Azure активирует операцию репликации очистки для реплицированного элемента и выполнит очистку всех связанных элементов хранилища и элементов, вызывающих выставление счетов.

Что делать, если во время выполнения операции миграции на компьютере возникнет аварийная ситуация?

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

Примечание

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

Сколько компьютеров можно перенести за раз из классического хранилища в модернизированное?

С помощью портала за раз можно выполнить миграцию до 10 компьютеров.  

Следует ли повторно создавать виртуальные сети, учетные записи хранения и политику репликации для использования в новом хранилище?

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

Как будут перемещаться политики репликации в модернизированное хранилище?

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

Имя политики репликации, созданной в модернизированном хранилище, будет изменено. Он имеет префикс имя группы ресурсов и имя хранилища модернизированного хранилища Служб восстановления. Таким образом, если в классическом хранилище имя политики было "политика репликации по умолчанию", то в модернизированном хранилище имя этой политики — default replication policy contoso-modern-vault_contoso-rg, если имя хранилища — contoso-modern-vault, а группа ресурсов хранилища — contoso-rg.

Можно ли изменить политику репликации во время миграции или после нее в классическом хранилище?

Если реплика политики репликации уже создана в модернизированном хранилище, изменения политики в классическом хранилище не будут распространяться в модернизированное хранилище.

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

Как перенести реплицированные элементы, которые присутствуют в группе репликации, известной также как группа согласованности с несколькими виртуальными машинами?

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

Дальнейшие действия

Инструкции по переходу с классического на модернизированное аварийное восстановление VMware