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

Скачивание vmdk из ESXi без остановки виртуальной машины

Как видно из названия, я хочу загрузить файл vmdk с хоста ESXi, не останавливая виртуальную машину. Я попытался загрузить файл из vSphere Client из браузера хранилища данных, однако он сказал, что операция с файлом подана, позже я смог обнаружить, что это вызвано тем, что виртуальная машина запущена, однако я не могу остановите это, так как компонент критичен. Есть идеи, как получить файл vmdk?

Официальный способ:

В соответствии с Характеристики VMware, перед копированием, перемещением или загрузкой виртуальной машины (файлы vmdk) вам необходимо объединить / удалить все существующие снимки виртуальной машины, а затем выключить виртуальную машину, никаких ярлыков здесь нет.

Неофициальный способ:

Возможная альтернатива (не поддерживаемая VMware) работает только если у вас есть ACID-совместимая файловая система с поддержкой моментальных снимков под ней (например ZFS). Подробнее см. объяснение и пример в случае FreeNAS и для части, связанной с VMware, также старый скрипт резервного копирования ghettoVCB. Общая идея такова:

  1. Зафиксируйте все старые снимки (это может занять много времени), чтобы получить чистую отправную точку
  2. Если возможно, остановите гостевую систему
  3. Создать снимок виртуальной машины
  4. Создание моментального снимка файловой системы на уровне блоков
  5. Удалить / консолидировать снимок виртуальной машины
  6. Храните снимок файловой системы вне сайта

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

Это зависит от вашей ситуации, достаточно ли этого для вас. На мой взгляд, есть определенные случаи, когда это хорошо:

  • Если вы хотите быстро клонировать тестовые системы, которые впоследствии автоматически удаляются
  • Если вы хотите делать частые резервные копии очень больших систем, где восстановление лучше, чем отсутствие восстановления, кажется, что это единственный способ избежать простоев.
  • Перемещение большой виртуальной машины из системы A в систему B с минимальным временем простоя (использование дополнительных снимков)