Еще раз про живую миграцию: как перенести виртуальные машины hyper-v, да побыстрее / хабр

Когда использовать виртуальные машины

Есть много причин, почему мы должны использовать виртуальные машины. Одним из наиболее распространенных является тестировать новые операционные системы без необходимости переделывать наш компьютер. Мы можем протестировать любой дистрибутив Linux внутри виртуальной машины и использовать его программы, как если бы он был установлен на нашем реальном ПК. Мы также можем использовать эти виртуальные машины для тестирования macOS без необходимости покупать Мак. Мы также можем установить инсайдерские версии Windows 10, чтобы протестировать новые функции Microsoft операционная система раньше всех.

Еще одно очень частое использование виртуальных машин в безопасно повторно использовать старые операционные системы , Мы можем оглянуться назад и установить Windows XP на наш компьютер, и даже вернуться еще больше, до Windows 98 или 3.1. Мы также можем установить MS-DOS, FreeDOS и другие подобные системы. Зачем это делать? Очень просто, чтобы иметь возможность перезапускать старые приложения и игры, которые с текущими операционными системами не работают.

Также можно использовать эти виртуальные машины для тестировать ненадежные программы и конфигурации , Если программа сломает Windows или установит вирус, это повлияет только на виртуальную машину, и наш хост-компьютер продолжит работать безопасно и без проблем. Это поможет нам не испортить наш компьютер время от времени, и позволит нам сэкономить время, не отформатируя и не настраивая Windows 10 с нуля. Кроме того, благодаря снимкам и функциям клонирования виртуальных машин, мы сможем отменить изменения и конфигурации за считанные секунды, всегда имея готовые виртуальные машины.

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

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

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

Кроме того, производительность виртуальных машин далеко не равна производительности операционной системы, физически установленной на ПК. Эти машины, как правило, работают намного медленнее, чем изначально установленные операционные системы, и, прежде всего, они будут иметь много ограничений, когда речь идет о запуске 3D-приложений, таких как игры.

Настройка виртуальной машины Hyper-V.

Разрешите вложенную виртуализацию(для запуска виртуальных машин внутри этой виртуальной машины), выполнив в PowerCLi или Powershell команду:

PowerShell

Set-VMProcessor -VMName <имя вашей ВМ> -ExposeVirtualizationExtensions $true

1	Set-VMProcessor-VMName<имявашейВМ>-ExposeVirtualizationExtensions$true

Собственно, настройки машины сводятся к удалению стандартного сетевого адаптера, созданного при создании виртуальной машины, и добавлению устаревшего Legacy Network Adapter. Также, укажите в настройках машины количество CPU и RAM(не рекомендуется использовать для этой ВМ динамическую память) и подключите только что созданный образ ESXI.

Пуск. Tab.

Shell

ignoreHeadless=TRUE

1	ignoreHeadless=TRUE

Нажмите Enter.

После этого начнется обычная установка ESXI:

здесьShift+OignoreHeadless=TRUEtroubleshooting options:

Shell

esxcfg-advcfg -k TRUE ignoreHeadless

1	esxcfg-advcfg-kTRUEignoreHeadless

Нажмите Alt+F2, чтобы закрыть консоль. Теперь не нужно будет вводить команду ignoreHeadless=TRUE при каждой загрузке. Также, нужно прописать маршрут до ВМ с установленным esxi на вашем компьютере, выполнив команду в CMD, запущенной от Администратора: route add -p 192.168.1.100 mask 255.255.255.255 192.168.1.1 -192.168.1.100 — адрес esxi; -192.168.1.1 — адрес шлюза по умолчанию(обычно, ваш роутер)

При создании ВМ внутри установленного esxi, вы можете столкнуться с проблемами при запуске виртуальных машин, поскольку запуск ESXI на Hyper-V официально не поддерживается.

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

Другие статьи и файлы по VMware и Hyper-V.

Подготовка виртуальной машины

Если производится перенос старой гостевой операционной системы, например, того же Windows Server 2003, нужно убедиться, что в системе инициализирован драйвер SCSI. Если гостевая ОС установлена на IDE-диск, нужно подключить к этой виртуальной машине хотя бы один SCSI-диск и убедиться, что он инициализирован в системе.

После этого можно приступить к переносу Hyper V. Откройте оснастку управления Hyper-V (Панель управления\Администрирование\Управление Hyper-V или Control Panel\All Control Panel Items\Administrative Tools\Hyper-V Manager).

Щелкните правой кнопкой по названию виртуальной машины и выберите команду Export (рис. 3). На момент переноса система должна быть выключенной. Выберите папку для экспорта и дождитесь, пока перенос будет завершен.

Рис. 3. Экспорт виртуальной машины Hyper V

Загрузка vApp в VMware Cloud Director

Переходим в vcd.cloud4y.ru и загружаем vApp из OVF.

Нажимаем Browse и выбираем все файлы, которые мы экспортировали из vCenter.

На последующих шагах принимаем EULA и не вносим изменений в параметры развёртывания. Нажимаем Next-> Next -> … -> Finish.

Дожидаемся окончания загрузки. Теперь мы можем сохранить готовый vApp в каталог.

Спасибо за внимание!

Что ещё интересного есть в блоге Cloud4Y

→ Пароль как крестраж: ещё один способ защитить свои учётные данные

→ Тим Бернерс-Ли предлагает хранить персональные данные в подах

→ Виртуальные машины и тест Гилева

→ Создание группы доступности AlwaysON на основе кластера Failover

→ Как настроить SSH-Jump Server

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

Начальная настройка VMware ESXI 6.5

После успешной установки ESXI 6.5, у вас после перезагрузки появится вот такое черное окно, в котором у вас будет два возможных варианта развития событий:

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

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

заходим в режим «Customize SystemView Logs», у вас появится окно авторизации, где вы указываете логин root и пароль, который задавали при установке ESXI 6.5.

У вас откроется окно «System Customization». На первом пункте «Configure Password», вы можете поменять пароль от root.

Вы указываете один раз старый пароль и два раза новый.

Переходим к пункту меню «Configure Management Network», тут производится настройка сети управления у ESXI 6.5, справа вы можете так же получить информацию, о IPv-4 адресах. Переходим в данный пункт.

Пункт «Network Adapters», покажет вам ваши сетевые интерфейсы, переходим в него

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

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

Тут же вы найдете и mac-адреса.

Следующим этапом настройки ESXI 6.5, будет пункт меню «VLAN (options)», отвечающий за указание в каком сегменте VLAN у вас располагается ваш сетевой интерфейс, если у вас их нет, то тут стоит оставить все по умолчанию. Обычно с помощью VLAN и отделяют сеть управления от остальных.

Задается он просто, числом от 1 до 4095

Далее настройка EXI 6.5, позволяет вам в пункте «IPv4 Configuration», изменить ip-адрес на статический или вообще отключить сетевой интерфейс.

На выбор будет три пункта:

Disable IPv4 configuration for management network — выключить сетевой интерфейс в сети управления
Use dynamic IPv4 address and network configuration — по сути использовать DHCP сервер, для автоматического получения адреса, выставлено по умолчанию
Set static IPv4 address network configuration — настройка статического адреса, все активации происходят, через кнопку Enter.

То же самое вы можете выполнить и по отношению к интерфейсу IPv6.

Далее переходим к настройке DNS серверов, через пункт «DNS Configuration»

Тут будет два пункта:

Obtain DNS server address and hostname automatically- автоматическое получение DNS серверов из DHCP
Use the following DNS server address and hostname — использовать заданные DNS сервера, ручная настройка.

В пункте «Custom DNS Suffixes», можно задать доменный суффикс.

В моем примере, это root.pyatilistnk.org.

