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

Обновлено: 03.07.2024

Узнайте, как сократить время, затрачиваемое на создание и настройку виртуальных машин, путем клонирования и импорта физических или виртуальных систем на сервер VMware ESX/ESXi. Изучите как горячую, так и холодную миграцию VMware P2V.

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

VMware vCenter Converter: P2V и V2V

VMware vCenter Converter – это приложение, разработанное для миграции систем. Приложение преобразует и упаковывает исходную систему в новую виртуальную машину, которая может находиться на сервере ESX/ESXi.

vCenter Converter выполняет миграцию как с физического на виртуальный (P2V), так и с виртуального на виртуальный (V2V). При миграции P2V операционная система, работающая в физической системе, копируется на виртуальную машину. При миграции V2V существующая виртуальная машина, работающая на одной платформе виртуализации, копируется на виртуальную машину, работающую на другой платформе виртуализации. Но vCenter Converter не ограничивается виртуальными машинами, созданными на платформах VMware; он также может импортировать и преобразовывать виртуальные машины, созданные в конкурирующем программном обеспечении, таком как Microsoft Virtual Server и Microsoft Hyper-V.

В первой части этой серии вы узнаете, как выполнить миграцию P2V; во второй части вы узнаете, как сделать V2V.

Горячие и холодные миграции

VMware vCenter Converter может выполнять как горячую, так и холодную миграцию.

Горячие миграции – это те, которые происходят, когда исходная система находится в рабочем состоянии. Горячая миграция не рекомендуется для определенных задач, таких как миграция контроллеров домена Active Directory в виртуальную машину (эту задачу следует выполнять во время холодной миграции), но хорошо работает с системами, в которых локальные данные остаются статичными.

С другой стороны, холодная миграция выполняется, когда исходная система находится в автономном режиме. Холодные миграции идеально подходят для таких систем, как SQL-серверы и почтовые серверы, данные которых регулярно обновляются или изменяются. Во время холодных миграций сам физический компьютер все еще работает, но клонируемая операционная система неактивна. Холодная миграция инициируется загрузкой VMware Converter с диска.

В сегодняшней статье мы рассмотрим, как выполнить горячую миграцию P2V и холодную миграцию P2V.

P2V: горячая миграция

<р>1. Чтобы выполнить миграцию P2V в автономном режиме vCenter Converter, нажмите «Преобразовать компьютер». Выберите «Включенная машина» в раскрывающемся меню на вкладке «Исходная система».

<р>2. Выберите «Эта локальная машина», если вы собираетесь перенести физическую машину на место, где установлено VMware vCenter Conversion. В противном случае нажмите «Удаленная машина», а затем введите IP-адрес и учетные данные для входа в исходную систему. Нажмите «Далее».

<р>3. В раскрывающемся меню выберите «VMware Infrastructure Virtual Machine». Введите адрес сервера и учетные данные для входа в систему с VMware ESX/ESXi. Нажмите «Далее».

<р>4. Просмотрите системные параметры на вкладке «Параметры». Чтобы внести изменения в параметры устройства, сети или службы, выберите нужный параметр из списка.

Нажмите «Дополнительные параметры», чтобы синхронизировать исходную систему с целевой системой сразу после клонирования или в запланированные дату и время. Если вы клонируете компьютер с Windows, рекомендуется установить флажки «Установить инструменты VMware на целевой виртуальной машине» и «Удалить контрольные точки восстановления системы на целевой» на вкладке «После преобразования».

Нажмите «Далее» после внесения необходимых изменений, если это применимо.

Проверьте свою конфигурацию на вкладке "Сводка"; затем нажмите "Готово", чтобы выполнить миграцию.

P2V: холодная миграция

<р>1.Загрузите VMware Converter и нажмите «Импортировать машину» на панели инструментов. Нажмите кнопку "Далее"; затем нажмите «Физический компьютер». Нажмите «Далее» еще раз.

<р>2. Выберите «Удаленный компьютер» или «Этот локальный компьютер» на экране входа в систему. При выборе «Удаленная машина» введите имя или IP-адрес исходной системы; затем введите учетные данные для входа. Нажмите «Далее».

<р>3. Выберите «Автоматически удалять файлы при успешном импорте», если будет предложено, а затем нажмите «Да», чтобы продолжить. На экране «Исходные данные» выберите «Преобразовать все диски и сохранить размер», чтобы импортировать идентичную конфигурацию жесткого диска на конечный компьютер. Чтобы внести изменения в конфигурацию диска, нажмите «Выбрать тома и изменить их размер, чтобы сохранить или добавить место».

Снимите флажок с тома, чтобы удалить его из переноса. Чтобы указать новый размер тома для диска, выберите раскрывающееся меню под «Новое дисковое пространство». Выберите «Сохранить размер», чтобы использовать исходный размер тома, или выберите «Минимальный (имум) размер», чтобы импортировать только ту часть диска, которая использовалась. Вы также можете вручную указать размер диска, введя желаемую емкость в ГБ или МБ.

