Я переношу виртуальную машину с одного хоста ESXi на другой, используя SSH на обоих серверах ESXi.
Но это мучительно медленно, это массивный образ диска .vmdk объемом 750 ГБ, виртуальная машина остановлена (из-за простоя), а при соотношении скорости 5,5 МБ / с потребуется больше одного дня, чтобы завершить перемещение.
Я что-то упускаю?
myvm.mydomain.com-flat.vmdk 26% 200GB 5.4MB/s 29:09:06 ETd
Важное оборудование на сервере ESXi:
Supermicro X9SCM-F
Intel 82574L Gigabit Controller
IBM SR-BR10i RAID Controller
2x WD Velociraptor WD1000DHTZ (RAID1 mode from controller)
Еще один момент: я построил и синхронизировал RAID-массив перед началом миграции виртуальной машины.
Спасибо за любую помощь,
Если вы думаете, что копия медленная, вы еще не видели запуск виртуальной машины. Основная проблема заключается в том, что в вашем контроллере отсутствует BBU, а ESXi выполняет много синхронных операций записи (при этом кэш записи контроллера или диска, который в противном случае мог бы использоваться, обходится для обеспечения согласованности данных).
Добавьте BBU (если доступно в качестве опции) или замените контроллер моделью, использующей BBWC / FBWC. Или, если вас не заботит целостность данных (помните, что это может привести к потере всего хранилища данных, если ваш хост потеряет питание в несвоевременный момент), вы можете включить кеш обратной записи даже для синхронной записи с помощью lsiutil . Какой-то парень даже сделал скомпилировать для ESXi, поэтому вам, скорее всего, даже не потребуется перезагружаться в другую ОС, чтобы попробовать ее.
Помимо этого, внутренние операции scp / cp в ESXi являются довольно медленно, вам следует выбрать другой подход:
- По причинам производительности и размещения данных не используйте scp или cp; вместо этого используйте vmkfstools, инструмент Virtual Machine Importer от VMware или API SDK для управления виртуальными дисками. Вы должны увидеть очень значительное улучшение производительности, если воспользуетесь рекомендованными инструментами.
Если вы не можете использовать один из упомянутых инструментов, рассмотрите Veeam FastSCP что также предназначено для повышения производительности копирования SCP.
ESXi не предназначен для использования в качестве * nux общего назначения, VMWare редко поощряют использование командной строки и когда они делают это для конкретных задач. Таким образом, интерфейс командной строки довольно сильно истощает ресурсы, как с точки зрения памяти, так и с точки зрения ввода-вывода и доли ЦП. Вы относитесь к ней как к ОС общего назначения, прося ее сделать что-то довольно интенсивное, и поэтому я действительно не удивлен, что она работает плохо, это не будет ошибкой вашей дисковой подсистемы.
Если вы используете поддерживаемый метод передачи, я уверен, вы будете счастливее.
Изменить - О, и я только что заметил, что эти диски не имеют 100% рабочего цикла, то есть они не предназначены для работы в режиме 24/7, это значительно увеличит вероятность их сбоя. Вы планировали использовать этот сервер только около 12 часов в день?
По неизвестной (для меня) причине SCP между EXSi (свободно) hosts ужасно медленная. Обходной путь для этой проблемы, который я использую, - это передать с помощью SCP виртуальную машину на не виртуальную машину, а затем SCP на целевой хост ESXi. Не очень умно, но мне удается изменить скорость передачи на От 5 МБ / с до 80 МБ / с. У меня была такая же медленная передача с Veeam FastSCP, и vmkstools у меня не работали (у меня нет общего хранилища для гостей), поэтому я не мог придумать лучшего решения.
Если бы кто-нибудь мог объяснить, почему SCP между EXSi (Бесплатная версия) Хосты такие ужасно медленные, буду благодарен.