Запустите планировщик развертывания и создайте отчет о затратах для аварийного восстановления Hyper-V

Программу командной строки (ASRDeploymentPlanner.exe) для планировщика развертывания Site Recovery можно запустить в любом из следующих четырех режимов:

• Получение списка виртуальных машин
• Профиль
• Создание отчета о затратах
• Получение данных пропускной способности.

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

Получение списка виртуальных машин для профилирования Hyper-V VMs

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

Список виртуальных машин можно создать, указав инструмент на кластер Hyper-V или на автономный узел Hyper-V, или на их сочетание.

Параметры командной строки

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

ASRDeploymentPlanner.exe -Operation GetVMList /?

Обнаружение GetVMList

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

Вы также можете выбрать список в файле понятных имен или IP-адресов виртуальных машин, которые требуется профилировать вручную.

Откройте выходной файл в Блокноте, а затем скопируйте имена всех виртуальных машин, которые требуется профилировать в другой файл (например, ProfileVMList.txt). Используйте одно имя виртуальной машины для каждой строки. Этот файл используется в качестве входных данных для параметра -VMListFile средства для всех других операций: профилирования, создания отчетов и получения пропускной способности.

Примеры

Хранение списка виртуальных машин в файле

ASRDeploymentPlanner.exe -Operation GetVMlist -ServerListFile "E:\Hyper-V_ProfiledData\ServerList.txt" -User Hyper-VUser1 -OutputFile "E:\Hyper-V_ProfiledData\VMListFile.txt"

Сохраните список виртуальных машин в расположении по умолчанию (по пути-Directory)

ASRDeploymentPlanner.exe -Operation GetVMList -Directory "E:\Hyper-V_ProfiledData" -ServerListFile "E:\Hyper-V_ProfiledData\ServerList.txt" -User Hyper-VUser1

Виртуальные машины профиля Hyper-V

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

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

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

Средство легко обрабатывает миграцию виртуальных машин с одного узла на другой узел в кластере и миграции хранилища в узле.

Получение списка виртуальных машин для профилирования

Чтобы создать список виртуальных машин для профиля, см. операцию GetVMList.

После профилирования списка виртуальных машин можно запустить средство в режиме профилирования.

Параметры командной строки

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

ASRDeploymentPlanner.exe -Operation StartProfiling /?

Мы рекомендуем профилировать виртуальные машины на срок свыше 7 дней. Если шаблон оттока изменяется в течение месяца, мы рекомендуем делать профилирование на неделе с максимальным оттоком. Лучший способ — вести наблюдение в течение 31 дня, чтобы получить более точную рекомендацию.

В течение периода профилирования ASRDeploymentPlanner.exe не прекращает работать. Инструмент принимает данные времени профилирования в днях. Для быстрого тестирования инструмента или подтверждения концепции можно профилировать в течение нескольких часов или минут. Минимально допустимое время профилирования — 30 минут.

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

Можно запустить несколько экземпляров средства для различных наборов виртуальных машин. Убедитесь, что имена виртуальных машин не повторяются ни в одном из наборов профилирования. Например, предположим, что вы профилировали 10 виртуальных машин (VM1–VM10). Через несколько дней вы хотите профилировать еще 5 виртуальных машин (VM11 до VM15). Средство можно запустить из другой консоли командной строки для второго набора виртуальных машин (VM11–VM15).

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

По умолчанию средство настроено для профилирования и создания отчетов для до 1000 виртуальных машин. Ограничение можно изменить, изменив значение ключа MaxVMsSupported в файле ASRDeploymentPlanner.exe.config.

<!-- Maximum number of VMs supported-->
<add key="MaxVmsSupported" value="1000"/>

При использовании параметров по умолчанию для профилирования (например, 1500 виртуальных машин) создайте два VMList.txt файлов. Одна из них имеет 1000 виртуальных машин, а другая — 500 виртуальных машин. Запустите два экземпляра планировщика развертывания Azure Site Recovery: один с VMList1.txtи другой с VMList2.txt. Один и тот же путь к каталогу можно использовать для хранения профилированных данных обоих виртуальных машин VMList.

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

