Производительность конвертера VMWare
У меня есть вопрос о моей тестовой лаборатории. Это больше понять концепцию, чем применять ее в производстве:
У меня есть ESXi с несколькими настроенными виртуальными машинами linux/windows, и я хотел бы использовать конвертер VMWare для создания резервных копий.
Чтобы ускорить процесс, я решил создать виртуальную машину Windows на том же хосте ESXi, где я установил Windows 7 и VMWare Converter.
Хост имеет гигабитную карту, но в настоящее время он подключен к порту 100 МБ FD. Windows 7 видит подключенную карту 1 Гб.
Когда я делаю резервное копирование с помощью конвертера VMWare, я указываю IP-адрес хоста в качестве источника и места назначения, поэтому я подумал, что копирование может быть быстрее, чем использовать мой ноутбук в сети.
Ну, если коротко, то я получаю ужасную производительность (4 Мбит / с). Я немного запутался в этом, потому что, несмотря на то, что на хосте установлена 100-мегабайтная связь между виртуальными машинами и хостами, у меня не должно быть (поправьте меня, если я ошибаюсь) никаких ограничений.
Я настроил Windows 7 для оптимизации производительности сети, но получил небольшое улучшение. мне все еще нужно 4 часа для резервного копирования 50 Гб (тонкой) виртуальной машины.
Кроме того, я хотел спросить: поможет ли в этом jumbo frame? Я знаю, что jumbo frame нужно поддерживать сквозной, и сетевой коммутатор, к которому подключен хост, не поддерживает это, но мне было интересно:
1) Поддерживает ли хост ESXi большие кадры вообще?
2) можно как нибудь включить?
3) Если я сделаю это, я думаю, что массовый перенос между виртуальными машинами и хостом улучшится, но повлияет ли это на обмен данными через реальный коммутатор, поскольку это не делает jumbo?
Спасибо за прочтение
2 ответа
Jumbo-кадры могут иметь какое-то значение, но проблемы с пропускной способностью указывают на гораздо более серьезную проблему. Вы можете включить Jumbo-кадры в ESXi, но это требует использования инструментов командной строки vCLI - конкретные инструкции вы найдете в этом документе конфигурации VMware ESXi.
Есть несколько возможных причин.
Ваши данные могут входить и выходить из хоста ESXi - в этом случае Converter будет копировать данные из виртуальной машины хоста ESXi обратно в интерфейс управления через вашу физическую сеть. Учитывая, что это восходящий канал 100 мегабит, я все же ожидаю, что вы получите пару мегабайт / сек, а не 4 мегабит / сек, о которых вы сообщаете.
Ваши сетевые адаптеры ESX могут на самом деле неправильно согласовывать настройки 100 Мбит / с / дуплекс с коммутатором - убедитесь, что параметры коммутатора и pNIC на хосте ESXi установлены правильно.
Конвертер не очень эффективен с точки зрения пропускной способности, но если вы используете копирование дисков на основе блоков (а не на уровне файлов), все в порядке (скорость передачи будет>50% от максимальной пропускной способности канала - скажем, 4 Мег / с на скорости 100 Мбит / с сеть, 40Meg/ сек на GigE). Если ваша копия использует копирование на уровне файлов, все будет намного медленнее.
Все это приводит к дополнительной нагрузке на дисковую подсистему, в которой хранятся ваши виртуальные машины. Если вы выполняете все это на довольно медленном хранилище (скажем, на нескольких дисках SATA в RAID 5), то возможно, что диск не работает, но для правильной настройки хранилища такие вещи не должны вызывать стресс.
Я думаю, что проблема с вашей виртуальной сетью, хотя - при условии, что это вы должны учитывать следующее:
Если ваш порт управления ESXi находится на том же виртуальном коммутаторе, что и группа портов рабочей сети вашей виртуальной машины, то трафик должен зацикливаться внутри виртуального коммутатора. Если этого не происходит, я бы начал проверять, настроены ли VLAN на портах \ группах портов, или проверил, заставляет ли ваш IP-адрес трафик думать, что он должен покинуть коммутатор, прежде чем вернуться (например, если у вас есть Управление порт в другой подсети для сети виртуальных машин и полагаются на внешний маршрутизатор, чтобы они могли общаться). Если вы подозреваете, что ваша сеть не выполняет вышеуказанное правильно, вы можете поместить исходную и целевую виртуальные машины в ту же подсеть, что и порт управления, и подключить их к группе портов виртуальных машин на том же vSwitch, что и порт управления, тогда вы должны получить трафик между различными системами (источником, виртуальной машиной преобразователя и хостом ESX) остается в пределах vSwitch. Перемещайте группы портов VM, а не связывайтесь с портом управления - если вы допустили ошибку, вам придется вернуться к физической консоли ESXi, чтобы исправить ситуацию, и лучше всего избегать рисков с этим.
Также отключите как можно больше, прежде чем начать, на случай, если что-то вроде процесса резервного копирования изменит всю пропускную способность сети порта управления и т. Д.
Отключение шифрования SSL - способ обойти эту проблему. Вот как это делается:
Open the converter-worker.xml configuration file. It is located in
"%ALLUSERSPROFILE%\VMware\VMware vCenter Converter Standalone"
folder for Windows Vista or newer or in
"%ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter Standalone"
for older Windows versions.
Set the key Config/nfc/useSsl to false and save the configuration file.
Restart "VMware vCenter Converter Standalone Worker" service.
Т.е. это должно выглядеть так:
...
<nfc>
<readTimeoutMs>120000</readTimeoutMs>
<useSsl>false</useSsl>
...
"Перезапустите"VMware vCenter Converter "автономный рабочий" сервис.