Выходя из настроек сети ESXI 6.5, необходимо будет сохранить настройки и перезапустить сеть управления.

Отдельно можно перезапустить сеть управления из пункта «Restart Management Network»

Выглядит это вот так, вы соглашаетесь с рестартом.

В итоге сеть управления ESXI 6.5 будет выключена и заново включена.

В момент настройки VMware ESXI 6.5 у вас есть возможность из «System Customization», произвести сетевые тесты, на предмет доступности DNS или шлюза, сделать это можно из пункта «Test Management Network».

Проверяются пинги до нужных адресов и разрешение DNS имен.

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

Если вы допустили какие-либо ошибки в момент настройки или работы хоста виртуализации, и не знаете как все восстановить, то можно сбросить сетевые настройки на те, что были по умолчанию и быстро потом все перенастроить, так как появится доступ к сети управления. Делается, это все из меню «Network Restore Options».

Перенос операционной системы в гипервизор ESXi при помощи Remote Windows machine

Тут процедура точно такая же, только вместо Powered on выбираем Powered off и Remote Windows machine, а поскольку это машина удалённая, то нам нужно будет
дополнительно прописать доступы к ней (ip адрес, имя пользователя и пароль). После того как соединение с машиной-источником установим нам будет предложено выбрать в диалоговом окне каким образом
мы удалим с конвертируемой машины агента Standalone. Автоматически после переноса или самостоятельно своими ручками чуть позже.

Дальше процесс никак не отличается от клонирования . Не вижу смысла повторять одно и тоже по нескольку раз.

The original article starts here:

Recently I’ve been playing around with the new Hyper-V Nested Virtualization feature within Windows 10 (build 10565 and greater) and Windows Server 2016. It is pretty cool to be able to create virtualized lab environments running that contain Hyper-V clusters. But what if we want a lab that contains VMWare ESXi Hypervisors running on Hyper-V host. I couldn’t find the process documented anywhere and I couldn’t even confirm if it should be possible. But after lots of asking a lot of annoying questions – thanks Adam Burns – Googling and hair pulling I managed to get it going:

So this seems like a good topic for a blog post.

vSphere

vSphere, платформа серверной виртуализации от VMware, представляет собой набор продуктов, который включает в себя не только виртуализацию, но и уровни управления и интерфейсов.

Она предоставляет ряд ключевых компонентов, включая инфраструктурные сервисы (vCompute, vStorage и vNetwork), сервисы приложений, vCenter Server, vSphere Client и т. д.

Функционал VMware vSphere:

vCenter Server: инструмент централизованного управления, используемый для настройки, предоставления и управления виртуальными IT средами.
vSphere Clien: vSphere 6.7 имеет финальную версию vSphere Web Client на основе Flash. Новые рабочие процессы в обновленном выпуске vSphere Client включают vSphere Update Manager, библиотеку контента, vSAN, политики хранения, профили хостов, схему топологии VMware vSphere Distributed Switch и лицензирование.
vSphere SDK: предоставляет интерфейсы для сторонних решений для доступа к vSphere.
VM File System: кластерная файловая система для VM.
Virtual SMP: позволяет одной виртуальной машине одновременно использовать несколько физических процессоров.
vMotion: активная миграция с целостностью транзакций.
Storage vMotion: обеспечивает миграцию файлов виртуальных машин из одного места в другое без прерывания обслуживания.
Высокая доступность: в случае сбоя одного сервера виртуальная машина перемещается на другой сервер с резервной емкостью для обеспечения непрерывности бизнес-процессов.
Планировщик распределенных ресурсов (DRS): автоматически назначает и балансирует вычисления по аппаратным ресурсам, доступным для виртуальных машин.
Отказоустойчивость: создает копию основной виртуальной машины, чтобы обеспечить ее постоянную доступность.
Распределенный коммутатор (VDS): охватывает несколько хостов ESXi и позволяет значительно сократить объем работ по обслуживанию сети.

Для получения дополнительной информации о виртуализации серверов с помощью VMware прочтите этот PDF-файл.

Масштабируемость ВМ

	VMware vSphere 6.0 Enterprise Plus	Microsoft Hyper-V 2012 R2 Datacenter
Макс. vCPU на ВМ	128	64
Макс. ОЗУ на ВМ	4 TБ	1 TБ
Последовательные порты	32 порта	Только подключенные к Named Pipes
Поддержка USB	Да (USB 1.x-3.0), до 20 устройств USB на ВМ	Нет (за исключением Enhanced Session Mode)
Поддержка «горячего» подключения	Да (ЦП, память, диск, сетевая карта, PCIe SSD)	Только диск и память, «горячее» добавление памяти в конфигурации Dynamic
Виртуальных сетевых карт (NIC) на ВМ	10 (любая комбинация поддерживаемых NIC)	8 типа «сетевой адаптер» и 4 — «унаследованный адаптер»
Виртуальных дисков IDE на ВМ	4	4
Емкость виртуального жесткого диска	62 Тбайта	64 Тбайта (формата VHDX в Windows Server 2012)
Поддержка гостевых ОС	Полный список операционных систем, включая FreeBSD 10.0 и Asianux 4 SP3	Меньше гостевых ОС по сравнению с vSphere 6

Высокая доступность (HA) и управление ресурсами

	VMware vSphere 6.0 Enterprise Plus	Microsoft Hyper-V 2012 R2 Datacenter
Узлов на кластер	64	64
ВМ на кластер	8000	8000
HA (рестарт ВМ при отказе)	VMware HA	Да (кластеризация и Heartbeat)
Отказоустойчивость (Fault Tolerance)	Да (100% доступность для бизнес-критичных приложений в ВМ), даже при аппаратном отказе	Нет
Репликация	Нативная (vSpare Replication)	Hyper-V Replica
Автоматическое управление ресурсами	Планировщик Distributed Resource Scheduler (DRS) для балансирования нагрузки	Dynamic Optimization
Пулы ресурсов	Да	Да (Host Group)
Совместимость миграции	Да (улучшенная совместимость vMotion); EVC в настройках DRS	Да (для процессоров)

Конвертирование с помощью StarWind V2V Converter

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

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

Рис. 4. StarWind V2V Converter: выбираем источник

Рис. 5. StarWind V2V Converter: выбираем назначение

Какой инструмент использовать, зависит от личных предпочтений. Оба инструмента хорошо справляются с переносом Hyper-V в VMWare.

Хранение данных и сети

	VMware vSphere 6.0 Enterprise Plus	Microsoft Hyper-V 2012 R2 Datacenter
Поддерживаемые системы хранения	DAS,NFS, FC, iSCSI, FCoE (аппаратная и программная), vFRC, SDDC	SMB3, virtual FC, SAS, SATD, iSCSI, FC, FCoE, shared vhdx
Файловая система (общая)	Virtual Machine File System (VMFS v5)	Cluster Shared Volume (CSV)
Поддержка загрузки с SAN	Да (FC, iSCSI, FCoE и программный FCoE)	Да (iSCIS, бездисковая, FC)
Загрузка с USB	Да	нет
Virtual SAN	VSAN 6.0 с поддержкой флэш-массивов (AFA)	Усовершенствованная (Storage Spaces), многоуровневое хранение
QoS для систем хранения	Да (Storage IO Control), включая NFS	Да
Поддержка NPIV	Да (с RDM)	Да (virtual FC)
Thin Provisioning	Да (включая SE Spare Disk)	Да (Dynamic Disk)
SAN Multipathing	Да (усовершенствованные APD и PDL), PDL Auto Remove	Да (DSM и SMB Multichannel)
Кэширование	Да (vSphare Flash Read Cache)	Да (CSV Cache)
API для интеграции с системами хранения	Да (VASA, VAAI и VAMP)	Да (SMI-S/SMP, ODX, Trim)
NIC Teaming	Да (до 32 NIC)	Да
Поддержка Private VLAN	Да	Да
Поддержка Jumbo Frames	Да	Да
QoS для сети	Да (Network IO Control, DSCP)	Да
Поддержка IPv6	Да	Да
Мониторинг трафика	Да (Port Mirroring)	Да (Port Mirroring)

Типы гипервизоров

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

Рис. 1. Принцип работы гипервизора 1-го типа

Рис. 2. Принцип работы гипервизора 2-го типа

Примеры гипервизоров 1-го типа: Hyper-V, KVM, ESXi. Гипервизоры 2-го типа: VMware Workstation, Oracle Virtual Box, OpenVZ. Нас интересуют только системы виртуализации первого типа, так как вторые больше подходят для индивидуального использования, чем в качестве решений уровня предприятия.

Отметим, что Hyper-V и WMware — это проприетарные решения, поэтому мы подготовили обзор и сравнение гипервизоров этих моделей. Мы также поговорим и о решении с открытым исходным кодом — KVM. Многие предприятия выбирают именно его, не смотря, что некоторые независимые эксперты считают это решение довольно сырым и непригодным на корпоративной кухне. Однако, согласно отчету IT Central Station за январь 2018 года, 25% операторов связи и 11% финансовых организаций считают именно KVM лучшим гипервизором. Так что при рассуждениях о том, какой гипервизор выбрать, это решение исключать нельзя.

Рис. 3. Немного статистики от IT Central Station

Сначала мы рассмотрим проприетарные решения, а затем попытаемся выяснить, стоит ли использовать KVM.

What You’ll Need

You are going to need a few things to get this working:

A Hyper-V host running on Windows 10 (built 10565 or greater) or Windows Server 2016 TP4.
Enable-NestedVM.ps1 – A PowerShell script for enabling Nested Virtualization in a Hyper-V VM. Click here to get the file from the Microsoft team on GitHub.
A VMWare account – just sign up for one here if you don’t already have one.
VMWare PowerShell CLI installed – I used 6.3 release 1 that I downloaded from here.
ESXi-Customizer-PS.ps1 – A PowerShell script for injecting network drivers into an ESXi 5.x/6.x ISO. I downloaded it from .

I suggest you download all of the above items to a working folder – I called mine d:\ESX-In-Hyper-V, so these instructions will reflect that, but you can call your folder what ever you like.

You should end up with a folder containing these files:

And before you ask: No, you don’t need an VMWare ESXi 6.0 ISO – this will get downloaded and produced for us.

Выбор конвертера

Так, можно использовать штатный инструмент VM Converter Standalone, но его можно применять, когда есть прямая связь между гипервизором ESXi и конвертируемой виртуальной машиной. Если же такой связи нет и есть лишь. vhd-файл, то можно использовать другие инструменты, например, бесплатный конвертер StarWind V2V Converter. Также можно использовать сценарий PowerShell-сценарий HypervOVAConverter.

Сам процесс конвертации сводится к запуску конвертера, но до этого нужно еще много чего сделать: установить дополнительный модуль PowerShell (если вы будете использовать PowerShell-сценарий), подготовить систему к конвертированию и т. д. Далее мы рассмотрим все подготовительные мероприятия, а только уже затем — приступим к самому процессу преобразования виртуальной машины из Hyper-V в VMWare.

Включение общей виртуализации Hyper-V в Windows

Включить виртуализацию в BIOS

Первое, что нам нужно сделать, это активировать поддержку виртуализации в BIOS нашего компьютера. По умолчанию BIOS / UEFI отключает виртуализацию процессора, поскольку эта функция обычно не требуется пользователям. Следовательно, если мы собираемся его использовать, нам придется активировать его вручную.

Intel процессоры несут VT-х , В то время AMD процессоры несут AMD-V технологии. Каждый BIOS отличается, но чаще всего эти параметры можно найти в CPU / ЦЕНТРАЛЬНЫЙ ПРОЦЕССОР раздел расширенной конфигурации.

Как только эти две функции будут активированы, мы сможем войти в Windows. Хотя, прежде чем мы сможем использовать эти системы одновременно, нам придется также выполнить некоторую настройку в операционной системе.

Включение Hyper-V, WSL и других функций в Windows 10

Hyper-V по умолчанию отключен в Windows. Поэтому, если мы не активировали его вручную в какой-то момент, он не будет доступен.

Этот компонент, как и другие, является частью функций Windows. Поэтому, чтобы включить его, нам нужно будет ввести в строку поиска Windows 10 » Компоненты Windows », Чтобы открыть это окно конфигурации.

Теперь мы можем видеть окно для включения или отключения функций Windows. Здесь интересующие нас функции Hyper-V, и » Платформа гипервизора Windows ».

Но мы также можем воспользоваться и включить другие функции, которые мы можем использовать в Hyper-V, такие как подсистема Windows для Linux или песочница, также известная как Windows Sandbox.

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

Создание виртуальной машины Windows на Vmware ESXi

Хотите узнать, как создать виртуальную машину Windows на Vmware ESXi? В этом уроке мы покажем вам, как создать виртуальную машину Windows с помощью сервера Vmware ESXi.

Этот учебник был протестирован на Vmware ESXi 6.5

Этот учебник был протестирован на Vmware ESXi 6.7

В этом руководстве не используется Vcenter.

Vmware ESXi Playlist:

На этой странице мы предлагаем быстрый доступ к списку видеороликов, связанных с Vmware ESXi.

Playlist

Не забудьте подписаться на наш канал YouTube, названный FKIT.

На этой странице мы предлагаем быстрый доступ к списку руководств, связанных с Vmware Esxi.

Учебное пособие — создание виртуальной машины Windows на Vmware ESXi

Во-первых, вам нужно получить доступ к веб-интерфейсу Vmware.

Откройте программное обеспечение браузера, введите IP-адрес вашего сервера Vmware ESXi и получите доступ к веб-интерфейсу.

На экране приглашения введите регистрационную информацию администратора.

После успешного входа в систему появится панель управления Vmware.

На панели управления Vmware откройте меню «Виртуальные машины».

Нажмите кнопку «Создать / Зарегистрировать виртуальную машину».

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

• Совместимость — Виртуальная машина ESXI 6.7
• Семейство гостевых ОС — Windows
• Версия гостевой ОС — Microsoft Windows Server 2012 (64 бит)

В нашем примере мы устанавливаем новую виртуальную машину Windows Server 2012 R2.

Затем выберите хранилище данных, где должна быть создана виртуальная машина.

Теперь вам нужно решить, как вы собираетесь устанавливать новую операционную систему виртуальных машин.

Если вы хотите установить операционную систему Windows с CD / DVD:

На экране настройки настройки вам необходимо изменить следующую конфигурацию:

• CD / DVD-привод — Хост-устройство
• Состояние — подключение при включении.

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

Вставьте установочный CD / DVD-диск Windows в драйвер Vmware ESXi.

Включите новую виртуальную машину.

Система должна автоматически запускать новую установку операционной системы.

Поздравляем! Вы установили новую виртуальную машину Windows на Vmware ESXi с помощью CD / DVD.

Если вы хотите установить операционную систему Windows из образа ISO:

На экране настройки настройки вам необходимо изменить следующую конфигурацию:

• CD / DVD-привод — файл ISO хранилища данных.
• Состояние — подключение при включении.
• CD / DVD-носители — нажмите кнопку «Браузер» и найдите место установки в хранилище данных.

Найдите и выберите файл образа установки операционной системы.

В нашем примере мы выбрали файл установки сервера Windows:

SW_DVD9_Windows_Svr_Std_and_DataCtr_2012_R2_64Bit_English_-4_MLF_X19-82891.ISO

Чтобы установить операционную систему из файла ISO, вам необходимо установить репозиторий ISO Vmware

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

Включите новую виртуальную машину.

Система должна автоматически начать новую установку операционной системы.

Поздравляем! Вы установили новую виртуальную машину Windows на Vmware ESXi, используя образ ISO.

2018-11-06T16:17:14-02:00

Creating and Configuring a Hyper-V VM for ESXi Installation

Now, when the ESXi installation image is ready, you can create a new Hyper-V VM and install ESXi in that VM. Open Hyper-V manager, click Action > New > Virtual Machine.

Enter a virtual machine name (for example, ESXi6-0) and set a location to store the virtual machine (disk C: is used in the current test lab as an example, please use a separate partition without operating system such as D:). Click Next to continue.

Select Generation 1 for your VM in order to make it possible to use a legacy network adapter with the compatible drivers that you have integrated into the ESXi installation image. Read more about Hyper-V Generation 1 and Generation 2 in our blog post. Click Next.

Assign at least 4 GB of memory. Using Dynamic Memory for this virtual machine is not recommended. Click Next.

Configure Networking. You can use the default settings because VM networking must be reconfigured after the virtual machine creation. Click Next.

Create a new virtual disk; 30 GB should be enough. If you are going to run multiple VMware VMs on a virtual ESXi host, set a larger size, or you can add another virtual disk later. You can also use the dynamically expanding virtual disk. Check the disk name and location, then click Next.

Select Install an operating system from a bootable CD/DVD-ROM in Installation Options. Use the ISO image file that you have prepared beforehand (esxi60_custom.iso in this example). Click Next.

Check the summary and click Finish to finalize the VM creation.

Once a new Hyper-V virtual machine is created, edit the VM settings. Right-click the name of your VM and select Settings… in the context menu.

In the left pane of the window in the Hardware section, select Processor and set the number of virtual processors to 2 or more (1 processor is used by default).

Select the network adapter. First, remove the existing network adapter created by default. In order to do this, click the Remove button.

Add a legacy network adapter to the VM. In the left pane of the window in the Hardware section click Add Hardware. In the right pane select Legacy Network Adapter and click Add.

A legacy network adapter has been added and you can see this adapter in the left pane of the window. Select the recently created legacy network adapter and then select the virtual switch for connecting the virtual adapter. In the current example the External virtual switch is used. Click OK to save the settings and finish configuring the VM.

Перенос операционной системы в гипервизор ESXi при помощи This loacl machine

При нажатии Convert machine перед нами появляется окно настроек для конвертации машины/сервера на гипервизор ESXi. Сейчас нас интересует тип источника Powered on. А если конкретно
, то This local machine (Эта локальная машина). Это значит, что мы будем переносить текущую систему из под которой и запустили Standalone Converter.

Далее всё просто. Destination System это то, куда мы собираемся перенести нашу рабочую среду. Указываем VMware Infrastructure virtual machine и чуть ниже
прописываем параметры для подключения к гипервизору (ip адрес, имя пользователя и пароль).

Обзываем нашу систему.

В Destination Location указываем в какое хранилище мы будем переносить систему. Отображаются для информации: объём хранилища, занимаемое и свободное место.

А вот тут я бы остановился поподробнее. Так как у нас на гипервизоре место не резиновое, то его нужно экономить. В настройках Data to copy справа прожимаем кнопку Edit
и проваливаемся в настройки наших томов.

Тут то мы и пошаманим немного. Для начала отсекаем все ненужные тома. В моём случае это был том D, так как все 232,32 Gb были абсолютно неиспользованные и раздувать ими образ виртуальной машины нет никакого желания.
Идём дальше. Системный диск занимает 43,41 Gb, но к нему я сделаю +10 Gb. Так как совсем ужиматься тоже не стоит.

Дальше запускаем конвертацию и можем наблюдать в колонке Status прогресс конвертации/переноса вашей рабочей машины на гипервизор ESXi.