<р>4. Выберите «VMware Infrastructure Virtual Machine» в раскрывающемся меню на экране «Тип назначения». Нажмите кнопку "Далее." Введите адрес сервера и учетные данные для входа на сервер ESX/ESXi.

<р>5. Назовите целевую систему. Нажмите кнопку "Далее." Выберите предпочитаемый хост для запуска виртуальной машины. Нажмите «Далее» еще раз.

<р>6. Выберите хранилище данных для виртуальной машины. Хранилища данных должны быть достаточно большими, чтобы хранить данные, хранящиеся на жестких дисках исходной системы. Чтобы назначить хранилище данных каждому жесткому диску, нажмите «Дополнительно»; затем выберите хранилище данных для каждого жесткого диска и файла конфигурации. Нажмите «Далее».

<р>7. Выберите количество сетевых карт (NIC) для импорта. Установите флажок «Подключаться при включении питания», если это необходимо. Нажмите кнопку "Далее." Отметьте «Установить инструменты VMware», «Настроить удостоверение виртуальной машины» и «Удалить все контрольные точки восстановления системы». Нажмите «Далее».

<р>8. На экране «Информация о компьютере» введите имя компьютера, владельца и название организации. При необходимости создайте новый идентификатор безопасности (SID), а затем введите расположение, в котором хранятся файлы Sysprep, если это применимо. Нажмите кнопку "Далее." Если вы импортируете систему Windows, введите лицензионную информацию для машины. Нажмите «Далее».

<р>9. Выберите часовой пояс в раскрывающемся меню. Нажмите кнопку "Далее." Выберите сетевую карту, а затем нажмите «Настроить», чтобы изменить параметры сети, если это необходимо; в противном случае используйте настройки по умолчанию. Нажмите «Далее».

<р>10. Введите информацию о рабочей группе или домене сервера Windows на экране «Рабочая группа или домен». Введите необходимые учетные данные для входа; затем нажмите «Далее».

<р>11. Проверьте свои настройки на экране сводки. Чтобы включить целевую виртуальную машину после завершения преобразования, установите флажок «Включить новую виртуальную машину после создания». Нажмите «Готово», чтобы начать импорт исходной системы на сервер ESX/ESXi.

Часть 2. Миграция V2V

Я надеюсь, что эта статья поможет вам научиться выполнять горячую и холодную миграцию P2V с помощью VMware vCenter Converter. В моей следующей статье мы рассмотрим миграцию V2V.

Связанные теги:

esxi виртуализации it-ops vmware

Об авторе

Петра Йоргенсон – профессиональный писатель с более чем шестилетним опытом работы в сфере ИТ. Она специализируется на компьютерной архитектуре, операционных системах, сетях, виртуализации и веб-дизайне. Она написала вспомогательную документацию для ведущей системы BSS/OSS и опубликовала более 100 статей, посвященных множеству связанных с технологиями тем. Джордженсон работает над получением сертификата MCITP.

В некоторых случаях может потребоваться совместное использование одного и того же виртуального диска (vmdk или RMD) между двумя (или более) виртуальными машинами (ВМ), работающими на хостах VMWare ESXi. Эта конфигурация чаще всего используется в сценариях кластеризации. Вы можете предоставить общий доступ к файлу vmdk, расположенному в общем хранилище или в локальном хранилище данных на хосте ESXi. Если вы хотите использовать общий диск на разных хостах ESXi, вы можете использовать только общую VMFS (хранилище данных) или хранилище SAN/iSCSI/vSAN. Общий виртуальный диск — это файл VMDK, который две или более виртуальных машин могут читать и записывать одновременно.

Режим VMware Multi-Writer для общего VMDK

VMware VMFS — это кластерная файловая система, совместно используемая несколькими хостами ESXi. По умолчанию VMFS, хранилища данных NFS, vSAN не позволяют нескольким виртуальным машинам одновременно обращаться к одному и тому же файлу .vmdk (используются блокировки). Это предотвращает доступ виртуальных машин к дискам других виртуальных машин и предотвращает повреждение или потерю данных. Однако существует технология VMware, позволяющая совместно использовать диски с поддержкой VMFS между несколькими виртуальными машинами. Эта функция называется Multi-write VMDK. Параметр Multi-Writer гарантирует, что приложение кластеризации гостевого хоста (например, Oracle RAC или Microsoft MSCS) не приведет к потере данных при доступе с двух или более виртуальных машин (узлов кластера).

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

Виртуальные диски, которые должны быть доступны одновременно на нескольких виртуальных машинах VMWare, используют технологию Multi-write (доступна, начиная с VMware ESXI 5.5 и новее). В большинстве случаев этот режим работы с общим диском используется в кластерных решениях для кластеров Oracle RAC и Microsoft MSCS (Microsoft Cluster Service).

Основные ограничения общих дисков VMWare в режиме Multi-Writer:

Подсказка. vMotion поддерживается только для кластера Oracle RAC с 8 хостами ESXi;

Общий доступ к диску VMDK между двумя виртуальными машинами на хостах ESXi

Предположим, что общее внешнее хранилище (подключенное к каждому хосту ESXi с помощью iSCSI или Fibre Channel SAN) уже предоставлено всем хостам VMWare ESXi 6.5. К этим хостам, на которых запущены две виртуальные машины (node1 и node2), вы хотите добавить общий виртуальный диск. На обеих виртуальных машинах необходимо добавить новый контроллер SCSI.

В инвентаре клиента vSphere выберите первую виртуальную машину (узел 1) и выберите Действия > Изменить настройки.

Чтобы добавить новое виртуальное устройство, выберите в раскрывающемся списке Добавить новое устройство > Контроллер SCSI и нажмите кнопку Добавить.

Выберите LSI Logic SAS в качестве типа контроллера SCSI. Обязательно создайте новый контроллер SCSI, не используйте контроллер SCSI 0 по умолчанию.

Теперь вам нужно выбрать режим совместного использования шины SCSI:

Виртуальный — если вы хотите совместно использовать виртуальный диск между виртуальными машинами на одном хосте ESXi;
Физический — используется, когда вам нужно предоставить общий доступ к файлу vmdk между виртуальными машинами на разных хостах ESXi (если у вас есть несколько хостов ESXi в кластере VMWare vSphere, вы должны использовать этот режим совместного использования шины).

Подсказка. Режим None используется только для некластерных дисков с несколькими записывающими устройствами.

Нажмите ОК. Затем вам нужно добавить новый виртуальный диск на первую ВМ (Добавить новое устройство > Жесткий диск > Добавить) со следующими настройками диска:

Политика хранения ВМ: необязательно;
Расположение: вам нужно выбрать имя общего хранилища данных, в котором будет храниться файл vmdk;
Подготовка диска: выберите Толстая подготовка с обязательным обнулением (общий виртуальный диск нельзя обнулить при толстой или тонкой подготовке. Вы можете использовать другие типы подготовки дисков, если ваш общий файл vmdk находится в хранилище данных vSAN 6.7 Patch 01).
Примечание. Вы можете преобразовать ленивый обнуленный диск с толстым предоставлением в тонкий;
Общий доступ: несколько авторов;
Узел виртуального устройства: выберите ранее созданный контроллер SCSI;
Режим диска: независимый — постоянный — в этом режиме вы не можете создавать моментальные снимки для виртуального диска, которым хотите поделиться.

Подсказка. Если вы включили защиту VMWare Fault Tolerance для виртуальной машины, режим множественной записи VMDK автоматически включается для виртуальных дисков.

Таким же образом вам нужно добавить новый контроллер SCSI на другую виртуальную машину (узел 2). Затем нужно добавить новый диск (Existing Hard Disk) в настройках второй виртуальной машины.

Выберите хранилище данных VMFS, в котором хранится общий файл vmdk, созданный ранее для первой виртуальной машины. Выберите имя первой виртуальной машины, а в средней панели выберите нужный файл vmdk.

Также для этого диска необходимо выбрать режим общего доступа — Multi-Writer.

Если вы хотите использовать в VMware более одного общего диска, имейте в виду, что для каждого из них не требуется дополнительный контроллер SCSI. К одному контроллеру SCSI можно подключить до 16 различных дисков.

Убедитесь, что вы используете один и тот же адрес устройства SCSI для общего диска vmdk на обеих виртуальных машинах. Поэтому, если вы добавили SCSI-контроллер 1 при создании SCSI-контроллера, вы должны выбрать его.Например, если у вас есть новый адрес SCSI(1:0) на ВМ (узел 1) для нового диска (это означает первый диск на втором контроллере SCSI), вы должны использовать тот же адрес SCSI(1:0) для общий диск на второй виртуальной машине (node2). Это важно!

Примечание. В версиях ESXi до ESXi vSphere 6.0 update 1 также поддерживается режим MultiWriter для vmdk, но его нельзя включить из интерфейса веб-клиента vSphere. Вы можете добавить флаг множественной записи, выключив виртуальную машину и вручную отредактировав файл vmx виртуальной машины, добавив следующую строку в конец файла:

Вы также можете добавить этот параметр в свойства ВМ: Параметры > Общие > Параметры конфигурации: Scsi1:0:совместное использование «мульти-записи».

После изменения настроек виртуальной машины подключитесь к консоли виртуальной машины с гостевой ОС. В данном случае виртуальные машины работают под управлением Windows Server, поэтому вы можете удаленно подключаться к ним с помощью RDP (как включить RDP удаленно). Запустите консоль управления компьютером (compmgmt.msc) и разверните раздел «Хранилище» > «Управление дисками». Щелкните правой кнопкой мыши и выберите "Пересканировать диск".

Система обнаружит новый диск и предложит его инициализировать. Выберите нужную таблицу разделов (MBR или GPT), создайте новый раздел и отформатируйте его. Аналогичные операции необходимо выполнить на второй ВМ. После этих настроек обе виртуальные машины используют общий диск. Теперь можно переходить к настройке кластерного решения на базе Oracle RAC и Microsoft Cluster Services (MSCS).

Примечание. Имейте в виду, что использование VMDK с несколькими записями для некластерных сценариев не поддерживается. Если общий диск VMDK подключен к сети на обоих хостах ESXi, вы не увидите изменений, внесенных на диск одной виртуальной машиной, на другой виртуальной машине. Это будет происходить до тех пор, пока вы не переведете диск в автономный режим, а затем не подключите его к сети.

При попытке переноса ВМ с подключенным диском vmdk в режиме MultiWriter появится ошибка:

Виртуальная машина настроена на использование устройства, которое препятствует выполнению операции: Устройство «Контроллер SCSI X» — это контроллер SCSI, задействованный в совместном использовании шины.

Чтобы решить эту проблему, выключите виртуальную машину и выполните холодное vMotion.

Аналогичным образом вы можете предоставить одновременный доступ с разных ВМ к одному и тому же необработанному LUN в режиме Raw Device Mapping (RDM). В этом случае диск RDM добавляется к узлу1 как обычно, а при добавлении диска к узлу2 вместо выбора номера LUN необходимо выбрать файл сопоставления VMDK для диска RDM в хранилище данных VMFS.

Начиная с vSphere 6.7 Update 1, вы можете совместно использовать один виртуальный диск в режиме множественной записи на более чем 8 хостах одновременно. Это поведение также поддерживается для хранилищ данных VMFS5/VMFS6 после включения параметра конфигурации /VMFS3/GBLallowMW.

Настройка общего диска в VMware Workstation

Вы также можете создать диск vmdk и использовать его для двух запущенных виртуальных машин на VMware Workstation. Вы можете использовать общий диск vmdk на двух или более виртуальных машинах для тестирования кластерных сценариев. Этот режим работает только в версии Pro и доступен, начиная с VMware Workstation 12.

Вы можете создать общий диск в VMware Workstation из командной строки с помощью утилиты vmware-vdiskmanager.exe. Откройте cmd.exe от имени администратора и выполните команды:

Создайте новый диск VMDK объемом 5 ГБ:

Создание диска «shareddisk01.vmdk»
Создать: выполнено на 100%.
Виртуальный диск создан успешно.

Теперь вам нужно добавить созданный файл vmdk (диск) на первую виртуальную машину. Откройте настройки виртуальной машины, к которой вы хотите добавить общий диск: Добавить > Жесткий диск > Тип диска SCSI > Использовать существующий виртуальный диск > выберите файл shareddisk01.vmdk.

В окне Преобразование существующего виртуального диска в новый формат выберите Сохранить существующий формат.

Сохраните настройки ВМ.

Теперь выберите добавленный жесткий диск и нажмите кнопку "Дополнительно". Выберите режим Независимый > Постоянный для контроллера SCSI.

Сохраните диск с настройками ВМ. Не включайте виртуальную машину сразу. Вам необходимо вручную отредактировать файл конфигурации виртуальной машины (vmx). Выполните команду:

Добавьте следующие строки в файл конфигурации VMX:

Теперь таким же образом добавьте общий файл VMDK на вторую виртуальную машину. Отредактируйте файл VMX второй ВМ и добавьте те же строки.

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

Кластеризация не поддерживается для VMware Workstation. Этот параметр будет проигнорирован.

Игнорировать это сообщение. Теперь вы можете настроить отказоустойчивый кластер Windows Server (WSFC) или Oracle RAC на своих виртуальных машинах, работающих на VMware Workstation. Общий диск VMDK будет доступен на обеих ВМ.

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

Существуют различные способы миграции существующих серверов на Proxmox VE. Их можно разделить на две категории:

Миграция физических серверов в виртуальные (P2V) в Proxmox VE Виртуальные в виртуальные (V2V) Миграция виртуальных машин и контейнеров с других гипервизоров в Proxmox VE

Выполните следующие действия, чтобы выполнить миграцию P2V и превратить физическую машину в виртуальную машину Proxmox VE, использующую Qemu и KVM.

Живые компакт-диски Clonezilla

Этот метод быстр, надежен и не зависит от ОС, так как использует live CD.

Получите живой компакт-диск Linux, такой как Clonezilla.
Подготовьте исходный хост, убедитесь, что у вас включены стандартные драйверы IDE (для WinXP/Win2003 используйте mergeide.reg (File:Mergeide.zip) ), для W2k я перешел по этой ссылке (решение 2 сработало для меня): [1]
Теперь загрузите физический хост с помощью Clonezilla, перейдите в режим новичка и выберите устройство - устройство, а затем удаленный, просто следуйте указаниям мастера.
На хосте Proxmox VE подготовьте гостевую KVM, убедитесь, что вам назначен достаточно большой IDE-диск (добавьте еще 1 ГБ на всякий случай), а также загрузите эту гостевую KVM с live CD и запустите оболочку. .
Войдите в систему root и запустите fdisk (fdisk /dev/sda/), чтобы убедиться, что sda находится здесь, выйдите из fdisk с помощью 'w'. это было важно.
Теперь введите все команды мастера на исходном сервере (настройте сеть и запросите процесс копирования)
После успеха (мастер просто скопирует данные, это означает, что у меня есть диск на 80 ГБ, но на нем только 5 ГБ данных, поэтому весь процесс в гигабитной сети занял всего несколько минут) просто измените загрузочное устройство на жесткий диск и запустите виртуальную машину. Windows автоматически установит все необходимые драйверы, только драйверы Intel NIC для e1000 должны быть загружены из ISO (я получил один большой ISO драйвер от Intel, содержащий все драйверы NIC).

Конвертер VMware

Физический (работающий) сервер Windows в Proxmox VE (KVM) с использованием автономного клиента VMware vCenter Converter (V5)

Протестировано на HP ProLiant ML350 G5 и G6

Подготовка Windows

Автономный клиент VMware vCenter Converter

Загрузите здесь (версия 5.x является бесплатным программным обеспечением, а также бесплатным, но вам необходимо создать учетную запись и войти в систему перед загрузкой)

Mergeide.reg

Подготовить место для сохранения локального изображения

В этом руководстве используется внешний жесткий диск USB. Вы также можете сохранить в подключенный сетевой ресурс.

ПРИМЕЧАНИЕ. Хотя окончательный образ будет примерно такого же размера, как и фактический объем данных на сервере, на сервере Proxmox VE должно быть достаточно свободного места для размещения всего физического диска сервера, если только вы не планируете сжимать диски Windows. . после перехода на Proxmox VE.

Настройки VMware vCenter

Запустите VMware vCenter и используйте следующие настройки:

Тип источника: включенная машина
Укажите включенную машину: эта локальная машина.
Выберите тип назначения: VMware Workstation или другая виртуальная машина VMware.
Выберите продукт VMware: VMware Workstation 8.0.x
Имя: введите желаемое имя для изображения.
Выберите место для виртуальной машины: перейдите к USB-накопителю или сетевому диску, на котором будет сохранен образ.

На следующем экране показаны настройки виртуальной машины.

Нажмите «Дополнительные параметры», выберите вкладку «Постконвертация» и убедитесь, что флажок «Установить инструменты VMware на целевой виртуальной машине» НЕ установлен. Мы не хотим устанавливать инструменты VMware.

Нажмите "Далее" и "Готово".

Теперь он преобразует вашу физическую машину в файл .vmdk-файл.

ПРИМЕЧАНИЕ. В зависимости от вашего оборудования может потребоваться загрузить файл .vmdk с помощью VMware Workstation или Player перед перемещением файла на сервер Proxmox VE. Это позволяет Windows устанавливать дополнительные драйверы для контроллера диска. Если предложено преобразовать диск для совместимости с Workstation 9.x, скажите Да. Вы не узнаете, нужен ли вам этот шаг, пока не запустите виртуальную машину Windows на последнем шаге. Если во время загрузки появляется синий экран, попробуйте этот шаг.

Подготовить ВМ на Proxmox VE

Создайте новую виртуальную машину KVM. Вы захотите использовать тот же ЦП и память, что и физическая система. В меню «Жесткий диск» оставьте все по умолчанию. Мы не будем использовать диск, созданный Proxmox VE. Завершите создание виртуальной машины. Запишите VMID. В этом руководстве мы будем использовать 100 в качестве примера.

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

Переместите образ на сервер Proxmox VE

Подключите жесткий диск USB к серверу

Из командной строки Proxmox VE:

Вы должны увидеть содержимое USB-накопителя. В моем случае файл vmdk находился в /mnt/usb/windows-server/

Преобразование в qcow2

Мы хотим преобразовать файл изображения .vmdk в qcow2. Для этого используйте следующую команду:

Это может занять некоторое время в зависимости от размера файла и скорости вашей системы.

Заключительные шаги

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

В строке с ide0: мы хотим изменить vm-100-disk-1.raw,size=32G на windows-server.qcow2

Вы можете удалить пустой диск, созданный Proxmox VE при создании виртуальной машины.

Запустите виртуальную машину и откройте консоль. Windows должна загрузиться нормально. Обнаружение аппаратных изменений займет несколько минут. Если в системе Windows был статический IP-адрес, вам придется изменить настройки.

Альтернативные методы

Выполните следующие действия, чтобы выполнить миграцию V2V и перенести виртуальную машину с другого гипервизора на виртуальную машину Proxmox VE, использующую Qemu и KVM.

VMware

Это объясняет переход с гипервизора VMware ESXi 6.7 на Proxmox VE 6.1. Он протестирован с гостями со следующими операционными системами:

Дебиан 10
Windows 10 Профессиональная
Стандартная Windows Server 2016

Экспорт

В VMware ESXi перейдите к своей виртуальной машине в дереве слева. Выберите Действия->Экспорт. Это загрузит образы дисков и информацию о вашей виртуальной машине в формате .ovf в браузере. Переместите эти файлы в хранилище, доступное для вашего хоста Proxmox VE.

Установите ovftool VMware на своем хосте Proxmox VE. Сообщается, что ovftool версии 4.4 работает со следующими версиями ESXi: 6.5 и 6.7. Другие (например, 6.0) могут аварийно завершать работу с бесполезным сообщением об ошибке

Удалите все подключенные диски или ISO-файлы с виртуальной машины ESXi и запустите

чтобы экспортировать виртуальную машину из ESXi непосредственно в текущий каталог.

Вы можете заменить точку на любой другой путь, например "/mnt/pve/". Таким образом, вы можете экспортировать напрямую в хранилище, которое вы создали в Proxmox VE.

В некоторых конфигурациях вы получаете один файл архива (.ova), который содержит все образы дисков .vmdk и небольшой файл описания XML .ovf. Если это так, вам необходимо извлечь его, прежде чем продолжить работу с qm importovf .

Импорт

Перейдите к интерфейсу командной строки Proxmox VE. Используйте команду qm importovf

чтобы импортировать виртуальную машину. Например:

Это создаст новую виртуальную машину с использованием ядер, памяти и имени ВМ, считанных из манифеста OVF, и импортирует диски. Вы должны настроить сеть вручную. Вы можете найти синтаксис и пример использования этой команды на ее справочной странице.

Если в качестве гостя используется Windows, дополнительно необходимо выполнить следующие команды. В этом примере предполагается, что ваша импортированная виртуальная машина имеет идентификатор 130.

Используйте UEFI вместо BIOS для виртуальной машины.

Windows требует дополнительных драйверов для использования SCSI. Поэтому пока используйте IDE.

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

Самостоятельная миграция сервера

Миграция также возможна без необходимости экспортировать каждую ВМ отдельно, включая виртуальные диски.
Таким образом, вы можете перевести сервер с vSphere на Proxmox VE без необходимости использования второго сервера.
Для этого процесса ваша vSphere должна использовать VMFS6, и вам нужен как минимум один пустой жесткий диск.
1.Экспортируйте информацию о ВМ без дисков с помощью ovftool (вам все равно нужно настроить конфигурацию сети для каждой ВМ).

<р>2. Установите Proxmox VE на какой-нибудь диск, не содержащий важных данных. На данный момент вам больше не нужна vSphere. Если у вас есть диск ОС, на котором находится только vSphere, то теперь вы можете перезаписать его с помощью Proxmox VE.

<р>3. Создайте каталог на упомянутом выше запасном жестком диске.
4. Установите инструменты vmfs6, необходимые для монтирования (только готовых) дисков в формате VMFS с виртуальными дисками vSphere.

<р>5. Перечислите все доступные диски, чтобы определить диски, отформатированные в VMFS

<р>6. Смонтируйте раздел диска VMFS (обратите внимание, что он доступен только для чтения)

<р>7. Преобразуйте диск vSphere в формат, подходящий для Proxmox VE

<р>8. Пока идет конвертация, вы можете создать первую виртуальную машину из ovf

<р>9. Как только преобразование будет завершено, вы можете смонтировать новый образ диска Proxmox VE на виртуальную машину.

Если все образы ВМ были перемещены с диска VMFS6, вы можете отформатировать его и использовать в Proxmox VE

ГиперV

Это объясняет миграцию с гипервизора Hyper-V на Windows 10 на Proxmox VE 6.1. Он протестирован с гостевой системой Proxmox VE 6.1.

— это встроенный в Windows инструмент командной строки, который преобразует .vhdx в .vhd. Этот формат поддерживается qemu-img. — это графический инструмент, который может создавать диски .qcow2 из гостевых систем Hyper-V.

В Hyper-V-Manager выберите «Экспорт» справа, а затем пункт назначения. Хотя многие файлы (например, снимки) будут экспортированы, нас интересуют только файлы .vhdx. Переместите эти файлы в хранилище, доступное вашему хосту Proxmox VE. Вам придется заново создать настройки виртуальной машины самостоятельно.

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

Теперь перейдите в интерфейс командной строки Proxmox VE. Используйте команду «qm importdisk», чтобы импортировать виртуальный жесткий диск .vhdx. Вы можете найти синтаксис и пример использования этой команды на ее справочной странице.

XEN также использует формат диска qemu, поэтому он должен работать так же, как описано в разделе "VMware to Proxmox VE (KVM)".

Для этого можно использовать xenmigrate

FreeNAS

Это необходимые шаги для переноса виртуальной машины Ubuntu Bionic с FreeNAS 11.2 на Proxmox VE 6.2-1. Виртуальная машина в FreeNAS была создана со следующими параметрами

Тип загрузчика: UEFI
Гостевая ОС: Ubuntu Bionic
Диск
- Режим диска: AHCI
- Zvol: test/ubuntu-1xmtpt
Проверьте имя своего zvol, выбрав Виртуальные машины → Параметры виртуальной машины ⋮→ Устройства → Параметры вашего диска ⋮ → Изменить → Zvol

Подготовка в FreeNAS
1. Создайте общий каталог в разделе «Общий доступ» → «Общие ресурсы Unix (NFS)» с путем /mnt/test .
2. Включите SSH в службах и отредактируйте службу SSH (Действия), чтобы разрешить вход с паролем для root
3. Скопируйте zvol в общий каталог
  1. Войдите в FreeNAS через SSH.
  2. Скопируйте zvol в общий каталог
  Импорт в Proxmox VE
  1. Создайте виртуальную машину (здесь vmid — 103) в Proxmox VE. Обязательно установите для BIOS значение OVMF (это UEFI).
  2. Удалите диск, созданный на шаге 1.
  3. Создайте каталог mkdir /home/user/freenas
  4. Смонтировать общий каталог из FreeNAS
  5. Импортируйте образ виртуальной машины FreeNAS в виртуальную машину Proxmox VE как неиспользуемый диск (vmid 103, локальное хранилище)
  6. В графическом интерфейсе Proxmox VE:
    1. Перейдите к аппаратному представлению новой виртуальной машины.
    2. Настроить дисплей на пикантность
    3. Дважды щелкните неиспользуемый диск, чтобы подключить его, и выберите Virtio в качестве шины.
    4. Перейдите к представлению параметров новой виртуальной машины.
    5. Выберите новый виртуальный диск в качестве загрузочного.
    Qemu/KVM
    
    Создайте новую виртуальную машину на Proxmox VE и добавьте существующий образ диска в эту новую виртуальную машину, установите порядок загрузки и запустите.
    
    Минимальный пример
    
    Сначала необходимо создать виртуальную машину. 120 — неиспользуемый идентификатор ВМ.
    
    someImage.img — это изображение, созданное ранее. someStorage — это имя хранилища, указанное в статусе pvesm.
    
    qm importdisk добавляет образ в виртуальную машину как неиспользуемый диск. Таким образом, сделать его загрузочным диском по-прежнему необходимо.
    
    Если ваш вариант использования не описан в этой статье, вам следует ознакомиться с дополнительными способами перехода на Proxmox VE в вики. Он собирает многолетние знания для случаев, которые не так распространены, как описанные здесь.
    
    Резервное копирование виртуальной машины в другое хранилище данных — распространенный метод защиты данных. В этой статье описаны распространенные сценарии, а также подробные инструкции по резервному копированию или переносу ВМ в другое хранилище данных.
    
    От Crystal / Последнее обновление: 20 декабря 2021 г.
    
    Зачем выполнять резервное копирование ВМ в другое хранилище данных в VMware?
    
    Случай 1. На следующей неделе я проведу несколько экспериментальных тестов на одной из своих виртуальных машин. Я хотел бы знать лучший способ резервного копирования виртуальной машины в ESXi. В случае, если эксперименты потерпят неудачу и ОС выйдет из строя, мне нужно будет восстановить как можно скорее практически без настройки.
    
    Хранилища данных используются для хранения файлов виртуальных машин, шаблонов и ISO-образов. Если вы проводите опасные эксперименты с ВМ, копирование или клонирование ВМ в другое хранилище данных может помочь вам полностью и быстро восстановить данные ВМ в случае непредвиденных событий.
    
    Случай 2. У моей текущей виртуальной машины заканчивается хранилище, но я не хочу ее удалять, что мне делать?
    
    Если в текущем хранилище данных недостаточно места или в зависимости от потребностей вашего бизнеса, перенос виртуальной машины в другое хранилище данных позволит вам использовать дисковое пространство и лучше защитить данные виртуальной машины.
    
    Короче говоря, резервное копирование ВМ в другое хранилище данных в VMware дает преимущества при переносе данных, защите данных и аварийном восстановлении. Так как же создать резервную копию виртуальной машины в другом безопасном хранилище данных?
    
    Как правило, вам нужен доступ к vCenter для резервного копирования или миграции в другое хранилище данных. Но если vCenter вам недоступен, что делать, чтобы завершить резервное копирование?
    
    В этой статье объясняется, как выполнить резервное копирование ВМ в другое хранилище данных независимо от того, установлен ли у вас vCenter или нет.
    
    Резервное копирование ВМ в другое хранилище данных через vCenter
    
    Если у вас есть доступ к vCenter, вы можете просто перенести и клонировать виртуальную машину. В этой части рассказывается, как выполнить резервное копирование виртуальной машины в другое хранилище данных в vCenter, включая резервные копии миграции и клонирования. Во время этих процессов, в зависимости от размера файлов ВМ, резервное копирование или миграция могут занять много времени.
    
    Как перенести ВМ в другое хранилище данных
    
    Перемещение ВМ в другое хранилище данных помогает снизить нагрузку на хранилище и использовать пространство виртуального диска. Вы можете перемещать виртуальные машины из одного хранилища данных в другое в соответствии с потребностями вашего бизнеса.
    <р>1. Войдите в веб-клиент VMware vSphere и выключите виртуальную машину, которую вы хотите перенести.
    <р>2. Перейдите к хранилищам данных и выберите виртуальную машину, которую вы хотите перенести.
    <р>3. Щелкните правой кнопкой мыши и выберите "Перенести".
    <р>4. В списке Выберите тип переноса выберите Изменить только хранилище и нажмите Далее.
    
    Это означает перемещение виртуальной машины и ее хранилища, включая виртуальные диски, файлы конфигурации или их комбинацию, в новое хранилище данных на том же хосте.
    
    <р>5. В списке Выберите хранилище выберите Тот же формат, что и у источника (используйте тот же формат, что и у исходной ВМ) и Сохранить существующие политики хранения ВМ в раскрывающемся меню Политика хранения ВМ, затем выберите нужное целевое хранилище данных и нажмите Далее.
    
    Примечание. Политики хранения определяют требования к хранилищу для приложений, работающих на виртуальной машине.
    
    <р>6. В списке Готово к завершению подтвердите правильность информации и нажмите Готово.
    
    Тогда вы могли убедиться, что виртуальная машина безопасно перенесена в другое хранилище данных.
    
    Как клонировать ВМ в другое хранилище данных
    
    Клонируя виртуальную машину в другое хранилище данных, вы создадите новую виртуальную машину, аналогичную исходной, в другом хранилище данных. Это помогает защитить виртуальную машину от прерывания работы или потери данных при возникновении ошибок в исходной виртуальной машине или хранилище данных.
    <р>1. Перейдите к хранилищам данных и выберите виртуальную машину, которую хотите клонировать.
    <р>2. Щелкните правой кнопкой мыши и выберите Клонировать, а затем щелкните Клонировать на виртуальную машину, чтобы открыть мастер.
    
    <р>3. На странице "Изменить настройки" необходимо выполнить 4 шага.
    
    Выберите имя и папку. Введите имя виртуальной машины длиной до 80 символов и выберите нужную папку хранилища данных, затем нажмите «Далее».
    
    Выберите компьютерный ресурс: выберите хост для запуска виртуальной машины и нажмите "Далее".
    
    Примечание. При развертывании виртуальной машины вы выбираете узел, кластер или пул ресурсов, в котором будет работать виртуальная машина. Эта виртуальная машина будет иметь доступ к ресурсам выбранного объекта.
    
    Выберите хранилище: выберите Тот же формат, что и у источника > Сохранить существующее хранилище ВМ> выберите хранилище данных, в которое вы хотите клонировать ВМ> нажмите "Далее".
    
    Выберите вариант клонирования: Настройте операционную систему> Включите виртуальную машину после создания> нажмите Далее.
    <р>4. Готово к завершению: подтвердите правильность информации и нажмите «Готово».
    
    Как скопировать ВМ в другое хранилище данных без vCenter
    
    В: Можно ли скопировать виртуальную машину в другое хранилище данных без vCenter?
    
    О: Вполне возможно! Вот несколько советов, как легко и просто скопировать виртуальную машину в хранилище данных, когда vCenter вам недоступен.
    
    Действия по копированию ВМ в другое хранилище данных без vCenter:
    <р>1. Зайдите в свои хранилища данных.
    <р>2. Нажмите на хранилище данных, которое вы хотите выбрать, и выберите Браузер хранилища данных.
    
    <р>3. Перейдите к целевому хранилищу данных, нажмите «Создать каталог», чтобы ввести имя.
    
    <р>4. Вернитесь в папку, которую хотите скопировать, щелкните папку виртуальной машины и найдите файлы .vmdk и .vmx, выберите «Копировать».
    
    <р>5. Выберите целевое хранилище данных, скопируйте файлы в новый каталог, созданный ранее, и нажмите «Копировать».
    <р>6. Вы можете проверить успешность копирования в списке недавних задач.
    
    Как зарегистрировать виртуальную машину для запуска в хранилище данных
    
    На данный момент вы завершили процесс копирования ВМ в другое хранилище данных. Итак, как вы могли зарегистрировать виртуальную машину? Пожалуйста, обратитесь к следующим шагам.
    <р>1. После того, как файлы будут скопированы в новый каталог, нажмите «Создать/Зарегистрировать виртуальную машину».
    
    <р>2. В разделе Новая виртуальная машина выберите Зарегистрировать существующую виртуальную машину и нажмите Далее.
    
    <р>3. Перейдите к созданному вами существующему каталогу, выберите файл .vmx и нажмите «Далее».
    
    <р>4. Подтвердите информацию и нажмите Готово.
    <р>5. Когда вы закончите весь процесс, вы можете получить виртуальную машину с именем в файле .vmx. Затем щелкните правой кнопкой мыши виртуальную машину и переименуйте ее.
    
    Обзор
    
    В производственной среде вы каждый день создаете невероятное количество данных, и все они должны храниться на виртуальном диске. Таким образом, эта статья поможет вам узнать, как выполнять резервное копирование и перенос виртуальной машины VMware в другое хранилище данных, что предотвращает потерю данных вашей виртуальной машины и неэффективное использование хранилища.
    
    Программное обеспечение для централизованного резервного копирования
    - Удаленное резервное копирование всех компьютеров
    - Централизованное управление задачами
    - Резервное копирование рабочей станции/сервера
    - Резервное копирование SQL Server
    - Мониторинг в реальном времени
    Все еще нужна помощь?
    
    Ваша проблема решена? Если нет, введите запрос в поле поиска ниже.
    
    Читайте также: