Сведения об использовании Планировщика развертывания Azure Site Recovery для аварийного восстановления виртуальных машин Hyper-V в Azure

Статья
03/13/2024

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

Перед установкой защиты виртуальных машин Hyper-V с помощью Site Recovery выделите достаточный объем пропускной способности в зависимости от частоты ежедневного изменения данных в соответствии с требуемой целевой точкой восстановления (RPO) и выделите достаточной пространство для хранения в каждом томе локального хранилища Hyper-V.

Кроме того, необходимо создать требуемое количество целевых учетных записей хранения Azure соответствующего типа (класса Standard или Premium), учитывая рост нагрузки на исходные рабочие серверы из-за более активного их использования в будущем. Тип хранилища определяется для каждой виртуальной машины на основе особенностей рабочей нагрузки (количества операций записи и чтения на диск в секунду, активности обработки данных) и ограничений Azure Site Recovery.

Планировщик развертывания Azure Site Recovery — это программа командной строки для сценариев аварийного восстановления виртуальных машин Hyper-V в Azure и VMware в Azure. Эта программа позволяет выполнить удаленное профилирование виртуальных машин Hyper-V на нескольких узлах Hyper-V (никоим образом не влияя на рабочий процесс), чтобы оценить требования к пропускной способности и службе хранилища Azure для успешной репликации и тестовой или рабочей отработки отказа. Чтобы запустить эту программу, в локальной среде не требуется устанавливать дополнительные компоненты Azure Site Recovery. Чтобы получить точные показатели достигнутой пропускной способности, рекомендуем запустить планировщик на сервере Windows Server с такой же конфигурацией оборудования, что на одном из серверов Hyper-V, которые будут использоваться для защиты при помощи аварийного восстановления в Azure.

Эта программа предоставляет указанные ниже сведения.

Оценка совместимости

Оценка совместимости виртуальной машины в зависимости от количества дисков, их размера, числа операций ввода-вывода в секунду, активности обработки данных и некоторых характеристик виртуальной машины.

Оценка пропускной способности сети и целевой точки восстановления

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

Примечание.

Рекомендуемая пропускная способность в планировщике развертывания применима только для совместимых виртуальных машин Hyper-V.

Требования к инфраструктуре Azure

Требование к типу хранилища (хранилище класса Standard или Premium) каждой виртуальной машины.
Общее число учетных записей хранения уровня Standard или Premium, которое необходимо настроить для репликации.
Именование учетных записей хранения в соответствии с рекомендациями к службе хранилища Azure.
Размещение учетной записи хранения каждой виртуальной машины.
Число ядер Azure, которое необходимо настроить перед отработкой отказа или тестовой отработкой отказа, на подписку.
Рекомендуемый размер виртуальной машины Azure для каждой локальной виртуальной машины.

Требования к локальной инфраструктуре

Обеспечьте пространство хранения в каждом томе хранилища Hyper-V для успешной начальной и разностной репликации. Это позволит избежать нежелательных простоев при репликации виртуальных машин.
Максимальная частота копирования, которая будет установлена для репликации Hyper-V.

Рекомендации по пакетной обработке для начальной репликации:

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

Оценочные затраты на аварийное восстановление в Azure:

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

Внимание

При выполнении вычислений в программе использовался 30-процентный коэффициент роста характеристик рабочей нагрузки (из-за возможного роста использования со временем) и 95-й процентиль всех метрик профилирования (число операций записи и чтения в секунду, активность обработки данных и т. д.). Оба эти элемента (коэффициент роста и используемый процентиль) можно изменить. Дополнительные сведения о коэффициенте роста и используемом процентиле см. в разделе "Рекомендации по коэффициенту роста" Дополнительные сведения о значении процентиля см. в разделе "Значение процентиля, используемое для вычисления".

Матрица поддержки

Категории	VMware в VMware	Hyper-V в Azure	Из Azure в Azure	Из Hyper-V на дополнительный сайт	Из VMware на дополнительный сайт
Поддерживаемые сценарии	Да	Да	Да	Да*	No
Поддерживаемая версия	vCenter 6.7, 6.5, 6.0 или 5.5	Windows Server 2016, Windows Server 2012 R2	Неприменимо	Windows Server 2016, Windows Server 2012 R2	Неприменимо
Поддерживаемая конфигурация	vCenter, ESXi	Кластер Hyper-V, узел Hyper-V	Неприменимо	Кластер Hyper-V, узел Hyper-V	Неприменимо
Число серверов, которые можно профилировать для каждого запущенного экземпляра планировщика развертывания Azure Site Recovery.	Один (одновременно можно профилировать виртуальные машины на одном сервере vCenter Server или ESXi)	Несколько (одновременно можно профилировать виртуальные машины на нескольких узлах или кластерах узлов)	Неприменимо	Несколько (одновременно можно профилировать виртуальные машины на нескольких узлах или кластерах узлов)	Неприменимо

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

Необходимые компоненты

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

