Как перенести виртуальную машину vmware на другой компьютер

Как перенести виртуальную машину VMware с одного хоста на другой, НЕ ИСПОЛЬЗУЯ VMware vMotion

VMware vMotion — это функция vSphere, которая позволяет переносить работающую виртуальную машину (ВМ) VMware с одного хоста на другой, не мешая работе производственной среды. VMware vMotion была впервые представлена в 2003 году и сейчас входит в состав практически всех редакций VMware vSphere, кроме vSphere Essentials Kit, предназначенного для небольших виртуальных сред.

VMware vMotion может использоваться в самых различных ситуациях, начиная с планового обслуживания аппаратного обеспечения, когда нужно ненадолго перенести ВМ на другой хост ESX(i), не останавливая ее, и до миграции рабочих ВМ на более мощные серверы. Если ваша лицензия vSphere включает VMware vMotion — поздравляю, вам повезло! А что делать, если ваша лицензия не предусматривает эту функциональность ИЛИ если она нужна вам только на один проект? В этом случае вам поможет технология Quick Migration от Veeam.

Что такое Quick Migration? Quick Migration — это функция Veeam Backup Free Edition, бесплатной редакции Veeam Backup & Replication (без ограничений по сроку действия!). Quick Migration входит во все редакции бэкап-систем Veeam, но здесь речь пойдет только о бесплатном продукте, поскольку эта статья описывает вариант миграции работающих ВМ VMware без дополнительных затрат:

;
• Установите Veeam Backup Free Edition на виртуальную или физическую машину под управлением Windows. Этот процесс занимает всего 15 минут и не должен вызвать никаких затруднений. Пошаговые инструкции вы найдете здесь;
• Перед тем, как использовать функцию Quick Migration, добавьте исходный и целевой хосты ESX(i) в инфраструктуру резервного копирования Veeam. Пользовательский интерфейс очень прост, так что эта операция не вызовет проблем. Но если вы хотите быть уверены, что все сделано правильно, загляните сюда.

Готово. Следующий вопрос: Как перенести ВМ VMware с помощью технологии Quick Migration?

Технология Quick Migration позволяет переносить работающие ВМ между различными хостами и/или хранилищами. Выберите нужную ВМ, затем в контекстном меню выберите Quick Migration:

Дополнительные замечания:

1. Технология Quick Migration может быть полезна, когда нужно перенести ВМ VMware с одного хоста VMware ESX(i) на другой, не допуская значительных перерывов в работе, а функция VMware vMotion недоступна, ИЛИ когда нужно перенести работающие ВМ в другое хранилище, а функция vSphere Storage vMotion недоступна. В обоих случаях Veeam Quick Migration поможет перенести нужные ВМ, используя фирменную технологию SmartSwitch.
2. Вообще-то Quick Migration может работать с ВМ VMware в любом состоянии, но главная ее польза в том, что она позволяет перенести работающую ВМ, не оказывая существенного влияния на производственную среду, поскольку отключать систему не требуется.
3. Quick Migration может перенести несколько ВМ VMware в новое место одновременно, а не по очереди.
4. Quick Migration работает только с VMware, но не с Hyper-V.
5. Для работы Veeam Backup Free Edition необходима хотя бы самая простая платная редакция VMware ESXi, поскольку функционал API ESXi Free ограничен.

Надеюсь, эта статья была вам полезна. Если у вас остались вопросы или нужна помощь — обращайтесь, буду рад помочь.

How to Export and Import VM from ESXi Host or Command Line

Exporting can save the complete backup of virtual machine. In ESXi, exporting and important are commonly used for data protection. Here, I will introduce the efficient and detailed steps to export and import VM.

By Crystal / Last Updated March 8, 2023

Applicable scenarios to export VM from ESXi

Exporting virtual machine is a built-in feature provided by VMware that contributes to data migration or works as a ESXi backup solution. Usually you can export VM from ESXi as OVF template, which captures the state of a VM or virtual appliance into a self-contained package, and the disk files are stored in a compressed, sparse format.

The exporting and importing can be used for the following scenarios:

✤Deploy VMs quickly using exported VM template
✤Migrate VMs from a host to another
✤Backup virtual machine for archival

This article introduces how to export VM from ESXi step by step. If you want to export multiple virtual machines at once, you can also use ESXi command line.

