Удаленное управление узлами hyper-v с помощью диспетчера hyper-v

3. Создание виртуальной машины в VMware Workstation 15 Pro

Итак, на момент написания этой статьи актуальной версией VMware Workstation является версия 15. Собственно, с её участием и будем демонстрировать процесс создания ВМ. На домашней страничке программы жмём функцию создания новой ВМ.

Нам предлагается два типа создания ВМ:

• Обычный — упрощённый вариант с большей частью заданных самой программой параметров;• Выборочный – пошаговый мастер с возможностью выбора многих значимых параметров.

Рассмотрим выборочный тип.

Просто жмём «Далее».

С помощью кнопки обзора указываем путь к установочному образу Windows. В нашем случае это будет Windows 10. После указания файла ISO VMware Workstation вынесет вердикт в плане возможности задействования функции быстрой установки.

Последняя являет собой упрощённый тип установки Windows с автоматическим выбором места установки, созданием пользовательского профиля и постинсталляцией VMware Tools – ПО для гостевой Windows, отвечающее за её взаимодействие с хост-системой. Функция быстрой установки может быть недоступна при использовании кастомных дистрибутивов Windows или вышедших позднее обновлений Workstation Pro версий Windows 10. В таком случае нужно будет пройти полностью процесс установки Windows, как это делается на физическом компьютере. Если эта функция доступна, на следующем этапе создания ВМ необходимо указать редакцию Windows, если их в дистрибутиве несколько, указать имя учётной записи и при необходимости пароль. Гостевую Windows при желании можно сразу же и активировать, введя ключ её лицензии. Но это не обязательно.

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

Далее выбираем тип эмуляции BIOS. Это может быть либо обычная BIOS (Legacy), либо UEFI. Тип UEFI можно выбирать для 64-разрядных Windows 7, 8.1 и 10.

Если у процессора компьютера 4 ядра, но программа сама не выбрала для ВМ 2 ядра, делаем это вручную.

Указываем выделяемый ВМ объём оперативной памяти. Минимум – 2 Гб. Больше – лучше, но только не в ущерб оставляемой хост-системе памяти. Ей для фоновой работы также необходимо не менее 2 Гб.

Тип сети оставляем выбранный по умолчанию.

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

Тип диска, опять же, оставляем указанный по умолчанию — SCSI.

Создаём новый виртуальный диск.

По умолчанию нам предлагается виртуальный диск на 60 Гб, но поскольку мы создаём диск динамического типа, а таковой предполагается изначально, можем увеличить размер, к примеру, до 100 Гб. Если выставить галочку выделения всего места на диске, VMware Workstation создаст виртуальный диск фиксированного типа. Ставим галочку сохранения диска в одном файле.

Здесь при необходимости можно указать отличный от папки с файлами ВМ путь сохранения виртуального диска.

И вот, собственно, всё. На последнем этапе должна стоять галочка включения ВМ сразу же после её создания. Оставляем эту галочку. И жмём «Готово».

Пару секунд VMware Workstation будет создавать виртуальный диск. Потом ВМ запустится, и в окне программы увидим установочный процесс Windows.

Licensing and Client Hyper-V

We’ve produced extensive work around licensing and Hyper-V with articles, eBooks, and webinars. None of them have meaningfully touched on Client Hyper-V. Simply put, a Windows 10 license provides for exactly one instance, period. It does not contain any guest instance rights whatsoever. If you want to run a guest instance of Windows 10, then you must purchase another license to cover that instance. If you wish to run any Windows Server guests on Windows 10, you must license the hardware to cover those instances in accordance with the new per-core rules. Linux distributions will follow their distributors’ rules.

What is Client Hyper-V?

Client Hyper-V is an edition of Hyper-V that is geared toward desktop environments that could be thought of as “Hyper-V Lite”. It shares most of Hyper-V’s features and even brings some of its own. Highlights:

• Type 1 hypervisor: A type 1 hypervisor is a complete kernel and performs direct hardware control. This means that when you enable Hyper-V in Windows 10, the physical hardware boots to Client Hyper-V, not your root Windows 10 installation. Client Hyper-V then starts up your pre-existing root Windows 10 environment as the management operating system. A management operating system is known as the “root partition” or “partition 0” or the “parent partition” in other hypervisors’ terminologies. It is a virtual machine, but it also has the special ability to exert control over the hypervisor. Contrast this with type 2 hypervisors, which are applications that run inside a normal host operating system and do not have direct access to hardware nor any control over the management operating system. Almost all other desktop-oriented hypervisors are type 2.
• Guest interaction: Interoperability with guest operating systems is a crucial component for a desktop-oriented hypervisor. Client Hyper-V offers:
  • Sharing and mapping of most host hardware
  • Copy/paste of files from host-to-guest and vice versa (supported guests only)
  • Copy/paste of clipboard content from host-to-guest and vice versa (supported guests only)
• RemoteFX: Windows 10 brings support for some RemoteFX features into Client Hyper-V. Most importantly, the full functionality of your graphics adapter will be made available to guests for both 2D and 3D acceleration.
• Connected Standby: If your management operating system goes to sleep, your guests will be OK. When you resume, they will be exactly where they left off.
• Linux guests: Client Hyper-V directly supports the same guest operating systems that Hyper-V does. This does not necessarily exclude other Linux distributions, but your mileage may vary.
• Fully virtualized environment: That phrase could be taken to mean a great many things, but what I mostly intend to convey is that whether or not a specific operating system is directly supported as a guest does not indicate whether or not it will function. Hyper-V’s virtual machines are complete x86/AMD64 environments. If an operating system would otherwise run in that environment (most importantly, on your physical CPU’s architecture), then it will almost certainly operate under Hyper-V. Without direct support, however, it may run poorly.
• Secure environment: Client Hyper-V provides the same security offerings as Hyper-V:
  • Secure boot: If Client Hyper-V doesn’t recognize the boot signature in the guest operating system, it won’t start it. This provides solid protection against root kits.
  • Shielded VMs: The topic of Shielded VMs is very large and won’t be covered in detail in this article. Essentially, if you are concerned that someone copying the files of your virtual machine to their own local machine is of concern, you have options.
• Storage Live Migration: You can move a virtual machine from one physical storage location to another without taking it offline.
• Run VMs from remote storage: Your virtual machines can be stored locally, which is the most typical configuration. You can also run virtual machines from SMB and iSCSI storage.
• Full-screen support: You can run Client Hyper-V guests within a window, allow them to consume an entire screen, or have them consume all screens on a multi-monitor system. Unfortunately, there is no native way to use only a subset of screens in a multi-monitor setup.
• Nested virtualization: Need to test detailed environments on Client Hyper-V? No problem! As long as you’ve got sufficient hardware, you can run Hyper-V and Client Hyper-V within Hyper-V. The software does not impose any limitations on depth.
• Containers. Hyper-V Containers are also available with Client Hyper-V.
• Network Address Translation in the virtual switch. One place that Microsoft’s desktop hypervisor has consistently lagged behind the competition is its guest networking capabilities. One thing that it has sorely lacked is the ability to perform NAT operations for guests. That meant that you had to have an available IP address on the existing network for each Client Hyper-V guest. Client Hyper-V in Windows 10 will provide network address translation (NAT) services for its guests. This especially comes in handy when you’ve got a wireless adapter that just won’t work with the virtual switch.

Enable Hyper-V in Windows 10 Home

Follow the steps below to install and enable Hyper-V in Windows 10 Home.

Advertisement

1. Download Hyper-V Enabler from here:

     Hyper-V installer and enabler for Windows 10 Home (317 bytes, 32,449 hits)

2. Once downloaded, right-click on the file and select Run as Administrator. This will trigger the installation script. It may take some time to complete the installation. Please let it complete without interruption.
3. Once complete, press Y to continue. The system will restart.
4. You will see the Windows updates screen upon restart.
5. After restarting, you can check if the Hyper-V option is visible in Windows Optional Features. To check, go to Run –> optionalfeatures. You will find Hyper-V and Hyper-V Management tools.

You can search for Hyper-V in the start menu to start creating virtual machines on your Windows 10 Home computer.Search for hyper v in the start menu

I noticed an interesting thing that Hyper-V was installed within a virtual machine. So I could create a virtual machine within a virtual machine.

Установка Hyper-V vSwitch

В ходе установки среды Hyper-V предварительная настройка V vSwitch не выполняется. Если вы попытаетесь создать ВМ сразу после процесса установки, подключиться к сети вам не удастся. Чтобы настроить сетевую среду, выберите Virtual Switch Manager (Менеджер виртуального коммутатора) на правой панели приложения Hyper-V Manager.

Рис. 1. Hyper-V Manager

Virtual Switch Manager упрощает настройку параметров коммутатора vSwitch и глобальной сети, что дает возможность изменять пространство стандартных MAC-адресов (примечание: изменение пространства MAC не будет влиять на существующий виртуальный коммутатор).

Создание виртуального коммутатора простая процедура. Для создания доступно три типа коммутаторов vSwitch:

1. Внешний vSwitchсоединит физический сетевой адаптер хоста Hyper-V с виртуальным и затем предоставит вашим ВМ доступ за пределы хоста — в вашу физическую сеть и интернет (если физическая сеть подключена к интернету).
2. Внутренний vSwitchследует использовать для построения независимой виртуальной сети, в которой подключенные ВМ будут «видеть» друг друга, а также хост гипервизора.
3. Частный vSwitchсоздаст виртуальную сеть, в которой все входящие в соединение ВМ будут «видеть» друг друга, но не хост Hyper-V. В этой тестовой среде ВМ будут полностью изолированы.

Рис.2 vSwitch Manager

Как превратить физический сервер в ВМ на платформе Hyper-V

Уверен, вы уже не раз слышали про виртуализацию. И еще я уверен, что, где бы вы ни работали, вы хотели бы использовать преимущества виртуальной среды. Если вы ищете инструкцию, как превратить свой физический сервер в виртуальную машину на платформе Hyper-V (P2V), просто прочитайте эту статью: я расскажу, как выполнить эту операцию всего за несколько минут!

Для преобразования можно использовать один из нескольких конвертеров. Я расскажу о самом простом и удобном способе создания ВМ для платформы Hyper-V. Для этого вам потребуется установленный и работающий сервер Hyper-V, на котором можно развернуть ВМ. Если вы еще не установили сервер, прочитайте сначала это руководство.

Для чего используется такая программная среда?

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

Кроме того, параллельно с Windows не всегда есть возможность установить «Линукс». А «яблочные» ОС в PC-конфигурациях не работают вообще и функционируют исключительно на платформах Intel (не путать с процессорами).

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

Создание виртуальной машины с помощью диспетчера Hyper-V

1. Откройте диспетчер Hyper-V, нажав клавишу Windows и введя в строке поиска «диспетчер Hyper-V», выполните поиск диспетчера Hyper-V в своих приложениях.

2. В диспетчере Hyper-V щелкните Действие > Создать > Виртуальная машина, чтобы открыть мастер создания виртуальной машины.

3. Просмотрите содержимое страницы «Приступая к работе» и нажмите кнопку Далее.

4. Присвойте имя виртуальной машине.

1. Выберите расположение, где будут храниться файлы виртуальной машины (например, c:\virtualmachine). Можно также оставить расположение по умолчанию. По завершении нажмите кнопку Далее.

1. Выберите поколение машины и нажмите кнопку Далее.

В виртуальных машинах поколения 2, которые появились в Windows Server 2012 R2, доступна упрощенная модель виртуального оборудования и некоторые дополнительные функциональные возможности. На виртуальную машину поколения 2 можно установить только 64-разрядную версию операционной системы. Дополнительные сведения о виртуальных машинах поколения 2 см. в статье Generation 2 Virtual Machine Overview (Обзор виртуальных машин поколения 2).

1. Выберите 2048 МБ в качестве значения параметра Память, выделяемая при запуске и не снимайте флажок Использовать динамическую память. Нажмите кнопку Далее.

Память распределяется между узлом Hyper-V и виртуальной машиной, работающей на этом узле. Число виртуальных машин, которые могут работать на одном узле, зависит, в частности, от объема доступной памяти. Виртуальную машину можно также настроить для использования динамической памяти. При включении динамическая память высвобождает неиспользуемую память работающей виртуальной машины. Это позволяет большему количеству виртуальных машин работать на узле. Дополнительные сведения о динамической памяти см. в статье Общие сведения о динамической памяти в Hyper-V.

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

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

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

1. В мастере параметров установки выберите элемент Установить операционную систему из файла загрузочного образа, а затем выберите ISO-файл операционной системы. Нажмите кнопку Далее после завершения.

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

• Установить операционную систему позднее. Этот параметр не вносит какие-либо дополнительные изменения в виртуальную машину.

• Установить операционную систему из файла загрузочного образа. Действие этого параметра аналогично вставке компакт-диска в физический дисковод компьютера. Чтобы настроить этот параметр, выберите ISO-образ. Этот образ будет подключен к дисководу виртуальной машины. Меняется порядок загрузки виртуальной машины: загрузка начинается с дисковода.

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

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

Функция экспорта-импорта машин Hyper-V

Классическая функция экспорта машин Hyper-V, в отличие от рассмотренной функции «Поделиться» и механизмов экспорта машин других гипервизоров, не предусматривает сжатие файлов машины в некий посредничающий файл-архив. Экспорт машин в гипервизоре от Microsoft – это обычное копирование файлов машины.

Т.е. содержимое экспорта – это точные копии файлов машины, разложенные по папкам, как и её исходные файлы.

А классический импорт машин – это не извлечение данных из посредничающего файла-архива, а добавление машины по пути хранения её файлов в окно диспетчера Hyper-V. При этом функция импорта является универсальным решением и для переноса машин, и для их копирования, и для их перерегистрации в диспетчере после удаления оттуда или переустановки хостовой Windows. Рассмотрим эти операции.

Установка VirtualBox для Windows

Возможно, кому-то всё это может показаться сложным, но на самом деле в работе с Виртуалбокс нет ничего такого, с чем бы ни справился начинающий пользователь. Итак, как пользоваться VirtualBox? Как обычно, всё начинается с установки. Идем на сайт разработчика www.oracle.com/virtualization/virtualbox/index.html и скачиваем последнюю версию программы.

Установка VirtualBox на Windows 7/10 почти ничем не отличается от инсталляции большинства других программ, нужно просто следовать указаниям мастера и ничего не менять в его параметрах. По завершении процедуры вы получите готовую платформу виртуализации.

Бэкап виртуальных машин Hyper-V

Ранее я уже рассказывал про программу HVBackup для бэкапа виртуальных машин. Она замечательно работает с Windows Hyper-V Server 2019, приведенная статья полностью актуальна. Для работы программы необходимо установить на гипервизоре .Net Framework 3.5 с помощью команды powershell:

Install-WindowsFeature NET-Framework-Core

Программа, конечно, монструозная, весит много, ставится долго, но зато никаких заморочек. Все настраивается легко и понятно через интерфейс программы. Для установки требуется .Net Framework 4.6. Можете установить заранее сами, либо инсталлятор veeam сам предложит вам это сделать.

После установки запускаете программу. Добавляете новый сервер:

Указываете, что это Standalone Hyper-V server, добавляете учетные данные и дожидаетесь окончания установки необходимых компонентов на hyperv сервере. После этого можно создать резервную копию виртуальной машины. Для этого выбираете гипервизор, виртуальную машину и либо делаете сразу бэкап, либо создаете запланированное задание.

Дальше указываете различные параметры бэкапа, в том числе место, куда он будет сделан. Не буду останавливаться на этом подробно. У Veeam отличная документация и интуитивно понятный интерфейс. Пример хорошего продукта. За то, что он есть под Hyper-V, я и люблю последний. Очень не хватает аналога Veeam для KVM или Xen.

Как создать виртуальную машину Oracle VirtualBox

1. 1.

   Скачайте и установите VirtualBox на компьютер.

2. 2.

   Откройте панель управления Oracle и нажмите Создать:

3. 3.

   Введите название виртуальной машины (например, Ubuntu-1). Кликните Далее:

