Как перенести виртуальную машину vmware на esxi

Обновлено: 02.07.2024

В этой статье показано, как перенести локальные виртуальные машины VMware в Azure с помощью инструмента Azure Migrate:Server Migration с безагентной миграцией. Вы также можете мигрировать виртуальные машины VMware с помощью миграции на основе агента. Сравните методы.

Это руководство является третьим в серии, демонстрирующей, как оценить и перенести виртуальные машины VMware в Azure.

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

В этом руководстве вы узнаете, как:

  • Добавьте инструмент Azure Migration:Server Migration.
  • Найдите виртуальные машины, которые вы хотите перенести.
  • Начать репликацию ВМ.
  • Выполните тестовую миграцию, чтобы убедиться, что все работает должным образом.
  • Запустите полную миграцию ВМ.

Если у вас нет подписки Azure, перед началом работы создайте бесплатную учетную запись.

Предпосылки

Прежде чем приступить к этому руководству, вы должны:

    для подготовки Azure и VMware к миграции.
  1. Мы рекомендуем пройти второе руководство, чтобы оценить виртуальные машины VMware перед их переносом в Azure, но это не обязательно.
  2. Перейти к уже созданному проекту или создать новый
  3. Проверьте разрешения для своей учетной записи Azure. Вашей учетной записи Azure необходимы разрешения для создания виртуальной машины и записи на управляемый диск Azure.

Настройте устройство Azure Migrate

Azure Migrate Server Migration запускает упрощенное устройство VMware VM, которое используется для обнаружения, оценки и безагентной миграции виртуальных машин VMware. Если вы следуете руководству по оценке, вы уже настроили устройство. Если вы этого не сделали, настройте его сейчас одним из следующих способов:

  • Шаблон OVA: настройте на виртуальной машине VMware с помощью загруженного шаблона OVA.
  • Сценарий: настройка на виртуальной машине VMware или физическом компьютере с помощью сценария установщика PowerShell. Этот метод следует использовать, если вы не можете настроить виртуальную машину с помощью шаблона OVA или если вы находитесь в Azure для государственных организаций.

После создания устройства вы проверяете, может ли оно подключиться к Azure Migrate:Server Assessment, настраиваете его в первый раз и регистрируете в проекте Azure Migrate.

Репликация ВМ

После настройки устройства и завершения обнаружения вы можете начать репликацию виртуальных машин VMware в Azure.

  • Вы можете запускать до 500 репликаций одновременно.
  • На портале можно одновременно выбрать до 10 ВМ для переноса. Чтобы перенести больше машин, добавьте их в группы пакетами по 10.

Включите репликацию следующим образом:

В проекте "Миграция Azure" > "Серверы", "Миграция Azure: миграция серверов" нажмите "Реплицировать".

Репликация виртуальных машин

В разделе "Репликация" > "Параметры источника" > "Виртуализированы ли ваши машины?" выберите "Да, с VMware vSphere".

В локальном устройстве выберите имя устройства Azure Migrate, которое вы настроили > ОК.

Настройки источника

В разделе Виртуальные машины выберите машины, которые вы хотите реплицировать. Чтобы применить размер виртуальной машины и тип диска из оценки, если вы ее запускали, в разделе Импорт параметров миграции из оценки миграции Azure? выберите Да, а затем выберите группу виртуальных машин и имя оценки. Если вы не используете настройки оценивания, выберите Нет.

Выберите оценку

В разделе Виртуальные машины выберите ВМ, которые вы хотите перенести. Затем нажмите Далее: Целевые настройки.

Выберите виртуальные машины

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

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

В параметрах доступности выберите:

  • Зона доступности, чтобы привязать перенесенный компьютер к определенной зоне доступности в регионе. Используйте этот параметр для распределения серверов, образующих многоузловой уровень приложений, по зонам доступности. Если вы выберете этот вариант, вам потребуется указать зону доступности для использования для каждого из выбранных компьютеров на вкладке «Вычисления». Этот параметр доступен только в том случае, если целевой регион, выбранный для переноса, поддерживает зоны доступности.
  • Набор доступности для помещения перенесенного компьютера в группу доступности.Чтобы использовать этот параметр, выбранная целевая группа ресурсов должна иметь одну или несколько групп доступности.
  • Избыточность инфраструктуры не требуется, если вам не нужна ни одна из этих конфигураций доступности для перенесенных компьютеров.

В разделе Тип шифрования диска выберите:

  • Шифрование в состоянии покоя с помощью ключа, управляемого платформой
  • Шифрование в состоянии покоя с помощью ключа, управляемого клиентом.
  • Двойное шифрование с ключами, управляемыми платформой и клиентом.

Чтобы реплицировать виртуальные машины с помощью CMK, вам потребуется создать набор шифрования диска в целевой группе ресурсов. Объект набора шифрования диска сопоставляет управляемые диски с хранилищем ключей, которое содержит CMK для использования для SSE.

В Преимуществе гибридного использования Azure:

  • Выберите Нет, если вы не хотите применять Преимущество гибридного использования Azure. Затем нажмите "Далее".
  • Выберите Да, если у вас есть компьютеры с Windows Server, на которые распространяется действующая подписка Software Assurance или Windows Server, и вы хотите применить это преимущество к переносимым компьютерам. Затем нажмите "Далее".

Целевые настройки

В разделе "Вычисления" проверьте имя ВМ, ее размер, тип диска ОС и конфигурацию доступности (если она была выбрана на предыдущем шаге). ВМ должны соответствовать требованиям Azure.

  • Размер ВМ. Если вы используете рекомендации по оценке, рекомендуемый размер отображается в раскрывающемся списке Размер ВМ. В противном случае Azure Migration выбирает размер на основе ближайшего совпадения в подписке Azure. Либо выберите размер вручную в размере виртуальной машины Azure.
  • Диск ОС: укажите диск ОС (загрузочный) для виртуальной машины. Диск ОС — это диск, на котором находятся загрузчик и программа установки операционной системы.
  • Зона доступности: укажите используемую зону доступности.
  • Группа доступности: укажите группу доступности для использования.

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

В разделе "Диски" укажите, следует ли реплицировать диски ВМ в Azure, и выберите тип диска (стандартный SSD/HDD или управляемые диски премиум-класса) в Azure. Затем нажмите «Далее».

Скриншот показывает на вкладке

В разделе «Проверить и запустить репликацию» проверьте настройки и нажмите «Реплицировать», чтобы запустить первоначальную репликацию для серверов.

Вы можете обновить настройки репликации в любое время до начала репликации (Управление > Реплицирующие машины). Вы не можете изменить настройки после запуска репликации.

Подготовка в первый раз

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

  • Служебная шина. Служба миграции сервера использует служебную шину для отправки сообщений оркестрации репликации на устройство.
  • Учетная запись хранения шлюза. Служба переноса сервера использует учетную запись хранения шлюза для хранения информации о состоянии реплицируемых виртуальных машин.
  • Учетная запись хранения журналов. Устройство Azure Migrate загружает журналы репликации для виртуальных машин в учетную запись хранения журналов. Azure Migrate применяет информацию о репликации к репликам управляемых дисков.
  • Хранилище ключей. Устройство Azure Migrate использует хранилище ключей для управления строками подключения к служебной шине и ключами доступа к учетным записям хранения, используемым при репликации.

Отслеживание и мониторинг

Отслеживайте статус задания в уведомлениях портала.

Отслеживайте состояние репликации, щелкнув Репликация серверов в Azure Migrate: Server Migration.

Отслеживание репликации

Репликация происходит следующим образом:

  • После успешного завершения задания «Начать репликацию» компьютеры начинают первоначальную репликацию в Azure.
  • Во время начальной репликации создается моментальный снимок ВМ. Дисковые данные из моментального снимка реплицируются на реплики управляемых дисков в Azure.
  • После завершения начальной репликации начинается дельта-репликация. Дополнительные изменения на локальных дисках периодически реплицируются на реплики дисков в Azure.

Запустите тестовую миграцию

Когда начнется дельта-репликация, вы можете выполнить тестовую миграцию виртуальных машин, прежде чем выполнять полную миграцию в Azure. Мы настоятельно рекомендуем сделать это по крайней мере один раз для каждой машины перед ее миграцией.

  • Выполнение тестовой миграции позволяет убедиться, что миграция будет работать должным образом, не затрагивая локальные компьютеры, которые остаются в рабочем состоянии и продолжают репликацию.
  • Тестовая миграция имитирует миграцию путем создания виртуальной машины Azure с использованием реплицированных данных (обычно выполняется миграция в нерабочую виртуальную сеть в вашей подписке Azure).
  • Вы можете использовать реплицированную тестовую виртуальную машину Azure для проверки миграции, тестирования приложений и решения любых проблем перед полной миграцией.

Выполните тестовую миграцию следующим образом:

В разделе "Цели миграции" > "Серверы" > "Миграция Azure: миграция серверов" нажмите "Проверить перенесенные серверы".

Проверить перенесенные серверы

Щелкните правой кнопкой мыши ВМ, которую нужно протестировать, и выберите "Проверить миграцию".

Тестовая миграция

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

Начнется задание тестовой миграции. Следите за заданием в уведомлениях портала.

После завершения миграции просмотрите перенесенную виртуальную машину Azure в разделе "Виртуальные машины" на портале Azure. Имя машины имеет суффикс -Test.

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

Очистить миграцию

Теперь вы можете зарегистрировать свои серверы с SQL Server с помощью SQL VM RP, чтобы воспользоваться преимуществами автоматического исправления, автоматического резервного копирования и упрощенного управления лицензиями с помощью расширения агента SQL IaaS.

  • Выберите «Управление» > «Репликация серверов» > «Машина, содержащая SQL-сервер» > «Вычисления и сеть» и выберите «Да», чтобы зарегистрироваться в SQL VM RP.
  • Выберите преимущество гибридного использования Azure для SQL Server, если у вас есть экземпляры SQL Server, на которые распространяется действующая подписка Software Assurance или SQL Server, и вы хотите применить это преимущество к переносимым машинам.

Перенос ВМ

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

В проекте "Миграция Azure" > "Серверы" > "Миграция Azure: миграция серверов" щелкните Репликация серверов.

Репликация серверов

В разделе "Репликация машин" щелкните правой кнопкой мыши виртуальную машину > "Мигрировать".

В разделе «Миграция» > «Выключить виртуальные машины и выполнить запланированную миграцию без потери данных» выберите «Да» > «ОК».

  • По умолчанию Azure Migrate отключает локальную виртуальную машину и запускает репликацию по запросу для синхронизации любых изменений виртуальной машины, произошедших с момента последней репликации. Это гарантирует отсутствие потери данных.
  • Если вы не хотите выключать ВМ, выберите "Нет".

Для ВМ запускается задание миграции. Отслеживайте задание в уведомлениях Azure.

После завершения задания вы можете просматривать ВМ и управлять ею со страницы "Виртуальные машины".

Завершить миграцию

  1. После завершения миграции щелкните правой кнопкой мыши ВМ > Остановить репликацию. Это останавливает репликацию для локального компьютера и очищает информацию о состоянии репликации для виртуальной машины.
  2. Мы автоматически устанавливаем агент виртуальной машины для виртуальных машин Windows и Linux во время миграции.
  3. Проверьте и устраните все проблемы с активацией Windows на виртуальной машине Azure.
  4. Выполните любые настройки приложения после переноса, такие как обновление имен хостов, строк подключения к базе данных и конфигураций веб-сервера.
  5. Выполните окончательное приемочное тестирование приложения и миграции для перенесенного приложения, которое сейчас работает в Azure.
  6. Отключите трафик к перенесенному экземпляру виртуальной машины Azure.
  7. Удалите локальные ВМ из локального инвентаря ВМ.
  8. Удалите локальные ВМ из локальных резервных копий.
  9. Обновите внутреннюю документацию, чтобы указать новое расположение и IP-адрес виртуальных машин Azure.

Оптимальные методы после миграции

  • Для повышения устойчивости:
    • Защитите данные за счет резервного копирования виртуальных машин Azure с помощью службы Azure Backup. Узнать больше.
    • Поддерживайте работоспособность и постоянную доступность рабочих нагрузок за счет репликации виртуальных машин Azure в дополнительный регион с помощью Site Recovery. Узнать больше.
    • По умолчанию диски данных создаются с кэшированием хоста, установленным на "Нет". Проверьте и настройте кэширование диска данных в соответствии с потребностями вашей рабочей нагрузки. Узнать больше.
    • Заблокируйте и ограничьте доступ к входящему трафику с помощью Защитника Microsoft для облака — своевременное администрирование.
    • Ограничьте сетевой трафик к конечным точкам управления с помощью групп безопасности сети.
    • Разверните Azure Disk Encryption, чтобы защитить диски и защитить данные от кражи и несанкционированного доступа.
    • Узнайте больше о защите ресурсов IaaS и посетите Microsoft Defender для облака.

    Дальнейшие шаги

    Изучите путь миграции в облако с помощью Azure Cloud Adoption Framework.

    Вы можете перемещать виртуальные машины из одного вычислительного ресурса или хранилища в другое, используя холодную или горячую миграцию. Например, с помощью vSphere vMotion вы можете перемещать включенные виртуальные машины с хоста для обслуживания, балансировки нагрузки, совместного размещения взаимодействующих друг с другом виртуальных машин, разнесения виртуальных машин, чтобы свести к минимуму область сбоя, для миграции на новый сервер. оборудование и т. д.

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

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

    Чтобы перенести виртуальные машины с дисками размером более 2 ТБ, исходный и конечный хосты ESXi должны иметь версию 6.0 или более позднюю.

    В зависимости от состояния питания переносимой виртуальной машины миграция может быть холодной или горячей. Холодная миграция Перемещение выключенной или приостановленной виртуальной машины на новый хост. При желании вы можете переместить файлы конфигурации и дисков для выключенных или приостановленных виртуальных машин в новые места хранения. Вы также можете использовать холодную миграцию для перемещения виртуальных машин с одного виртуального коммутатора на другой и из одного центра обработки данных в другой. Вы можете выполнить холодную миграцию вручную или запланировать задачу. Горячая миграция Перемещение включенной виртуальной машины на новый хост. При желании вы также можете переместить диски или папку виртуальной машины в другое хранилище данных. Горячая миграция также называется динамической миграцией или vSphere vMotion. С помощью vSphere vMotion вы можете перенести виртуальную машину без прерывания ее доступности.

    В зависимости от типа ресурса виртуальной машины можно выполнить три типа миграции.

    Изменить только вычислительный ресурс Перемещение виртуальной машины, но не ее хранилища, на другой вычислительный ресурс, например хост, кластер, пул ресурсов или vApp. Вы можете переместить виртуальную машину на другой вычислительный ресурс с помощью холодной или горячей миграции. Если вы изменяете вычислительный ресурс включенной виртуальной машины, вы используете vSphere vMotion. Изменить только хранилище Перемещение виртуальной машины и ее хранилища, включая виртуальные диски, файлы конфигурации или их комбинацию, в новое хранилище данных на том же хосте. Вы можете изменить хранилище данных виртуальной машины с помощью холодной или горячей миграции. Если вы перемещаете включенную виртуальную машину и ее хранилище в новое хранилище данных, вы используете Storage vMotion. Изменение как вычислительного ресурса, так и хранилища. Перемещение виртуальной машины на другой хост и одновременное перемещение ее диска или папки виртуальной машины в другое хранилище данных. Вы можете изменить хост и хранилище данных одновременно, используя холодную или горячую миграцию.

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

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

    Перемещение виртуальной машины на другой экземпляр vCenter Server.

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

    Вы также можете перемещать виртуальные машины между экземплярами vCenter Server, расположенными на большом расстоянии друг от друга.

    Начиная с vSphere 7.0 Update 1c, вы можете переносить рабочие нагрузки между системами vCenter Server с помощью Advanced Cross vCenter vMotion. Вы можете инициировать миграцию рабочих нагрузок как из локальных сред, так и из облачных сред. Advanced Cross vCenter vMotion не зависит от vCenter Enhanced Linked Mode или Hybrid Linked Mode, и вы можете переносить виртуальные машины между системами vCenter Server в разных доменах vCenter Single Sign-On.

    Начиная с vSphere 7.0 Update 3, вы можете использовать функцию Advanced Cross vCenter vMotion для клонирования виртуальных машин в системах vCenter Server.

    Информацию о требованиях к vMotion между экземплярами vCenter Server см. в разделе Требования к миграции между экземплярами vCenter Server.

    Узнайте, как сократить время, затрачиваемое на создание и настройку виртуальных машин, путем клонирования и импорта физических или виртуальных систем на сервер 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, нажмите «Преобразовать компьютер». Выберите «Включенная машина» в раскрывающемся меню на вкладке «Исходная система».

    vCenter Converter: исходная система

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

    Внутри преобразователя vCenter

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

    Импорт ВМ в VMware ESXi

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

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

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

    Просмотреть системные параметры

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

    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.

    В этом руководстве показано, как экспортировать или переместить виртуальную машину VMware Workstation на сервер ESXi. Иногда вам нужно переместить/мигрировать предварительно настроенную виртуальную машину серверной ОС на VMware vSphere (ESXi), чтобы сэкономить время, избегая установки и настройки.

    Здесь можно использовать любую виртуальную машину с конфигурационным файлом VMX и дисковыми файлами VMDK. Для этого метода требуется конвертер VMware vCenter, встроенная функция рабочей станции VMware. У меня есть работающая ESXi 4.1 и корпоративная ОС Windows 2003 (уже настроенная как контроллер домена) в качестве виртуальной машины на рабочей станции VMware 7.1. Хост - Windows 7 с 3 ГБ ОЗУ.Хотя эта настройка была выполнена еще в 2010 году, в последнее время она применима и к более мощной конфигурации оборудования.

    Что я собираюсь сделать, так это экспортировать работающую виртуальную машину Windows 2003 с рабочей станции на сервер ESXi по сети.

    Вот рабочая ОС.

    Этапы переноса виртуальной машины VMware Workstation на сервер ESXi

    1) Удалите инструменты VMware из гостевой ОС. (Я не уверен, что инструменты VMware для рабочих станций и серверов одинаковы, но я думаю, что лучше удалить сейчас и установить позже в vSphere Client)

    2) Выключите виртуальную машину и удалите дисководы, USB и звуковые устройства. Если вы не удалите их сейчас, конвертер удалит их позже с предупреждающим сообщением.

    3) Убедитесь, что с сетевым подключением все в порядке и брандмауэры открыты между хостом рабочей станции VMware и сервером ESXi. На рабочей станции перейдите в меню «Файл» и выберите «Импорт» или «Экспорт».

    См. также

    4) Выберите виртуальное устройство в типе источника.

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

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

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

    7) Теперь пришло время выбрать пункт назначения. Выберите «VMware Infrastructure Virtual Machine» и нажмите «Далее».

    8) Укажите IP-адрес сервера VMware ESX или ESXi с именем пользователя root и паролем. Те же сведения, что и для подключения через клиент vSphere.

    Вы можете найти приведенный ниже вариант экрана в последней версии конвертера.

    9) Он должен без проблем войти в систему и запросить имя виртуальной машины. Дайте имя и перейдите к следующему шагу.

    10) Выберите пул ресурсов для экспорта, если их несколько. В противном случае выберите локальный хост и нажмите «Далее».

    11) Выберите хранилище данных для перемещения виртуального диска. Мой сервер ESXi имеет одно хранилище данных, как показано ниже.

    12) Далее следует выбрать сетевые карты. Сетевые карты можно добавить во время экспорта, выбрав количество сетевых карт.

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

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

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

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

    14) После выполнения шагов настройки проверьте сводку перед началом процесса. Выберите параметр «Включить новую виртуальную машину после создания (необязательно)» и нажмите «Готово», чтобы начать процедуру.

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

    Первоначально это не удалось из-за проблем с местом на сервере VMware ESXi. На хост-компьютере не было места для увеличения файла ESXi VMDK.

    Экспорт выполнен успешно после устранения проблемы с пространством. Поскольку я выбрал вариант включения питания, экспортированная виртуальная машина запускается и работает на сервере после завершения преобразования.

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

    Если у вас возникнут трудности с этим методом, поделитесь своими комментариями.

    Динеш

    Динеш является основателем Sysprobs и написал более 400 статей. Энтузиаст Microsoft и облачных технологий с более чем 15-летним опытом работы в сфере ИТ.


    Здравствуйте, дорогие читатели, сегодня мы собираемся перенести виртуальную машину с VMware ESXi на Proxmox VE.

    Сегодня мы работаем не с лабораторной средой, а с производственной средой. Мы запланировали время простоя для этого процесса миграции. Мы переносим виртуальный NTP-сервер с нашего старого ESXi на новый кластер Proxmox.

    Подготовка к миграции

    У нас есть дисковый массив RAID5 в качестве хранилища данных для нашего старого гипервизора ESXi и реплицированное хранилище Gluster FS в качестве общего хранилища в кластере Proxmox. Мы знаем, что VMware ESXi хранит диски виртуальных машин в формате образа VMDK, а для Proxmox нам нужен формат образа диска QCOW2. Итак, мы изменим формат изображения с VMDK на QCOW2.Чтобы узнать больше о Proxmox, вы можете посетить другие наши публикации о Proxmox.

    Мы можем напрямую импортировать диск VMware в гипервизор Proxmox, но он будет использовать полный размер диска, выделенный для образа виртуального диска. Импорт образа диска с тонкой инициализацией сэкономит место на диске и позволит нам перераспределить дисковое пространство между виртуальными машинами.

    Чтобы импортировать диск виртуальной машины с тонкой инициализацией и удалить ненужное дисковое пространство, используемое образом диска, мы будем использовать другой промежуточный узел виртуализации CentOS с установленной на нем утилитой qemu-img и virt-sparsify, инструментом сжатия pigz.

    В этой статье мы выполняем все операции из интерфейса командной строки. Итак, нам понадобится доступ к оболочке для всех трех хостов. Чтобы включить доступ по SSH в VMware ESXi, ознакомьтесь с этим документом. Нам также нужно будет разрешить SSH-клиенту обращаться к файлам образа диска SCP с хоста ESXi; перейдите в раздел «Сеть» -> «Правила брандмауэра» -> «Клиент SSH» на хост-портале ESXi. Нажмите «Действия», а затем «Включить».

    Подготовка образа диска VMware ESXi

    Определите целевую ВМ внутри ESXi.


    Или используйте grep для фильтрации ненужных выходных данных


    Здесь мы обнаружили, что идентификатор виртуальной машины равен 19, а ее файл конфигурации находится в каталоге datastore2/NTP-1.

    Теперь выключите целевую виртуальную машину и проверьте состояние питания ВМ


    Перейдите в каталог ВМ и определите имя виртуального диска


    VMware использует формат образа диска VMDK для хранения данных. В ESXi он использует файл метаданных и фактические имена образов дисков как IMAGENAME-flat.vmdk. Здесь мы обнаруживаем, что у нас есть 2 таких файла, NTP-1.vmdk (метаданные) и NTP-1-flat.vmdk.

    Поскольку виртуальный диск NTP-1-flat.vmdk имеет больший размер, мы собираемся сжать его, чтобы не тратить больше времени на передачу данных с ESXi на хост CentOS.


    Примечание. Если между серверами установлено высокоскоростное сетевое соединение, сжатие можно пропустить.

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


    Преобразование VMDK в QCOW2 и разрежение образа диска QCOW2

    Чтобы преобразовать образ диска из формата VMDK в формат QCOW2, нам понадобится утилита qemu-img, которая должна быть предварительно установлена ​​на хосте CentOS Virtualizations. Вы также можете установить его с помощью команды ниже

    Перейдите в каталог образа диска и распакуйте файл образа диска

    Преобразовать формат файла из VMKD в QCOW2


    Установите инструменты virt-sysprep на хосте CentOS

    Чтобы избежать проблем с размером временного каталога, мы создаем каталог tmp внутри нашего каталога vmdata и предоставляем полные права доступа для всех пользователей

    Разрежь файл образа диска в формате qcow2

    Загрузите новый разпаренный файл образа диска на хост Proxmox VE

    Развертывание виртуальной машины в Proxmox VE из существующего образа диска QCOW2

    Давайте создадим виртуальную машину в Proxmox VE


    Здесь 120 — это идентификатор ВМ в Proxmox

    Импорт образа диска ntp-1-sparsed.qcow2 в виртуальную машину


    Настройка сети для виртуальной машины

    Здесь мы использовали VLAN ID 10 для серверной локальной сети, используйте ваш VLAN-ID для тегированного/магистрального типа коммутатора.

    Проверить конфигурацию ВМ



    Все, ваша виртуальная машина успешно перенесена с VMware ESXi на Proxmox VE.

    Читайте также: