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

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

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

Кроме того, необходимо создать требуемое количество целевых учетных записей хранения Azure соответствующего типа You create either standard or premium storage accounts, factoring in growth on your source production servers because of increased usage over time. Тип хранилища определяется для каждой виртуальной машины на основе особенностей рабочей нагрузки (количества операций записи и чтения на диск в секунду, активности обработки данных) и ограничений Azure Site Recovery.

Планировщик развертывания Azure Site Recovery — это программа командной строки для сценариев аварийного восстановления виртуальных машин Hyper-V в Azure и VMware в Azure. You can remotely profile your Hyper-V VMs present on multiple Hyper-V hosts using this tool (with no production impact whatsoever) to understand the bandwidth and Azure storage requirements for successful replication and test failover / failover. Чтобы запустить эту программу, в локальной среде не требуется устанавливать дополнительные компоненты Azure Site Recovery. Чтобы получить точные показатели достигнутой пропускной способности, рекомендуем запустить планировщик на сервере Windows Server с такой же конфигурацией оборудования, что на одном из серверов Hyper-V, которые будут использоваться для защиты при помощи аварийного восстановления в Azure.

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

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

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

Необходимость пропускной способности сети versus оценка RPO

• Расчетное значение пропускной способности, необходимой для разностной репликации.
• Пропускная способность, которую может обеспечивать Azure Site Recovery для передачи данных из локальной среды в Azure.
• RPO that can be achieved for a given bandwidth
• Impact on the desired RPO if lower bandwidth is provisioned.

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

• Требование к типу хранилища (хранилище класса Standard или Premium) каждой виртуальной машины.
• Общее число учетных записей хранения уровня Standard или Premium, которое необходимо настроить для репликации.
• Предложения по именованию учетных записей хранилища на основе руководящих принципов Azure Storage.
• The storage-account placement for all VMs
• The number of Azure cores to be set up before test failover or failover on the subscription
• Рекомендуемый размер виртуальной машины Azure для каждой локальной виртуальной машины.

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

• The required free storage space on each volume of Hyper-V storage for successful initial replication and delta replication to ensure that VM replication will not cause any undesirable downtime for your production applications
• Максимальная частота копирования, которая будет установлена для репликации Hyper-V.

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

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

Estimated DR cost to Azure

• Estimated total DR cost to Azure: compute, storage, network, and Azure Site Recovery license cost
• подробный анализ затрат для каждой виртуальной машины.

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

*Это средство в первую очередь предназначено для сценария аварийного восстановления виртуальных машин Hyper-V в Azure. For Hyper-V to secondary site disaster recovery, it can be used only to understand source side recommendations like required network bandwidth, required free storage space on each of the source Hyper-V servers, and initial replication batching numbers and batch definitions. Пропустите рекомендации и сведения о затратах на Azure в отчете. Also, the Get Throughput operation is not applicable for the Hyper-V to secondary site disaster recovery scenario.

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

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

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

1. Все узлы, которые необходимо профилировать, должны быть указаны в списке TrustedHosts для виртуальной машины, на которой будет развертываться программа. Чтобы добавить клиент в список Trustedhosts, выполните указанную ниже команду в сеансе PowerShell с повышенными привилегиями на виртуальной машине. На виртуальной машине можно использовать ОС Windows Server 2012 R2 или Windows Server 2016.

   set-item wsman:\localhost\Client\TrustedHosts -value '<ComputerName>[,<ComputerName>]' -Concatenate
   

2. Для профилирования каждого узла Hyper-V необходимо, чтобы он:

   a. The VM on which the tool is going to be run in its TrustedHosts list. Выполните следующую команду в сеансе PowerShell с повышенными привилегиями в узле Hyper-V:

   set-item wsman:\localhost\Client\TrustedHosts -value '<ComputerName>[,<ComputerName>]' -Concatenate
   

   b. PowerShell remoting enabled.

   Enable-PSRemoting -Force
   

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

1. Скачайте последнюю версию планировщика ресурсов Azure Site Recovery. Эта программа упакована в формате ZIP. Программа поддерживает сценарии аварийного восстановления VMware и Hyper-V в Azure. Кроме того, вы можете использовать этот инструмент и для сценария аварийного восстановления с Hyper-V на вторичный сайт, но проигнорируйте рекомендации по инфраструктуре Azure из отчета.

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

3. Распакуйте ZIP-папку. Папка содержит несколько файлов и вложенных папок. Исполняемый файл ASRDeploymentPlanner.exe находится в родительской папке.

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

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

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

The latest updates are summarized in the Deployment Planner version history.

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

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

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

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

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

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