4. 4.

   Чтобы выделить объём памяти для машины, сдвиньте ползунок вправо. Мы рекомендуем указать объём 4 ГБ, но если на вашем компьютере недостаточно оперативной памяти, выбирайте максимум 2-3 ГБ. Нажмите Далее:

5. 5.

   Выберите пункт «Создать новый виртуальный жёсткий диск» и кликните Создать:

6. 6.

   Укажите тип файла «VDI (VirtualBox Disk Image)» и нажмите Далее:

7. 7.

   Выберите формат хранения «Динамический виртуальный жёсткий диск». Нажмите Далее:

8. 8.

   Укажите объём жёсткого диска 20 ГБ. Кликните Создать:

Готово, вы создали VM Oracle. Теперь переходите к установке операционной системы.

Гипервизор Hyper-V

Виртуальный гипервизор (Hyper-V) позволяет создать виртуальную машину для установки гостевой операционной системы. Используя виртуальную гостевую операционную систему, можно знакомиться с работой в новой операционной системе, тестировать настройки, экспериментировать, устанавливать незнакомые программы и т. д. Все эти действия никак не повлияют на работу и настройки реальной операционной системы, установленной на компьютере.

Гипервизор изначально создан для серверных операционных систем, поэтому работа в виртуальной машине Hyper-V имеет некоторые ограничения: отсутствует поддержка звуковых карт и записи CD/DVD дисков, в приложении имеются ограниченные, по сравнению с конкурентами, параметры визуальных настроек, нет возможности прямого копирования или вставки файлов между реальной и гостевой системами и т. д.

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

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

В статье будет рассмотрена установка и настройка Hyper-V в операционной системе Windows 10. В Windows 8.1 или в Windows 8 настройки производятся подобным образом.

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

Для того, чтобы запустить созданную виртуальную машину, вы можете просто дважды кликнуть по ней в списке диспетчера Hyper-V, а в окне подключения к виртуальной машине нажать кнопку «Включить».

Если при ее создании вы указывали образ ISO или диск, с которого нужно загрузиться, это произойдет при первом запуске, и вы сможете установить ОС, например, Windows 7так же, как происходит установка на обычный компьютер. Если вы не указывали образа, то сделать это можно в пункте меню «Медиа» подключения к виртуальной машине.

Обычно после установки загрузка виртуальной машины автоматически устанавливается с виртуального жесткого диска. Но, если этого не произошло, вы можете настроить порядок загрузки, кликнув по виртуальной машине в списке диспетчера Hyper-V правой кнопкой мыши, выбрав пункт «Параметры» и затем пункт настроек «BIOS».

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

Видео

Пока я не осилил запись и монтаж видео по новой версии. Кому недостаточно текста и очень хочется посмотреть видео по установке и настройке Hyper-V, предлагаю ролик от прошлой версии. Там почти все то же самое. По крайней мере основное так точно.

Онлайн курс по Linux

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «Administrator Linux. Professional» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров.

Что даст вам этот курс:

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

Проверьте себя на вступительном тесте и смотрите подробнее программу по . Цены 2020 года.

Заключение

Постарался рассмотреть все наиболее значимые аспекты в работе с бесплатным гипервизором от Microsoft. Можете сравнить его с бесплатным гипервизором на kvm — proxmox, который я рассматривал в своей статье установка и настройка proxmox. В proxmox мне нравится управление через web браузер. Не нужно ничего ставить на компьютер. После установки гипервизор сразу готов к работе.

В hyper-v удобно, что все системы его поддерживают без проблем. На kvm, к примеру, в proxmox, после установки windows систем в качестве гостевых машин, нужно будет устанавливать драйвера с отдельного диска, либо использовать готовые образы, где они будут уже интегрированы. Мелочь, но все равно не так удобно.

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

Прошлые статьи по Hyper-V:

• Установка и настройка Windows Hyper-V Server 2012 R2
• Установка и настройка Windows Hyper-V Server 2016
• Добавить iSCSI диск на сервер Windows Hyper-v
• Установка и настройка apcupsd на Hyper-V Server

От: admin

Эта тема закрыта для публикации ответов.