Конфигурации виртуальных машин записываются сразу в начале операции профилирования и хранятся в файле с именем VMDetailList.xml. Эти сведения используются при создании отчета. Любое изменение конфигурации виртуальной машины (например, увеличение числа ядер, дисков или сетевых адаптеров) с начала до конца профилирования не фиксируется. Если конфигурация профилируемой виртуальной машины изменилась во время профилирования, это решение позволяет получить последние сведения о виртуальной машине при создании отчета:

• Создайте резервную копию VMdetailList.xmlи удалите файл из текущего расположения.
• Передайте аргументы -User и -Password непосредственно в момент создания отчета.

Команда профилирования создает несколько файлов в каталоге профилирования. Не удаляйте файлы, так как это влияет на создание отчетов.

Примеры

Профилирование виртуальных машин в течение 30 дней и поиск пропускной способности из локальной среды в Azure

ASRDeploymentPlanner.exe -Operation StartProfiling -virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -NoOfDaysToProfile 30 -User Contoso\HyperVUser1 -StorageAccountName  asrspfarm1 -StorageAccountKey Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==

Профилирование виртуальных машин в течение 15 дней

ASRDeploymentPlanner.exe -Operation StartProfiling -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\vCenter1_ProfiledData\ProfileVMList1.txt"  -NoOfDaysToProfile  15  -User contoso\HyperVUser1

Профилирование виртуальных машин в течение 60 минут для быстрого тестирования средства

ASRDeploymentPlanner.exe -Operation StartProfiling -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -NoOfMinutesToProfile 60 -User Contoso\HyperVUser1

Провести профилирование виртуальных машин в течение 2 часов для демонстрации концепции.

ASRDeploymentPlanner.exe -Operation StartProfiling -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -NoOfHoursToProfile 2 -User Contoso\HyperVUser1

Рекомендации по профилированию

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

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

Azure Site Recovery не поддерживает виртуальные машины с iSCSI и сквозными дисками. Средство не может обнаруживать и профилировать iSCSI и сквозные диски, подключенные к виртуальным машинам.

Создание отчета о затратах

Средство создает файл Microsoft Excel с поддержкой макросов (XLSM-файл) в качестве выходных данных отчета. В нем приведены все рекомендации по развертыванию. Отчет называется DeploymentPlannerReport_unique numeric identifier.xlsm и помещается в указанный каталог.

После завершения профилирования можно запустить средство в режиме создания отчетов.

Параметры командной строки

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

ASRDeploymentPlanner.exe -Operation GenerateReport /?

По умолчанию средство настроено для профилирования и создания отчетов для до 1000 виртуальных машин. Ограничение можно изменить, изменив значение ключа MaxVMsSupported в файле ASRDeploymentPlanner.exe.config.

<!-- Maximum number of VMs supported-->
<add key="MaxVmsSupported" value="1000"/>

Примеры

Создание отчета со значениями по умолчанию при использовании профилированных данных на локальном диске

ASRDeploymentPlanner.exe -Operation GenerateReport -virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"

Создание отчета при использовании профилированных данных на удаленном сервере

У вас должен быть доступ на чтение и запись в удаленном каталоге.

ASRDeploymentPlanner.exe -Operation GenerateReport -Virtualization Hyper-V -Directory "\\PS1-W2K12R2\Hyper-V_ProfiledData" -VMListFile "\\PS1-W2K12R2\vCenter1_ProfiledData\ProfileVMList1.txt"

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

ASRDeploymentPlanner.exe -Operation GenerateReport -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt" -Bandwidth 100

Создание отчета с 5-процентным коэффициентом роста вместо 30 процентов по умолчанию

ASRDeploymentPlanner.exe -Operation GenerateReport -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt" -GrowthFactor 5

Создание отчета с подмножеством профилированных данных

Например, у вас есть 30 дней профилированных данных и требуется создать отчет только за 20 дней.

ASRDeploymentPlanner.exe -Operation GenerateReport -virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt" -StartDate  01-10-2017:12:30 -EndDate 01-19-2017:12:30

Создание отчета для 5-минутного RPO

ASRDeploymentPlanner.exe -Operation GenerateReport -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -DesiredRPO 5

