Назад | Перейти на главную страницу

Как лучше всего заархивировать виртуальные машины VMWare для повторного использования?

Я использую VMWare ESX 3.5.

Я только что создал пару разных виртуальных машин (одну для Windows 2008 и одну для Windows 2003), установил обновления Windows и в целом доволен их первозданной природой.

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

Какие у меня варианты?

Я выделил xGb для виртуального диска; неиспользуемое, но выделенное пространство все еще занято на «реальном» диске?

Примечание. Резервные копии - это не мой вопрос - я займусь этим отдельно.

Редактировать:

Использовать Конвертер VMWare для подключения к серверу ESX - затем вы можете «преобразовать» свою виртуальную машину в файл виртуального устройства (ovf) и сохранить его в общей сетевой папке, на внешнем жестком диске и т. д. Формат устройства также сожмет ваши виртуальные жесткие диски, так что вы не архивируют пустое пространство.

Вы также можете оставить его как виртуальную машину, но одним файлом ovf проще управлять ИМХО.

Еще в ноябре 2009 года преобразователь VMware казался единственным поддерживаемым VMware методом получения файлов виртуальных машин из хранилища данных. Быстро и просто. Резервное копирование - еще один вариант, но конвертер VMWare намного проще использовать для случайного архивирования или перемещения виртуальных машин между разными сетями.

VMware Converter 4 создаст ovf и виртуальные машины для ESX 3.5 и vSphere - убедитесь, что вы используете тот, который подходит для вашей среды.

У меня была эта работа раньше, но я уверен, что есть и другие, кто не рекомендовал бы ее.

Мы работаем на ESXi, и у нас нет серверов, которые обязательно работают круглосуточно и без выходных. Я выключаю виртуальную машину, затем с помощью обозревателя дискового хранилища копирую каталог в хранилище NAS, а затем архивирую каталог в один большой файл 7z (и проверяю, нет ли ошибок). На копирование уходит МНОГО времени, но для нас это работает. Если что-то пойдет не так, я могу скопировать виртуальную машину обратно на сервер ESXi и указать новую конфигурацию виртуальной машины, чтобы запустить ее резервную копию. Имейте в виду, что вам, возможно, придется быть осторожным с такими вещами, как MAC-адреса и т. Д., Если вы выполняете восстановление; мы делаем это в первую очередь на случай отказа сервера виртуальной машины. Используйте суммы MD5 для проверки большого файла резервной копии при его передаче, чтобы убедиться, что он не поврежден при хранении или передаче.

Другой вариант - рассматривать вашу виртуальную машину как обычный сервер и делать полные резервные копии на вашем сервере резервного копирования. Если произошел сбой, разверните новую виртуальную машину и выполните восстановление «с нуля» на виртуальной машине. Это избавляет вас от необходимости выделять специальное хранилище только для виртуальных машин, которые могут легко вырасти до нескольких гигабайт каждая, и чем больше размер файла, тем больше вероятность его повреждения. Это, вероятно, лучшее решение во многих случаях, потому что оно устраняет переменные с версией VMWare (ваша резервная копия - это одна версия, вы обновляете VMWare или что-то меняете и забываете, внезапно ваши резервные копии становятся неприятными ...)

Вашим последним вариантом, вероятно, будет получение решений резервного копирования для VMWare, поддерживающих ESX. Дорого, как и все, но они знают о проблемах, связанных с блокировкой файлов и доступом к виртуальным дискам, и вам не нужно выключать виртуальные машины, чтобы сделать резервную копию. Попытка любого копирования или модификации во время его работы приводит к плохим вещам (tm).

Я читал, что есть проблемы с использованием виртуальной машины, которая имеет моментальные снимки и просто копирует файлы в качестве «резервной копии» (мое первое предложение), поэтому я не использую моментальные снимки в VMWare. Однако я не могу подтвердить проблемы.

Если вы используете ESX вместе с vSphere Virtual Center, у вас должна быть возможность создать «шаблон» из вашей виртуальной машины. Шаблон, который, по сути, представляет собой особый тип «клона», хранится на томе VMFS, как и виртуальная машина. Если исходная виртуальная машина использует «тонкие» диски, я думаю, что и шаблон будет.

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

С v4 вы, конечно, могли сначала настроить виртуальную машину на тонкие диски.

Вам просто нужно сделать резервную копию файлов vmdk и vmx. Степень сжатия хорошая. Если бы у меня был vCenter Server, я бы использовал шаблоны. В противном случае резервное копирование, как я уже описал, является лучшим вариантом.

Как упоминает ktower, шаблоны - это самый простой метод, но только если у вас есть Virtual Center \ vCenter, поскольку функция шаблонов недоступна на автономных хостах ESX \ ESXi. Если вы выберете клонирование виртуальной машины в сжатый шаблон, вы получите достаточно компактную копию, она просто удалит неиспользуемое пространство в VMDK, это не настоящее сжатие, но создаст гораздо меньший набор файлов. Важно отметить, что шаблоны - это также набор файлов, точно так же, как виртуальная машина, а не отдельный файл, как OVF.

Я обычно помещаю шаблоны систем, которые я хочу сохранить таким образом, на NAS, который предоставляется хосту ESX, и делаю резервные копии \ копии непосредственно оттуда, когда я хочу их переместить, по моему опыту это быстрее (если больше громоздко), чем экспорт OVF, но многое зависит от настроек, с которыми вы работаете.