VMware vCenter Converter Standalone 5.0 траблшуттинг: екстремально низкая скорость копирования

Последние 2 месяца занимаюсь Physical to Virtual миграцией огромного количества серверов c физического железа и Hyper-V в виртуальную инфраструктуру VMware vSphere 5.

Все миграции проводятся с помощью VMware vCenter Converter Standalone 5.0 и в процессе работы с ним проявляются очень интересные штуки, которые приходится разгребать «не отходя от кассы» в очень оперативном режиме.

О некоторых артефактах, и о методах их устранения и попытаюсь рассказать.

Одной из проблем стала очень низкая скорость передачи данных (600КБ — 2МБ/сек) во время миграции некоторых серверов, при пропускной способности сети — 1Gb.

Для небольших объемов время копирования 1-2 часа еще было терпимым, когда для одного серверов конвертор выдал прогноз в 15 часов, мне это мягко говоря не понравилось :)

Протестировав скорость сети и поняв, что не в сети дело, я сразу стал грешить на дисковую подсистему, но как оказалось это и не в дисках дело…

Была замечена особенность, что данная проблема возникает только с Windows XP и 2003 Server (так и не удалось выяснить почему), из этого последовал вывод что проблема в софте.

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

Как это сделать? Да очень просто!

Ищем файлик с чудесным названием converter-worker.xml и правим его с помощью вашего любимого редактора (по-умолчанию блокнотом).

Найти этот файлик можно в таких местах:

Windows 7, Windows Vista, Windows 2008 (R2)C:\ProgramData\VMware\VMware vCenter Converter Standalone

Windows XP, Windows 2003, Windows 2000C:\Documents and Settings\All Users\Application Data\VMware\VMware vCenter Converter Standalone

Вот теперь в этом файлике ищем что-то такое:

<nfc>
   <readTimeoutMs>120000</readTimeoutMs>
   <useSsl>true</useSsl>
   <!-- Delay is specified in milliseconds, -1 denotes the default.
   <acceptTimeoutMs>-1</acceptTimeoutMs>
   <requestTimeoutMs>-1</requestTimeoutMs>
   <readTimeoutMs>-1</readTimeoutMs>
   <writeTimeoutMs>-1</writeTimeoutMs>
   <fssrvrReqTimeoutMs>-1</fssrvrReqTimeoutMs>
   <fssrvrWriteTimeoutMs>-1</fssrvrWriteTimeoutMs>
   -->
</nfc>

И делаем из него что-то такое:

<nfc>
   <readTimeoutMs>120000</readTimeoutMs>
   <useSsl>false</useSsl>
   <!-- Delay is specified in milliseconds, -1 denotes the default.
   <acceptTimeoutMs>-1</acceptTimeoutMs>
   <requestTimeoutMs>-1</requestTimeoutMs>
   <readTimeoutMs>-1</readTimeoutMs>
   <writeTimeoutMs>-1</writeTimeoutMs>
   <fssrvrReqTimeoutMs>-1</fssrvrReqTimeoutMs>
   <fssrvrWriteTimeoutMs>-1</fssrvrWriteTimeoutMs>
   -->
</nfc>

Файлик сохраняем и закрываем редактор. После чего перезапускаем службу VMware vCenter Converter Standalone Worker.

Для тех кто в танке:

Win + R -> services.msc

там ищем VMware vCenter Converter Standalone Worker -> правой кнопкой «Restart»

После таких манипуляций скорость копирования возросла в примерно в 30-40 раз :) И машинка мигрировалась вместо 15 часов — минут 40 (на скорости 30-35 МБ/сек).

Как уже и говорил, данная проблема была замечена только на Windows XP и 2003 Server, так и не удалось разобраться почему…

Но даже на более новых версиях винды (2008 R2 например), скорость передачи данных с использованием шифрования составляет всего 20-25 МБ/сек, что далеко не гигабит.

Поэтому, советую в любом случае отключать шифрование в VMware vCenter Converter Standalone, если оно вам не нужно, конечно же :)

VMware vCenter Converter Standalone 5.0 траблшуттинг: екстремально низкая скорость копирования: 7 комментариев

  1. Дмитрий

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

  2. Дмитрий

    Расскажите, пожалуйста, чем делаете бэкапы виртуальных машин? Родным Data Recovery или каким-то сторонними средствами?

    1. Доктор Добрянский Автор записи

      Заказчикам (enterprise-сегмент) предлагаем сторонние продукты: Veeam Backup & Replication, HP Data Protector, EMC NetWorker и т.д..
      VMware Data Recovery, к сожалению, имеет достаточно низкую степень надежности годится лишь для бэкапа некритичных к отказоустойчивости систем.
      Другими словами — достаточно глючная софтина :) хотя, может в последних версиях из него и сделали что-то толковое, еще не было времени тестировать

  3. Михаил

    Большое спасибо, была проблема с переносом win 2003 server скорость не поднималась больше 350КБ/с после отключения поднялась до 100Мб :) Большое спасибо !!!

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Не робот ли ты часом? * Лимит времени истёк. Пожалуйста, перезагрузите CAPTCHA.