Сформировать отчет для региона Azure Южной Индии в индийских рупиях с определенным идентификатором предложения.

ASRDeploymentPlanner.exe -Operation GenerateReport -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -SubscriptionID aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e -OfferID MS-AZR-0148P -TargetRegion southindia -Currency INR

Значение процентиля, используемое для вычисления

Когда средство создает отчет, по умолчанию значение процентиля равно 95 для операций чтения/записи ввода-вывода в секунду, операций записи ввода-вывода в секунду и изменения данных. Эти значения собираются во время профилирования всех виртуальных машин. Эта метрика гарантирует, что пик процентиля 100, что виртуальные машины могут видеть из-за временных событий, не используется для определения целевых учетных записей хранения и требований к пропускной способности источника. Например, временное событие может быть заданием резервного копирования, выполняющимся один раз в день, периодическим индексированием базы данных или действием создания отчетов аналитики или другим кратковременным событием на определенный момент времени.

Использование процентильного значения 95 дает истинное представление о реальных характеристиках рабочей нагрузки и обеспечивает лучшую производительность при выполнении рабочих нагрузок в Azure. Мы не ожидаем, что вам потребуется изменить это число. Если изменить значение (на процентиль 90, например), можно обновить файл конфигурации ASRDeploymentPlanner.exe.config в папке по умолчанию и сохранить его, чтобы создать новый отчет по существующим профилированным данным.

<add key="WriteIOPSPercentile" value="95" />      
<add key="ReadWriteIOPSPercentile" value="95" />      
<add key="DataChurnPercentile" value="95" />

Рекомендации по фактору роста

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

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

1. Число пользователей приложения, работающего на виртуальной машине, увеличится.
2. Увеличение объема обработки на виртуальной машине потребует от виртуальной машины перейти в хранилище класса Premium, чтобы репликация Azure Site Recovery увеличилась.
3. Вам придется отключить и повторно включить защиту в учетной записи хранения класса Premium.

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

Созданный отчет Microsoft Excel содержит следующие сведения:

• Сводка на локальной площадке
• Рекомендации
• Размещение хранилища виртуальных машин
• Совместимые виртуальные машины
• Несовместимые виртуальные машины
• Требование к локальному хранилищу
• Пакетная обработка IR
• Оценка затрат

Получение данных пропускной способности.

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

Параметры командной строки

Откройте консоль командной строки и перейдите в папку для средства планирования развертывания Azure Site Recovery. Запустите ASRDeploymentPlanner.exe со следующими параметрами.

ASRDeploymentPlanner.exe -Operation GetThroughput /?

Пример

ASRDeploymentPlanner.exe -Operation GetThroughput -Virtualization Hyper-V -Directory "E:\Hyper-V_ProfiledData" -VMListFile "E:\Hyper-V_ProfiledData\ProfileVMList1.txt"  -StorageAccountName  asrspfarm1 -StorageAccountKey by8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==

Рекомендации по пропускной способности

Средство создает несколько 64 МБ asrvhdfilenumber.vhd files (где число файлов — количество файлов) в указанном каталоге. Средство отправляет файлы в хранилище для измерения пропускной способности. После измерения пропускной способности средство удаляет все файлы из учетной записи хранения и с локального сервера. Если средство завершается по какой-либо причине при вычислении пропускной способности, он не удаляет файлы из учетной записи хранения или с локального сервера. Их необходимо удалить вручную.

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

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

Для репликации установите рекомендуемую пропускную способность, чтобы соответствовать требованиям RPO в 100% случаев. После установки правильной пропускной способности, если вы не видите увеличение достигнутой пропускной способности, сообщаемой средством, сделайте следующее:

1. Убедитесь, что проблема качества обслуживания сети (QoS) ограничивает пропускную способность Azure Site Recovery.
2. Проверьте, находится ли хранилище Azure Site Recovery в ближайшем физическом регионе Microsoft Azure, чтобы свести к минимуму задержку в сети.
3. Проверьте характеристики локального хранилища, чтобы определить, можно ли улучшить оборудование (например, HDD до SSD).

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

• Анализ созданного отчета