Vmware перенос виртуальной машины

После переустановки Windows на компьютере-носителе или после смены учетной записи возникает вопрос, как перенести виртуалки и восстановить их работу. На самом деле все предельно просто.

Не нужно устанавливать Windows на виртуалку заново — можно подключить существующую машину в Virtualbox.
Вот так выглядит окно Virtualbox после переустановки Windows или после входа в другую учетную запись — нет ни одной машины:

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

Если нужно переместить виртуалку на другой компьютер, просто переместите (или скопируйте) файл жесткого диска. По умолчанию это формат .vdi. Затем нужно создать новую машину и подключить к ней диск (читайте ниже).

Перенести машину в другую учетную запись ещё проще — ничего копировать не нужно. Просто прочтите следующий параграф.

Как восстановить существующую виртуальную машину в Virtualbox

  1. Запустите Virtualbox.
  2. Нажмите кнопку создать
  3. Дайте имя машине, а также выберите тип и версию операционной системы.
  4. Выберите существующий виртуальный жесткий диск:
  5. Укажите расположение соответствующего файла жесткого диска.
    6. Нажмите Создать:
    Т.е. фактически вам нужно создать новую виртуалку и подключить к ней существующий виртуальный накопитель.

Возможно, вам будет интересно:

Относится к рубрикам:Software
Метки:virtualbox

Возможно, будет интересно:

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

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:

  1. Нужно скачать бесплатный Veeam Backup & Replication Free Edition.
  2. Установить программу на физический сервер или ВМ под управлением Windows (обязательно 64-bit). Инсталлятор стандартный и установка продукта занимает не более 15 минут.
  3. Добавить в Veeam Backup консоль два хоста: первый хост (на котором работает ВМ) и второй хост (куда ее нужно переместить), после чего они будут доступны в разделе управляемых vSphere хостов. Интерфейс пользователя довольно прост, надеюсь, что не возникнет сложностей с этой операцией. Однако чтобы удостовериться, что все правильно, можно посмотреть наглядный процесс установки (на англ. яз.).
  4. Когда хосты успешно добавлены в консоль, можно переходить к самой миграции.

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

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

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

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

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

  1. Quick Migration может быть полезной, если нужно мигрировать VMware ВМ между хостами (разными датасторами/хостами и датасторами) VMware ESX(i) без приостановки ее работы, т.е «на лету”, а VMware vMotion опция недоступна.
  2. В общем, Quick Migration работает с ВМ, находящейся в любом состоянии, но эта функция становится очень полезной, когда ВМ запущена в продуктивной сети и нет возможности ее выключить (или приостановить).
  3. Quick Migration может мигрировать несколько ВМ параллельно.
  4. Quick Migration доступна только для VMware серверов, но не для Hyper-V.

Полезные ресурсы

[1] Обзор Veeam Backup Free Edition (Хабр)
[2] Руководства пользователя, FAQ по лицензиям и пр. (рус. и англ. яз.)

ссылка на оригинал статьи http://habrahabr.ru/company/veeam/blog/209212/

На старом гипервизоре ESXi, который поднимался «чисто коклацать» разместилась одна довольно важная система.

Наступил момент, когда сам гипервизор уже пора было разбирать, но что же делать с виртуалкой? Перенесём её на другой, уже production, гипервизор
Самым простым и правильным вариантом мне кажется является утилита OVFTool от VMWare
Скачать её можно тут (последняя версия на момент публикации статьи)
После установки (использую windows систему так как VMWare vSphere Client есть только под неё) переходим в каталог с утилитой

и пробуем совершить перенос

Так как это первое подключение, то мы должны принять SSL отпечатки с обеих хостов
Подтверждаем это вводом команды yes в обеих случаях
Вводим пароль для административной учетки на каждом гипервизоре (скрыт звёздочками)
Система производит первоначальную проверку и выдаёт сообщение об ошибке

Error: — The task was canceled by a user. Completed with errors

Это означает что у нас подключены ISO/USB устройства к виртуальной машине
Действительно так

Отключаем их (достаточно выбрать опцию Client Device) и сохраняем

и пробуем ещё раз
Снова получаем ошибку но уже вида

Error: No network mapping specified. OVF networks: SubnetSwitch. Target networks: TargetSubnetSwitch VM Network Completed with errors

Понятно, отличаются названия созданных на гипервизорах сетях
Для того что бы задать имя подсети на целевом гипервизоре используем ключ -nw
Команда преобретает вид

ovftool.exe -ds=»datastore1″ -nw=»TargetSubnetSwitch» vi://user1@currenthost.example.com/VMName vi://user2@newhost.example.com Deploying to VI: vi://user2@newhost.example.com Progress: 2%

перенос начался

Transfer Completed Completed successfully

Готово, виртуалка на новом гипервизоре

Раздел: VMWareМетки: datastore, esxi, ovftool, tradenark, transfer, vmware

Добавить комментарий

Закрыть меню