Требование к серверу	Description
Получение списка виртуальных машин, профилирование и оценка пропускной способности	Операционная система: Microsoft Windows Server 2016 или Microsoft Windows Server 2012 R2 Конфигурация виртуальной машины: 8 виртуальных ЦП, 16 ГБ ОЗУ, жесткий диск емкостью 300 ГБ. Microsoft .NET Framework 4.5 Распространяемый компонент Microsoft Visual C++ для Visual Studio 2012. Доступ из Интернета к Azure (*.blob.core.windows.net) с этого сервера на порт 443 [Это необязательно. Вы можете вручную указать доступную пропускную способность во время создания отчета.] Учетная запись хранения Azure Права администратора на доступ к серверу. Минимальное свободное место на диске: 100 ГБ (предполагается, что профилирование 1000 виртуальных машин в среднем с 3 дисками на каждую выполняется 30 дней). Виртуальную машину, на которой выполняется планировщик развертывания Azure Site Recovery, необходимо добавить в список TrustedHosts для всех серверов Hyper-V. Все серверы Hyper-V для профилирования нужно добавить в список TrustedHosts на клиентской виртуальной машине, где запущена программа. Дополнительные сведения о добавлении серверов в список TrustedHosts. Программу следует запускать с правами администратора из PowerShell или консоли командной строки в клиенте.
Создание отчета.	Любой компьютер с Windows или Windows Server с Microsoft Excel 2013 или более поздней версии.
Разрешения пользователей	Учетная запись администратора для доступа к кластеру или узлу Hyper-V при получении списка виртуальных машин и профилировании. В учетных записях администратора домена для всех узлов, которые необходимо профилировать, должны использоваться одни и те же учетные данные, т. е. имя пользователя и пароль.

Инструкции по добавлению серверов в список TrustedHosts

Все узлы, которые необходимо профилировать, должны быть указаны в списке TrustedHosts для виртуальной машины, на которой будет развертываться программа. Чтобы добавить клиент в список Trustedhosts, выполните указанную ниже команду в сеансе PowerShell с повышенными привилегиями на виртуальной машине. На виртуальной машине можно использовать ОС Windows Server 2012 R2 или Windows Server 2016.
```
set-item wsman:\localhost\Client\TrustedHosts -value '<ComputerName>[,<ComputerName>]' -Concatenate
```
Для каждого узла Hyper-V, который необходимо профилировать, необходимо:

a. Указать виртуальную машину, на которой будет выполняться программа, в списке TrustedHosts. Выполните следующую команду в сеансе PowerShell с повышенными привилегиями в узле Hyper-V:
```
set-item wsman:\localhost\Client\TrustedHosts -value '<ComputerName>[,<ComputerName>]' -Concatenate
```
b. Включить удаленное взаимодействие PowerShell.
```
Enable-PSRemoting -Force
```

Скачивание и извлечение планировщика развертывания

Скачайте последнюю версию планировщика ресурсов Azure Site Recovery. Эта программа упакована в формате ZIP. Программа поддерживает сценарии аварийного восстановления VMware и Hyper-V в Azure. Кроме того, вы можете использовать эту программу для сценария аварийного восстановления Hyper-V на вторичный сайт. Но при этом пропустите рекомендации по инфраструктуре Azure из отчета.
Скопируйте ZIP-папку на сервер Windows Server, где необходимо запустить программу. Можно запустить ее на Windows Server 2012 R2 или Windows Server 2016. Сервер должен иметь доступ к сети, чтобы подключиться к кластеру или узлу Hyper-V с виртуальными машинами для профилирования. Рекомендуем использовать для виртуальной машины, где будет запущена программа, оборудование той же конфигурации, что и на сервере Hyper-V, который необходимо защитить. Такая конфигурация гарантирует, что пропускная способность, сведения о которой получены с помощью планировщика, будет соответствовать фактической пропускной способности, которой Azure Site Recovery может добиться во время репликации. Значение пропускной способности зависит от доступной пропускной способности сети и конфигурации оборудования сервера (ЦП, хранилище и т. д.). Пропускная способность вычисляется на основе сведений о передаче данных с сервера, где выполняется программа, в Azure. Если на этом сервере и на сервере Hyper-V различные конфигурации оборудования, значение достигаемой пропускной способности, полученное с помощью этой программы, будет неточным. Рекомендуемая конфигурация виртуальной машины: 8 виртуальных ЦП, ОЗУ 16 ГБ, 300 ГБ на жестком диске.
Распакуйте ZIP-папку. Папка содержит несколько файлов и вложенных папок. Исполняемый файл ASRDeploymentPlanner.exe находится в родительской папке.

Пример. Скопируйте ZIP-файл в папку E:\ drive и распакуйте его. E:\ASR Deployment Planner_v2.3.zip

E:\ASR Deployment Planner_v2.3\ASRDeploymentPlanner.exe

Обновление планировщика развертывания до последней версии

Последние обновления перечислены в журнале версий для Планировщика развертывания.

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

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

Примечание.

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

Каждое обновление планировщика ресурсов с использованием ZIP-файла является накопительным. Не нужно копировать файлы новой версии в папку со старой версией. Вы можете создать и использовать папку.

История версий

Последняя версия Планировщика развертывания Azure Site Recovery — 2.5. Описание исправлений, добавляемых при каждом обновлении, см. на странице журнала версий Планировщика развертывания Azure Site Recovery.

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

Запуск планировщика развертывания.