Я пытаюсь выполнить преобразование P2V с помощью версии-кандидата SCVMM 2012. Исходные машины - это узлы Windows Server 2008 SP2 в локальной сети. Пункт назначения - Hyper-V 2008 R2 SP1. К сожалению, конвертация идет довольно медленно - у меня получается около 3-6 МБ / с на передачу данных. Я подозреваю, что BITS замедляет работу, но еще не выяснил точную причину.
Изменить: тип конверсии не имеет большого значения - я вижу похожие результаты для офлайн- и онлайн-конверсий. После запуска четырех параллельных преобразований график производительности Hyper-V для скорости записи на диск (МБ / с, красная линия) в зависимости от времени простоя (в процентах, синяя линия) выглядит следующим образом:
Пики на графике пропускной способности записи говорят мне, что что-то приостанавливает передачу данных каждую вторую секунду. Кроме того, поскольку было бы просто выглядеть слишком искусственно, если бы четыре исходных компьютера приостанавливали синхронную отправку, я подозреваю, что это может вызвать замедление со стороны Hyper-V или SCVMM.
Есть идеи, как ускорить процесс?
Я сделал несколько P2V с использованием SCVMM. Мне пришлось бы вернуться к журналам и посмотреть, но я помню, что мой опыт был довольно медленным при выполнении нескольких преобразований, но ваш кажется абсурдно медленным.
При чтении вашего вопроса на ум пришло несколько вещей:
Интересно, не загружаете ли вы целевые диски и ждете, пока контроллер сбросит кеш на диск? Как это выглядит при работе с одной виртуальной машиной за раз? (Кажется ли трафик более стабильным или он следует той же схеме). Есть ли у данных хороший стабильный путь от физического блока к блоку SCVMM и к блоку Hyper-V? (думая, что, возможно, одна из ссылок медленная или перегружена, и вы боретесь с другим «сетевым» трафиком). Способен ли физический бокс двигаться быстрее, чем вы испытываете? (Я предполагаю, что да, но я чувствовал себя обязанным спросить). Вы пробовали использовать P2V с другим устройством Hyper-V?