How to export VM from ESXi step by step

Generally, you can export VM from vSphere Client (vCenter Appliance) or from E SXi management console. Here I will introduce the detailed steps to export VM from ESXi 6.7 as an example.

Prerequisites:
1. Make sure the VM does not have any snapshots.
2. Power off the virtual machine or vApp before exporting.

How to export VM from ESXi 6.7:

1. Log in ESXi 6.7 by entering Username and IP address. Shut down the virtual machine you plan to export.

2. Right-click the VM and select Export. When exporting a virtual machine, it cannot export snapshot in VMware. So if you want to export snapshot from virtual machine, you can copy the VM files to register a new VM.

3. In the open wizard, select the related files such as .ovf, .vmdk and .mf. Click OK.

4. Specify a destination to store the files.

5. Check the local path and exported files.

Now you’ve exported the VM successfully. If you want to do it via vSphere client, please refer to this guide.

How to export ESXi VM from one host to another

After finishing exporting a virtual machine from ESXi, you can register a new virtual machine in VMware, which helps to clone a VM, or migrate a VM from a host to another.

✎Tips: In Hyper-V environment, you can also create an identical virtual machine easily by importing VM the file.

How to import virtual machine in ESXi 6.7:

1. Click Create/Register VM.

2. On the Select creation type page, choose Deploy a virtual machine from an OVF or OVA template. Click Next.

3. Type a name for the virtual machine, and then select the exported .ovf and .vmdk files. Click Next.

This way you can easily create a new VM from the exported OVF template.

Updated: Export VM from ESXi command line (in batch)

If you want to export large amounts of virtual machines to OVF or OVA template, the above methods may be insufficient. In fact, you can create a script to export VM from ESXi command line.

1. Download OVF tool from the VMware website and run it.

2. After installing OVF Tool, open CMD and location the directory. By default, the directory is » C:\Program Files\VMware\VMware OVF Tool » in Windows.

3. To export VM via VMware OVF tool, you still need the vCenter URL with credentials, and the path to your VM. To get the VM path, you can use this command:

Or list all the VMs running on the vCenter Server:

4. Then you can enter «ovftool.exe vi://” with the VM path and local file path to export VM to OVA file:

✎Note: The local file path should end with the «.ova» suffix.

5. Then it will start exporting virtual machine, and you can check the progress of the task. After the transferring process is completed successfully, you can check it in the destination folder.

An OVF package structure should consist of a descriptor file, optional manifest and certificate files, optional disk images, and optional resource files.

Now you can use vSphere client to deploy the virtual machines into your vCenter Server inventory, or import the OVA/OVF files via ESXi command line as well.

How to import OVF templates via ESXi command line

You can also use ESXi command line to import .ovf files to create a VM. Just locate the OVF Tool and use this command:

Then type ESXi username and password. Press Enter.

In VMware ESXi, exporting a VM to OVF template may not be difficult, but if have multiple VMs to export and deploy, things are different. If you are not familiar with ESXi command line, or you want to achieve automatic backup and VM management with simple GUI, a professional backup software is also a good idea.

Easy alternative: Backup multiple VMs for VM protection or migration

Besides exporting VM from ESXi, there are some other built-in VMware backup solutions such as copying VM files from datastore, VM cloning, VM migration, etc. They only allow you to operate one virtual machine at once, which does not facilitate batch management and operation.

Therefore, I’d like to introduce a free VMware backup software — AOMEI Cyber Backup. It automates the image-based backup for multiple virtual machines and facilitates the recovery procedures. Wheither you’d like to save the backups for protection or VM migration, this will doubtlessly reduce business downtime and operating error.

It supports both paid and free versions of VMware ESXi (6.0 and above) & Hyper-V (2012 and later) while offering the following benefits:

Perpetual Free: No time limit for AOMEI Cyber Backup Free Edition.
Easy Operation: Backup and restore virtual machines in a concise and user-friendly central console.
Agentless Backup: Create image-based backup of multiple VMs without installing Agent on each VM.
Automatic Backup: Schedule the VMware backups to run the tasks automatically.
Restore VM From Any Point: Restore a whole VM from any backed up point.

Please hit the button below to download and use AOMEI Cyber Backup for free:

*You can choose to install this VM backup software on either Windows or Linux system.

If you want to create a new VM from the backup (in the same or new location), please upgrade to enjoy the out-of-place recovery function.

Easier steps to backup multiple ESXi VMs for free

1. Install AOMEI Cyber Backup and add vCenter or Standalone ESXi host as the source device. Access to Backup Task, then click Create New Task to schedule VM backup.

2. In the Device Name wizard, select virtual machines on the VMware device. Click OK.

3. In Target section, choose a network location or local directory to store VM. For example, you can back up VMs to different places such as external hard drive or NAS, which ensures data protection.

4. In Schedule section, select the backup strategies such as full/incremental/differential backup and specify backup time as daily/weekly/monthly (by date)/monthly (by week). You can combine these features to create an ideal VMware backup.

5. If the original VM corrupts, you can click Restore to perform instant disaster recovery. You can restore VMware VM to the original place based on clicks.

How to create ESXi VM from the backup for cloning or migration

Optionally, you can upgrade to enjoy the advanced feature — Restore to new location in recovery page. It enables you to create an identical VM from the backup to the same or another datastore/host without any complicated configuration.

Thus, you can easily export VM from one host/datastore to another, with the flexibility to change the RAM and Vital Processor.

In addition, the premium edition allows you to batch backup large numbers of VMs managed by vCenter Server, or multiple VMs on a standalone ESXi host.

Summary

In VMware, if you want to back up and protect virtual machine data, you can export VM from ESXi. This article covers 2 methods to export vm from vSphere client and command line. Meanwhile, if you want to back up multiple ESXi VMs efficiently, try to schedule the backup tasks with AOMEI Cyber Backup, and it is still accessible to create comprehensive Hyper-V backup.

Best Enterprise Backup Solution

• VMware and Hyper-V Backup
• SQL Server/Workstation Backup
• Scheduled Automatic Backup
• Flexible Backup Cleanup Policy
• Backup and Manage Centrally

Still Need Help?

Have your problem been solved? If not, please input query in the search box below.

Перенос виртуальной машины vmware на другой компьютер. Миграция виртуальных машин “на лету” без vMotion с помощью Veeam Backup & Replication. Универсальный формат файла экспорта виртуальных машин

Работая с виртуализацией периодически возникает потребность в переносе виртуальных машин с одного типа гипервизора на другой. Так как каждая система виртуализации работает со своими форматами, то просто так перенести машину не удастся, потребуется преобразовать ее в формат нужного гипервизора. Сегодня мы расскажем, как это сделать для двух наиболее популярных систем виртуализации VMWare и Hyper-V.

Любая виртуальная машина, вне зависимости от платформы, состоит из двух основных частей: собственно, виртуальной машины — текстового или XML-файла с описанием ее конфигурации и виртуального жесткого диска. Переносить саму виртуальную машину не имеет никакого смысла, мы же не переносим железо, если нам надо запустить систему на другом ПК, достаточно перенести виртуальный диск.

Форматы виртуальных дисков у разных гипервизоров также различны, однако это не представляет сложности — достаточно использовать специализированное ПО для конвертации. Единственная тонкость — гостевая ОС должна поддерживаться обоими типами гипервизора. В противном случае придется предпринимать дополнительные меры для обеспечения нормальной работы, однако эта тема выходит за рамки данной статьи.

Рассмотрим процесс на реальном примере. Один наш клиент приобрел коробочную версию «Мегаплан», который разработчики распространяют весьма оригинальным способом: в виде образа виртуальной машины формата Open Virtualization Format (OVF) , который поддерживают VMWare и VirtualBox . Собственно, внутри виртуалки содержится Ubuntu 12.04 с настроенным веб-сервером, СУБД и прочими компонентами необходимыми для работы «Мегаплана», который представляет собой обычное веб-приложение. При этом лицензионное соглашение запрещает доступ к гостевой ОС.

Оставим за кадром лицензионную политику и удивимся только тому, что продавая, причем недешево, серверное ПО уровня предприятия, разработчики полностью игнорируют серьезные гипервизоры вообще, предлагая воспользоваться настольными гипервизорами второго типа.

Если виртуальная машина уже работала на платформе VMWare (как чаще всего и бывает), то удаляем из нее VMWare Tools и выключаем машину.

Теперь можно приступать к конвертации виртуального диска. Для этого воспользуемся бесплатной утилитой StarWind V2V Converter . Ее интерфейс и использование предельно просты. Выберем исходный виртуальный диск (файл с расширением vmdk ).

По окончании преобразования еще раз заходим в свойства жесткого диска и выбираем там VHDX образ, подтверждаем изменения и запускаем виртуальную машину. Убедившись, что все работает нормально, старый VHD диск можно удалить.

Конвертация Hyper-V виртуальных машин в VMWare производится аналогичным образом. Конвертируем виртуальный диск в VMDK, если использовался диск формата VHDX, то предварительно его следует преобразовать в VHD средствами Hyper-V аналогично тому как мы делали выше. Затем создаем в VMWare виртуальную машину для используемой гостевой системы с идентичными параметрами и в настройках диска указываем использовать сконвертитрованый нами VMDK диск. После запуска виртуальной машины не забываем установить пакет VMWare Tools необходимый для полноценной работы гостевой системы.

VMware vMotion — это специальная функциональная возможность vSphere, которая позволяет переместить ВМ с одного хоста на другой “на лету”, то есть без видимого влияния на “продакшн” систему. Технология vMotion была представлена еще в 2003 году и по настоящий момент времени является частью всех выпусков vSphere, кроме Essentials Kit, который предназначен для построения небольших виртуальных инфраструктур.

Существует несколько сценариев, когда vMotion может быть полезен, начиная от случая запланированного обслуживания системы (например, установка пакетов обновления программного обеспечения), когда требуется мигрировать ВМ на другой сервер на небольшой промежуток времени без даунтайма/простоя, и заканчивая случаем миграции ВМ при проблемах с производительностью сервера. Конечно, если vSphere лицензия позволяет это сделать, то миграция выполняется парой кликов мыши. Но что делать, когда такой возможности у установленной версии vSphere нет, но она требуется для разового проекта? В таком случае можно воспользоваться функциональной возможностью Quick Migration имеющейся в Veeam Backup & Replication v7.

Итак, что это такое?

Quick Migration — это одна из функций Veeam Backup & Replication, которая доступна также и в бесплатной версии (Free Edition). Схема работы Quick Migration показана на рисунке ниже. VMware backup proxy служит связующим звеном при миграции ВМ.

Теперь я покажу работу Quick Migration на практическом примере. Итак, что нужно сделать, чтобы выполнить простейшую миграцию “на лету” без vMotion:

Установить программу на физический сервер или ВМ под управлением Windows (обязательно 64-bit). Инсталлятор стандартный и установка продукта занимает не более 15 минут.

Добавить в Veeam Backup консоль два хоста: первый хост (на котором работает ВМ) и второй хост (куда ее нужно переместить), после чего они будут доступны в разделе управляемых vSphere хостов. Интерфейс пользователя довольно прост, надеюсь, что не возникнет сложностей с этой операцией. Однако чтобы удостовериться, что все правильно, можно посмотреть (на англ. яз.).

Когда хосты успешно добавлены в консоль, можно переходить к самой миграции.

Quick Migration позволяет перемещать работающую ВМ между хостами и/или хранилищами. Для того чтобы начать операцию, нужно выбрать ВМ, кликнуть правой кнопкой мыши по ней и выбрать пункт Quick Migration… из списка меню.

Сам процесс содержит несколько шагов — кликов мыши. Необходимо подтвердить ВМ (можно взять несколько), выбрать хост назначения, куда совершается перенос и указать прокси-сервера, если такие уже есть в системе для увеличения скорости процесса:

И все! Система перенесет ВМ на другой хост/хранилище, зарегистрирует ее там и сообщит вам о том, что машиной можно пользоваться.

Несколько дополнительных мыслей

Quick Migration может быть полезной, если нужно мигрировать VMware ВМ между хостами (разными датасторами/хостами и датасторами) VMware ESX(i) без приостановки ее работы, т.е «на лету”, а VMware vMotion опция недоступна.

В общем, Quick Migration работает с ВМ, находящейся в любом состоянии, но эта функция становится очень полезной, когда ВМ запущена в продуктивной сети и нет возможности ее выключить (или приостановить).

Quick Migration может мигрировать несколько ВМ параллельно.

Quick Migration доступна только для VMware серверов, но не для Hyper-V.

