Как экспортировать набор виртуальных машин

Возникла задача переноса ряда виртуальных машин из точки А в точку Б.

Навскидку вспомнились следующие варианты:

  1. копирование каталога с ВМ на внешний носитель;
  2. экспорт ВМ в OVA/OVF;
  3. бэкап в Veeam B&R.

Как мне казалось, третий вариант круче всех, так как там сжатие, дедупликация и все такое ;).

Второй от первого практически не отличался, разве что некоторым удобством за счет одного файла вместо папки…

Решил проверить экспериментом.

Дано: MS Windows Server 2012 R2, объем жесткого диска – 15ГБ, диск тонкий, «толстый» объем составляет 40ГБ. Экспорт в OVA осуществлялся с другого сервера, так что время экспорта абсолютно не показательно.

  1. Копирование каталога с ВМ – время не оценивал.
  2. Делаем экспорт виртуальной машины в OVA. Размер – 8,54Гб, время – 15,5 минут.
    Вау, эта штука умеет немного сжимать VMDK. Не знал!
  3. Делаем операцию Veeam Zip с параметрами по умолчанию (сжатие – оптимальное): размер – 9,25ГБ, время – 6,25 минут.
    Фу, хуже чем стандартный механизм VMware. Разве что быстрее вдвое.
  4. Делаем операцию Veeam Zip с экстремальным сжатием: размер – 7,91ГБ, время – 6,5 минут.

Повторяем итерацию на линуксовой машинке с тонкими дисками. Так как это апплайнс циски, то точный объем внутри неизвестен.

2. Экспорт в OVA занимает 5,5 минут. Объем файла – 1,25Гб.

3. Veeam Zip с оптимальным сжатием: 1,21Гб за 6,75 минут.

4. Veeam Zip с экстремальным сжатием: 872Мб за 6,5 минут

Выводы

Вариант с Veeam на множестве машин может выстрелить еще лучше, чем OVA за счет дедупликации и хорошего алгоритма сжатия. С другой стороны, распаковывать виртуальные машины Veeam B&R Free может только по одной – то есть в “бесплатном” варианте он плохо подходит для экспорта/импорта набора машин.

Можно объединить несколько виртуальных машин в vAPP и разом экспортировать/импортировать. Так как заодно еще немного уменьшится занимаемый размер, то этот вариант из бесплатных мне нравится больше!

Бесплатно – OVA, платно – Veeam 🙂

4 thoughts on “Как экспортировать набор виртуальных машин”

  1. Если именно перенос, то почему бы не использовать vSphere Replication? )

  2. Когда я забирал машины с Amazon, то делал это Vmware Convertor’ом с разбиением на 1 Gb vmdk (zip) и далее через ftp с докачкой. За ночь смог протащить около 50 Гб через 20-30Мбит канал не самого лучшего качества.
    Вопрос не столько в размере и скорости, но и в том как далеко точки А и Би какой канал между ними.

  3. Архитектурно самый правильный вариант с экспортом в OVF – он гарантированно поднимется у того.
    Простое копирование папок не работает между ESXi и Workstation, в итоге убиваешь кучу времени на установку триалки последней и импорт в vSphere.

    Кстати, все три способа сбрасывают VM Generation ID, поэтому лучше включить локального админа перед экспортом:
    http://blogs.vmware.com/apps/2014/01/which-vsphere-operation-impacts-windows-vm-generation-id.html

  4. О vSphere Replication коллеги не знали, а я не вспомнил, когда мне внезапно задали вопрос “Как”…
    Канал то ли 50, то ли 100 мбит mpls, но использовать его “в полку” было нельзя.
    Теоретически, можно было с сетевиками проработать вопрос шейпинга этого трафика, но сроки горели и было нужно готовое решение.
    Поэтому решили лететь с винтом в точку A, а затем – в точку B.

    Пароль локального админа пригодился, так как потребовалось перебивать IP, да и машины были не в домене.

Leave a Reply

Your email address will not be published. Required fields are marked *