Существует несколько способов преобразования установленной ОС Windows в образ для виртуальной машины. Созданный образ можно использовать, например, для тестирования, для проверки стабильности системы после установки какого-либо обновления, или для того, чтобы зафиксировать состояние старой машины перед внесением изменений.

Большинство программ виртуализации поддерживают функцию преобразования установленной ОС Windows в образы виртуальной машины. Некоторые решения уже поставляются со встроенными функциями, но в ряде случаев для этой же цели может понадобится использование сторонних продуктов.

В этом руководстве собраны инструкции по преобразованию установок Windows в виртуальные образы Microsoft Hyper-V, VirtualBox и VMware.

Перенос ОС Windows в виртуальную машину Microsoft Hyper-V выполняется очень просто благодаря программе Disk2vhd от Sysinternals.

Программа является портативной, ее можно запускать из любого расположения на диске после распаковки архива. Для работы приложения требуются права администратора. Программа может применяться для создания виртуальной машины из одного или нескольких томов на компьютере.

Примечание : программу можно запустить в режиме командной строки, используя формат:

Основное окно приложения отображает путь назначения и имя файла, а чуть ниже — доступные тома. Обратите внимание, что вам нужно выбрать целевое расположение с достаточным свободным пространством для хранения, иначе процесс создания образа будет прерван.

Пользователь должен выбрать целевой путь и имя файла (с расширением vhdx), а также тома, которые следует включить в виртуальный образ.

Вы можете выбрать только раздел Windows или даже преобразовать несистемные разделы в образы VHD, не выбирая раздел Windows.

Disk2VHD поставляется с двумя дополнительными параметрами, которые указываются при запуске. Первый устанавливает выходной формат VHDX. Вы можете отключить данный параметр, чтобы использовать VHD.

VHDX имеет несколько преимуществ, такие как поддержка более крупных виртуальных дисков (64 ТБ против 2 ТБ), лучшая защита от повреждений, дистанционное онлайн изменение размера и др. VHD необходим в основном для целей совместимости, например, когда продукт не поддерживает VHDX, а также когда вы хотите преобразовать образ в Virtualbox.

Второй параметр позволяет использовать теневую копию тома.

Disk2VHD обрабатывает выбранные тома и превращает их в образы виртуальных дисков, которые сохраняются в выбранном месте.

После того, как вы получили образ VHD, можете использовать инструмент командной строки vboxmanage, который поставляется с VirtualBox, для клонирования носителя и сохранения его в другом формате.

1. Нажмите на клавишу Windows , введите cmd.exe , зажмите Ctrl + Shift и нажмите клавишу Enter , чтобы запустить командную строку с правами администратора.
2. Перейдите в папку VirtualBox в системе, например, C:\Program Files\Oracle\VirtualBox с помощью команды cd .
3. Используйте команду vboxmanage clonemedium disk , чтобы преобразовать образ диска VHD в формат VDI. Например: vboxmanage clonemedium disk o:\source.vhd o:\output.vdi

Преобразование может занять некоторое время в зависимости от размера изображения и доступных ресурсов вашего компьютера.

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

Примечание : Программа создает виртуальный образ полной машины. В графическом интерфейсе нет возможности исключить жесткие диски или разделы.

Размер установщика равен примерно 170 мегабайт. Во время установки вам будет предложено присоединиться к программе улучшения качества обслуживания клиентов.

Чтобы преобразовать запущенную систему Windows в виртуальный образ для VMware, выберите опцию “Конвертировать машину” в главном интерфейсе программы, чтобы начать работу.

После загрузки мастера, убедитесь, что для типа источника установлено значение “включено” и выбран “этот локальный компьютер”. Вы также можете создавать виртуальные образы удаленных компьютеров, но для этого необходимо указать имя или IP-адрес устройства, а также учетные данные.

Выберите виртуальную машину VMware в разделе тип цели на следующей странице и выберите целевую папку для сохранения образа.

Создание образа может занять некоторое время, в зависимости от количества томов, их размеров и ресурсов устройства.

Бесплатные утилиты для бэкапа с бесплатного ESXI

Как-то появилось у меня несколько персональных проектов, которые требовали относительно много дискового места — около 2TB. Подходящих VPS не нашлось (мало кто предлагает много HDD места), поэтому я взял выделенный сервер у OVH, поставил там ESXI 5.5 с бесплатной лицензией и всё работало.

Через некоторое время, с развитем проектов, я стал настраивать админские фишки — мониторинг, бэкап, и выяснил, что оказывается сервер, в котором мне обещали Soft RAID, и на который хостер (OVH) накатил свой образ ESXI — без RAID! То есть просто 2 диска. Ну да, теперь вот я знаю, что ESXI не поддерживает Soft RAID, только Hard. Стало неуютно. Да и 2TB стало не хватать. В общем взял я себе сервер побольше, с аппаратным RAID и поставил туда ESXI 6.0.

И возникло две задачи, решение которых я тут опишу:

1. Перенести виртуальные машины (некоторые из которых около 1TB) с одного сервера на другой с минимальным оффлайном
2. Делать регулярные бэкапы

С платной лицензией есть вариант миграции через vCenter. Ещё есть бесплатная версия Veeam Backup, которая позволяет делать бэкапы и переносить виртуальные машины с одной системы на другую и при этом не требуется их останавливать. Но с бесплатной лицензией ESXI, текущая версия — Veeam 9 — не работает вообще.

Ещё есть решение от HP — VM Explorer, у которого есть бесплатный Free Edition.

VM Explorer 6.2 умеет работать с free ESXI, но:

• При создании бэкапа — с сервера копируется полный размер образа, даже если диск там тонкий (thin). То есть если диск у виртуальной машины на 500GB, а записано там только 50GB, то копироваться будут 500GB. И так — каждый раз. Режим инкрементального бэкапа (только на локальный компьютер) есть в платной версии, я его не тестировал — на знаю, насколько оно эффективно.
• Бесплатная лицензия позволяет делать бэкап только на локальные диски. То есть, чтобы копировать на другой ESXI хост нужна уже платная лицензия.
• В бесплатной версии нет планировщика, то есть запускать бэкапы нужно вручную.

Уверен, что есть и много других вариантов. Будет интересно почитать комментарии опытных админов. Хотя подозреваю, что опытные работают там, где купили нужные лицензии и не парятся…

Здесь можно просто упомянуть:

, у которой в бесплатной версии ограничение на 2 VM. , у которой в бесплатной версии ограничение — 1TB.

Я в конечном итоге решил использовать 2 инструмента:

• Xsibackup, у которого есть бесплатная версия
• Ovftool

Xsibackup

До версии 4.4 Xsibackup был на Github, но сейчас (версия 6.0.7) с Github’а Xsibackup убрали, теперь инсталлировать надо с сайта авторов.

В бесплатной версии:

• «Горячие» бэкапы, без остановки виртуальных машин. Делается это с помощью снепшота (snapshot)
• Конфигурирование крона (cron) в ESXI
• Отчёты по email
• Ротация бэкапов
• Бэкап на другой ESXI хост. В бесплатной версии — с помощью rsync, заточенного под ESXI. В платной версии ещё есть инкрементальные бэкапы (OneDiff) через создание промежуточных снэпшотов (как по мне — то не очень удачное решение) и дедупликация с помощью их NAS (XSINAS)

Инсталлируется Xsibackup на ESXI хост, с которого нужно делать бэкапы.
На ESXI должен быть включена служба SSH.
Регистрируетесь на сайте авторов — Download xsibackup — 33hops.com/xsibackup-vmware-esxi-backup.html
Вам на email придёт бесплатный ключ и скрипт для инсталлирования на ESXI:

secretKey у вас будет свой.
Если datastore у вас называется по другому — то надо прописать свой путь.

Увидев wget, кто-то может покачать головой, и сказать, что ставить чужой софт на ESXI хост — это несекьюрно и т.д. Однако при любом бэкапе, вы будете отдавать root пароль программе для бэкапа, то есть кому-то доверять вы будете в любом случае. При локальном копировании Xsibackup использует только shell скрипты, которые можно посмотреть и проверить…

Затем создаёте папку, куда будем складывать бэкапы — локально, или на другом сервере:

Если копировать бэкапы будет между хостами, то делимся SSH ключами:

Если хотим, чтоб был бэкапы запускались через крон, то:

Тестируем, что всё работает локально:

Чтобы протестировать работу между хостами, меняем:

Если SMTP требует TLS, то поддерживается —smtp-sec=TLS

Локально, то есть на одном хосте, всё работает отлично: бэкапы делаются с помощью нативной утилиты ESXI — vmkfstools. Всё быстро, и тонкие диски остаются тонкими. С жёсткими дисками, у меня получилась скорость около 60MB/s

Однако при копирование на удалённый хост я обнаружил, ту же проблему, что и с HP VM Explorer — копируется полный размер VM, даже если диск тонкий, и используется только меньшая часть.

Когда я спросил авторов, в чём причина, то они написали, что для копирования между хостами используется rsync, а он недостаточно «умён», чтобы пропускать невыделенные блоки тонких дисков.

При тестировании, я обнаружил, что при повторных бэкапах, rsync практически не сокращает время копирования — по сети опять уходит полный размер VM.

Авторы написали, что в планах у них запилить собственную утилиту вместо rsync, которая будет намного быстрей. Планируют выпустить до конца года.

В моём случае, хостер гарантирует скорость сети в 250Mb/s (

31MB/s), но реально между двумя хостами в одном датацентре бэкап у меня работал на 10-20MB/s. Не знаю в чём тут дело, — тормозит ли это сеть, rsync или что ещё, — но процесс растягивается слишком надолго.

Update: нашёл статью, — по их бенчмаркам выходит, что дело в тормознутом SSH (поверх которого работает rsync), по NFS было бы быстрее.

Радует, что в результате диски таки остаются тонкими.

Процесс переноса и бэкапа VMs

Процесс переноса VMs между хостами выглядит у меня так:

• Сначала, я делаю локальные бэкапы с помощью Xsibackup.
• Регистрирую новую VM — копию из предыдущего шага.
• Необязательно: Можно «почистить» VM от удалённых файлов коммандой:

На форумах пишут, что вроде бы есть способ копировать файлы на NFS с опцией sparse так, чтобы передавать только существующие данные, но я пока ещё не разобрался.

Способа делать инкрементальный бэкап я не нашёл.

Пока я это всё делаю вручную из консоли — переношу на другой хост, делаю первый бэкап, но со временем думаю всё настроить через крон. Может позже допишу здесь пару параграфов о том, как настраивать крон. Оригинальные инструкции вот здесь: 33hops.com/xsibackup-cron-how-to.html

Таким образом сейчас у меня первая копия лежит рядом, на том же сервере, и доступна для довольно быстрого восстановления.

Вторая копия — у меня дома, то есть, как и рекомендуют — в физически другом месте. Для восстановления придётся заливать по сети, что существенно медленнее. Но вероятность нужды в этом тоже довольно низкая.

Ovftool

Полное руководство на английском здесь, там же можно и скачать. Ovftool можно ставить к себе на любой компьютер, и управлять гипервизором с него. А можно и поставить прямо на ESXI хост, хотя это и не поддерживаемая возможность.

В общем, процесс такой: сначала Ovftool ставится на Linux x64 (я делал на Ubuntu 16), а затем файлы переносятся на ESXI хост.

с VMware и скачиваете «VMware OVF Tool for Linux 64-bit»
• Запускаете скачанный файл на Linux и затем копируете получившиеся файлы на ESXI:
• Потом уже на самом хосте, необходимо отредактировать один файл — /vmfs/volumes/datastore1/vmware-ovftool/ovftool и в нём заменить #!/bin/bash на #!/bin/sh

Ovftool не умеет копировать VM в горячем режиме, то есть требует, чтобы виртуальная машина была выключена. Поэтому — необходимость в Xsibackup выше.

Несколько особенностей работы Ovftool:

• У меня бывало выскакивали ошибки: «The task was canceled by a user» или «Error: vim.fault.FileNotFound». Причина обоих ошибок оказалось в том, что CDROM на оригинальной машине указывал на ISO, которого не было на целевом хосте. Попробуйте догадаться об этом по тексту ошибки… Решилось удалением CDROM устройства (оно использовалось только для инсталяции OS).
• Я сам не проверял, но вроде бы ovftool не сохраняет snapshots.

• Хоть ovftool запускается локально, путь к хосту надо прописывать полностью, вместе с пользователем и паролём.
• Не умеет интерактивно читать пароль с консоли, а требует, чтобы он был передан параметром в командной строке.
• В пароле можно использовать только буквы, цифры и `-`. При попытке использовать другие символы, типа `#` — пароль не принимался.

Вывести список всех зарегистрированных виртуальных машин в датасторе: