Поколение виртуальной машины hyper v какое выбрать

Второе поколение виртуальных машин Hyper-V

07.05.2020

itpro

Windows Server 2012 R2

комментариев 17

Одним из главных нововведений в гипервизоре Windows Server 2012 R2 – возможность создавать виртуальные машины второго поколения (Generation 2). Какова же цель разработки второго поколения виртуальных машин Hyper-V, в чем их преимущества и в каких случаях предпочтительно их использовать? В этой статье мы попробуем ответить на все эти вопросы.

В Hyper-V на Windows Server 2012 R2 теперь поддерживаются два поколения виртуальных машин: поколение 1 (Generation 1) и поколение 2 (Generation 2). Виртуальные машины первого поколения (Generation 1) являлись единственным типом виртуальных машин, доступных в предыдущих версиях Hyper-V. В Hyper-V на базе Windows Server 2012 R2 при создании новой виртуальной машины теперь можно указать к какому поколению будет относиться создаваемая виртуальная машина.

Исторические предпосылки разработки второго поколения виртуальных машин

Новое поколение виртуальных машин отличается от предыдущего одним главным принципом – оно разработано специально для оптимизации работы ОС исключительно (и только) в виртуальном окружении Hyper-V. Поколение виртуальной машины определяет набор виртуального «железа» и функционал виртуальной машины. И если предыдущее поколение содержало в себе эволюционные анахронизмы, вытекающие из изначально «физической» архитектуры компьютеров, то виртуальные машины Gen 2 избавлены от этой необходимости, что дает ряд преимуществ.

Главная задача при создании любой виртуальной машины – создание надежной программной эмуляции физического оборудования, которое изначально проектировалось и разрабатывалось без учета возможностей виртуализации. Со временем в архитектуру ОС и аппаратного обеспечения компьютеров вносилось все больше и больше изменений. В результате разработчикам виртуальных платформ для того, чтобы запустить ОС в среде виртуализации, приходилось прибегать к эмуляции различного (в том числе морально устаревшего) оборудования: это BIOS, стандартные порты ввода-вывода (COM, LPT, PS/2), IDE-контроллеры, контроллеры флоппи дисков, контроллеры прерываний, мосты PCI-to-ISA и многое другое.

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

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

Вот каким образом могут выглядеть списки эмулируемых устройств в Device Manager на ВМ Hyper-V:

1 поколения виртуальных машин Hyper-V:

2 поколения виртуальных машин Hyper-V:

Возможности виртуальных машин Hyper-V второго поколения

Какие же базовые изменения внесены в виртуальные машины Hyper-V Generation 2:

Поддержка UEFI— стандартный BIOS замен на firmware на базе UEFI

Secure Boot – как следствие первого пункта, поддержка технологии безопасной загрузки (Secure Boot), позволяющий защитить систему от руткитов и буткитов в процессе загрузки (по умолчанию, Secure Boot активна)

Отказ от эмуляции IDE контроллеров – взаимодействие с файлами виртуальных машин VHDX осуществляется с помощью нативных команд SCSI, что приводит к значительному увеличению производительности виртуальных машин.

Загрузка с виртуального SCSI или SCSI-DVD диска – виртуальный IDE-контроллер полностью «выпилен».

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

Отсутствие Legacy устройств – остались только синтетические устройства

Enhanced Session Mode – новый функционал консоли управления Hyper-V, позволяющий подключаться к рабочему столу виртуальной машины непосредственно из консоли через шину VMBus (даже без наличия подключения виртуальной машины к сети). При этом администратор получает в свое распоряжение все преимущества RDP-сеанса: возможность выбора разрешения экрана, поддержку буфера обмена, смарт-карт, перенаправления USB-устройств (подробности есть тут).

Совет. За данный функционал отвечает опция Enhanced Session Mode в настройках виртуальной машины Hyper-V.

За счет отказа от эмуляции устаревших типов оборудования существенно увеличилась скорость загрузки виртуальной машины и уменьшилось время на установку гостевой ОС. В различных тестах разница в скорости загрузки и развертывания ВМ 1 и 2 поколения достигает 20% и 50% соответственно, что особенно интересно в различных VDI сценариях.

Примечание. В процесс работы ВМ повышение скорости работы виртуальной машины малозаметно, т.к. интеграционные компоненты Hyper-V позволяют виртуальной машины работать на максимально эффективном уровне.

Требования и ограничения виртуальных машин 2 поколения

В качестве гостевых ОС в виртуальных машинах Hyper-V второго поколения поддерживаются:

• Windows Server 2012
• Windows Server 2012 R2
• Windows 8 x64
• Windows 8.1 x64

Судя по всему данное ограничение связано с тем, что именно эти версии ОС поддерживают спецификацию UEFI 2.3.1 с Secure Boot.

Важно. После создания виртуальной машины сменить поколение напрямую невозможно, что не удивительно, т.к. в одном случае используется BIOS, а в другом – UEFI (однако существуют косвенные методы миграции с помощью сторонних утилит или конвертацию V2V).

2-ое поколение виртуальных машин Hyper-V в Windows Server 2012 R2 обеспечивает прирост производительности виртуальных машин, особенно на этапах установки и загрузки, обладает повышенной безопасностью, работает на UEFI и освобождено от необходимости поддержки эмуляции устаревшего оборудования.

Предыдущая статья Следующая статья

Найдите поколение виртуальной машины Hyper-V в Windows 10

Windows 10, Windows 8.1 и Windows 8 поставляются с клиентским Hyper-V, поэтому вы можете запускать поддерживаемую гостевую операционную систему внутри виртуальной машины. Hyper-V — это собственный гипервизор Microsoft для Windows. Первоначально он был разработан для Windows Server 2008, а затем перенесен на клиентскую ОС Windows. Со временем он улучшился и также присутствует в последней версии Windows 10. Сегодня мы узнаем, что такое поколения виртуальных машин Hyper-V, и как найти поколение для виртуальной машины.

Примечание: только Windows 10 Pro, Enterprise и Education. редакции включают технологию виртуализации Hyper-V.

Что такое Hyper-V

Hyper-V — это собственное решение Microsoft по виртуализации, которое позволяет создавать виртуальные машины в системах x86-64 под управлением Windows. Hyper-V был впервые выпущен вместе с Windows Server 2008 и доступен без дополнительной оплаты с Windows Server 2012 и Windows 8. Windows 8 была первой клиентской операционной системой Windows, которая изначально включала поддержку аппаратной виртуализации. В Windows 8.1 Hyper-V получил ряд улучшений, таких как расширенный режим сеанса, обеспечивающий высокую точность графики для подключений к виртуальным машинам с использованием протокола RDP, и перенаправление USB, которое включено с хоста на виртуальные машины. Windows 10 вносит дополнительные улучшения в предложение встроенного гипервизора, включая:

1. Горячее добавление и удаление памяти и сетевых адаптеров.
2. Windows PowerShell Direct — возможность запускать команды внутри виртуальной машины из операционной системы хоста.
3. Безопасная загрузка Linux — Ubuntu 14.04 и новее, а также предложения ОС SUSE Linux Enterprise Server 12, работающие на виртуальных машинах поколения 2, теперь могут загружаться с включенной опцией безопасной загрузки.
4. Диспетчер Hyper-V Управление нижнего уровня. Диспетчер Hyper-V может управлять компьютерами, на которых работает Hyper-V на Windows Server 2012, Windows Server 2012 R2 и Windows 8.1.

Поколения виртуальных машин в Hyper-V

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

Поколение 1 это устаревшая машина с BIOS / MBR. Он поддерживает 32-битные операционные системы. Его виртуальное оборудование похоже на оборудование, которое было доступно во всех предыдущих версиях Hyper-V.

Поколение 2 поставляется с современными функциями, такими как UEFI и безопасная загрузка, но не поддерживает 32-разрядные ОС. Он имеет дополнительные функции, такие как загрузка PXE, загрузка с виртуального жесткого диска SCSI.
Загрузка с виртуального DVD SCSI и многое другое.

Примечание. Если вы собираетесь установить на свою виртуальную машину 32-разрядную гостевую ОС, выберите «Поколение 1. После создания виртуальной машины вы не сможете изменить ее поколение».

Чтобы найти поколение виртуальной машины Hyper-V в Windows 10,

1. Откройте диспетчер Hyper-V из меню «Пуск». Совет: см. Как перемещаться по приложениям по алфавиту в меню Пуск Windows 10 . Его можно найти в разделе «Администрирование Windows»> «Диспетчер Hyper-V».
2. Щелкните имя вашего хоста слева.
3. Справа щелкните свою виртуальную машину в списке, чтобы выбрать ее.
4. Внизу средней панели посмотрите строку «Генерация».

Информацию о генерации также можно получить с помощью PowerShell.

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

1. Откройте PowerShell от имени администратора Совет: вы можете добавить контекстное меню «Открыть PowerShell от имени администратора» .
2. Выполните следующую команду, чтобы увидеть список ваших машин и их поколений.

Get-VM | Имя списка форматов, генерация

• Создать ярлык подключения к виртуальной машине Hyper-V в Windows 10
• Импорт виртуальной машины Hyper-V в Windows 10
• Экспорт виртуальной машины Hyper-V в Windows 10
• Изменение папки по умолчанию для виртуальной машины Hyper-V в Windows 10
• Изменить папку виртуальных жестких дисков Hyper-V в Windows 10
• Удаление дисковода гибких дисков в виртуальной машине Windows Hyper-V
• Изменение DPI виртуальной машины Hyper-V (уровень масштабирования дисплея)
• Создать ярлык для виртуальной машины Hyper-V в Windows 10
• Включение или отключение расширенного сеанса Hyper-V в Windows 10
• Как включить и использовать Hyper-V в Windows 10
• Создание виртуальных машин Ubuntu с помощью Hyper-V Quick Create

Конвертация виртуальных машин Hyper-V во 2-е поколение

Начиная с Windows Server 2012 R2 в Hyper-v появились машины второго поколения. Они добавляют некоторые преимущества по сравнению с виртуальными машинами первого поколения, поэтому следует подумать о переходе. Хотя автоматического преобразования не существует, есть способ избежать новой установки и настройки виртуальной машины.

Есть несколько причин, по которым рабочие системы до сих пор работают на виртуальных машинах первого поколения. Часто они существуют уже несколько лет и были созданы в версии Hyper-V, которая поддерживает только виртуальные машины 1-го поколения. Их по-прежнему можно использовать в более новой версии гипервизора, и они полностью поддерживаются.

И наоборот, также возможно, что версия Windows была изначально установлена на виртуальной машине, которая поддерживает только виртуальные машины 1-го поколения. Гостевая ОС, возможно, за это время была обновлена, но функции 2-го поколения в старой виртуальной машине заблокированы.

Может случиться и так, что Gen 1 будет случайно выбран при создании виртуальной машины, поскольку это по-прежнему выбирается по умолчанию в диспетчере Hyper-V.

Преимущества 2 поколения

Одним из наиболее важных преимуществ новых виртуальных машин является более высокая производительность, поскольку гостевая ОС «знает», что она работает на гипервизоре, и, следовательно, не требует эмуляции оборудования. Виртуальные машины второго поколения обладают поддержкой UEFI, работают под управлением только 64-разрядной гостевой ОС, могут загружаться с виртуального контроллера SCSI. Подключенные к контроллеру виртуальные жесткие диски можно добавлять, удалять и изменять их размер во время работы. Сетевые адаптеры также могут быть добавлены во время работы системы.

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

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

Первым шагом будет обзор того, какие виртуальные машины относятся к Gen 1 (Поколение 1). С помощью PowerShell это относительно легко узнать:

Get-VM | select vmname, generation

Эта команда выведет вам список всех виртуальных машин на локальном хосте, их имена и поколение.

По сути, теперь вы можете приступить к преобразованию старых виртуальных машин. Однако это невозможно, если гостевая ОС старше Windows Server 2012 R2 или имеет 32-разрядную версию.

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

Get-ComputerInfo -Property WindowsProductName, OsArchitecture

Изменение таблицы разделов на GPT

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

Затем преобразовать системный диск в GPT. Начиная с Windows 10 1703, Microsoft предоставляет для этой цели MBR2GPT.exe . Программа запускается на рабочей системе со следующими параметрами:

mbr2gpt.exe /convert /allowFullOS

Утилита находится в %SystemRoot%system32 и может быть легко скопирована на другие компьютеры, если ее там нет. Это относится, например, и к серверам Windows.

Однако в случае более старых версий ОС Microsoft рекомендует выключить виртуальную машину, загрузиться в среду предустановки Windows и начать преобразование в GPT оттуда. Тогда команда выглядит немного иначе:

mbr2gpt.exe /convert /disk:

Номера дисков можно посмотреть программой diskpart с помощью:

list disk

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

Поскольку преобразовать виртуальную машину поколения 1 в поколение 2 невозможно, теперь необходимо создать новую виртуальную машину Gen 2 и подключить к ней виртуальный жесткий диск. Одним из побочных эффектов этого действия является то, что оно также поднимает версию виртуальной машины до текущего уровня. Это необходимо, чтобы воспользоваться преимуществами новых функций Hyper-V, доступных в Server 2016 или 2019. Новая виртуальная машина больше не будет работать на более старом гипервизоре.

Установка Linux Mageia на виртуальную машину Hyper-V Windows 10

Технология виртуализации Hyper-V первоначально была реализована в серверных операционных системах Microsoft, начиная с Windows Server 2008. На сегодняшний день компоненты Hyper-V абсолютно бесплатно доступны в 64-разрядных версиях Windows 10 “Профессиональная“, “Корпоративная“ и “Для образовательных учреждений“.

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

Компания Microsoft довольно длительное время не предавала значения разработке продуктов виртуализации, особенно — для рабочих станций. До появления, в качестве стандартных компонентов системы, сервера виртуализации Hyper-V (сначала — в серверных ОС, а затем и в Windows 8.1 / 10 ), средства виртуализации от Microsoft особого интереса не представляли ни для корпоративного, ни для персонального использования, поскольку по своим возможностям и удобству использования уступали разработкам большинства лидеров отрасли. Все изменилось после активизации работы над Hyper-V , при чем не только для серверных, но и для десктопных платформ. Где-то после 2020г. наметилась, пока еще не очень явная, тенденция к тому, что Hyper-V может стать доминирующим средством виртуализации, по крайней мере – для домашних пользователей. Это, прежде всего, вызвано тем, что средства Hyper-V для них являются частью установленной системы, абсолютно бесплатны, и ими легко и удобно пользоваться. По своим функциональным возможностям Hyper-V пока уступает продуктам от признанных лидеров данной отрасли (Oracle VM VirtualBox и VMware Workstation), но, можно предположить, что в ближайшие 3-5 лет это положение может измениться.

Итак, программные средства Hyper-V создают аналог реального компьютера – виртуальную машину , на которой можно установить практически любую операционную систему ( гостевую ОС ) и использовать ее параллельно с основной. На одном и том же реальном компьютере можно создать несколько виртуальных машин с разными операционными системами и пользоваться ими одновременно, точно так же, как это происходило бы на реальном оборудовании. Каждая виртуальная машина работает в своей, изолированной от других, среде и может быть выключена, перезагружена или сброшена без какого либо влияния на другие виртуальные или реальные машины. Форматирование виртуального жесткого диска, изменение его загрузочных записей, удаление или добавление разделов, и другие потенциально опасные действия никоим образом не сказываются ни на реальном компьютере, ни на других виртуальных машинах. Таким образом, виртуальная машина является идеальным средством для опасных экспериментов, отладки системного и прикладного ПО, освоения новых ОС и средств их администрирования, исследования вирусов и средств борьбы с ними.

Необходимо отметить, что Hyper-V серверной реализации базируется на гипервизоре 1-го типа, т.е. гипервизоре, являющемся частью ОС и работающем непосредственно с физическим оборудованием компьютера, а Hyper-V в среде Windows 10 — это система виртуализации, базирующаяся на гипервизоре 2-го типа, то есть на гипервизоре, работающем поверх операционной системы, установленной на реальном оборудовании. Представляет собой комплект драйверов, системных служб и прикладных программ, эмулирующих виртуальное компьютерное оборудование, и обеспечивающих независимое параллельное функционирование нескольких ОС на одном физическом компьютере. Управление виртуальными машинами выполняется с помощью специального средства — Диспетчера Hyper-V . Он предназначен для создания виртуальных машин, их настройки и текущего обслуживания. Кроме того, Диспетчер Hyper-V позволяет создавать контрольные точки , позволяющие зафиксировать текущее состояние виртуальной машины, к которому можно вернуться в любой момент времени.

Как уже упоминалось, Hyper-V в настольных и серверных операционных системах значительно отличаются. Серверные компоненты предназначены для создания и обеспечения надежного функционирования инфраструктуры предприятия или организации, а Hyper-V в Windows 10 – всего лишь для расширения функциональных возможностей конкретного рабочего места.

Компоненты Hyper-V, доступные только в Windows Server:

— Динамическая миграция виртуальных машин с одного узла на другой;

— Виртуальный адаптер Fiber Channel;

— Общий доступ к виртуальным дискам в формате .VHDX.

Компоненты Hyper-V, доступные только в Windows 10:

— Быстрое создание виртуальных машин и объединение их в коллекцию;

— Сеть по умолчанию (Default switch — коммутатор NAT).

Реализация Hyper-V на рабочих станциях является относительно новым решением и на данный момент обладает более скромными возможностями по сравнению с продуктами VMware или Oracle VM VirtualBox. В Hyper-V эмулируется минимум виртуальных устройств, не совсем корректно отрабатываются короткие интервалы таймера, невозможно ”пробросить” реальное устройство в виртуальную машину (например, графический адаптер или сканер), существуют проблемы с использованием мультимедийных технологий и реализацией взаимодействия между реальными и виртуальными машинами. Поиграть в современные игры на виртуальной машине не получится, но для изучения и освоения новых ОС, в том числе и Linux, Hyper-V вполне подойдет. А возможность отката виртуальной машины с помощью ранее созданных контрольных точек , позволяет экспериментировать без нудной переустановки системы.

Включение компонентов Hyper-V в Windows 10

По умолчанию, компоненты Hyper-V Windows 10 отключены, и для работы с виртуальными машинами их необходимо включить, для чего можно воспользоваться несколькими способами. В любом случае при этом потребуется наличие прав Администратора.

Щелкните правой кнопкой мыши кнопку Windows или нажмите комбинацию Win+X и выберите пункт «Приложения и возможности». Выберите «Программы и компоненты» справа в разделе «Сопутствующие параметры». Выберите пункт «Включение или отключение компонентов Windows». Выберите «Hyper-V» и нажмите кнопку ОК.

Можно и иначе – просто запустить от имени администратора исполняемый файл OptionalFeatures.exe . Для чего можно воспользоваться как командной строкой, так и средой PowerShell. Например, нажать Win+X и выбрать пункт меню Windows PowerShell(Администратор) . В строке приглашения ввести OptionalFeatures.exe . Откроется оснастка Компоненты Windows

Запустите PowerShell от имени администратора — щелкните правой кнопкой мыши кнопку Windows или нажмите комбинацию Win+X и выберите пункт » Windows PowerShell(Администратор)». В ответ на приглашение консоли PowerShell введите команду:

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V –All

От имени Администратора нужно выполнить команду:

dism /Online /Enable-Feature /All /FeatureName:Microsoft-Hyper-V

После завершения установки Hyper-V обязательно выполните перезагрузку Windows.

Для управления сервером Hyper-V в Windows 10 используется Диспетчер Hyper-V (оснастка консоли управления virtmgmt.msc ), который, кстати, присутствовал и в дистрибутивах операционных систем, где не поддерживались компоненты виртуализации Hyper-V, но имелась возможность для подключения к удаленным серверам Hyper-V.

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

Установка Linux Mageia на виртуальную машину Hyper-V Windows 10

Процесс установки операционной системы Linux Mageia, как, впрочем, и любой другой, можно условно разбить на 2 этапа:

— Создание средствами Диспетчера Hyper-V виртуальной машины в конфигурации, задаваемой техническими требованиями конкретной версии устанавливаемой ОС, например, Mageia;

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

Процесс создания новой виртуальной машины максимально упрощен и выполняется с помощью специального мастера, вызываемого Диспетчером Hyper-V с использованием меню ”Действие” – ”Создать” — ”Виртуальная машина”.

На первом этапе необходимо выбрать имя и местонахождение виртуальной машины. Имя должно быть уникальным и, желательно, иметь смысловое значение, например – VM01 . Поскольку имя виртуальной машины используется в качестве имени каталога, в котором будут размещены ее файлы, к нему относятся те же ограничения что и для объектов файловой системы Windows – нельзя использовать зарезервированные имена вида PRN, COM, знаки вопроса, спецсимволы.

Для виртуальных машин Hyper-V нужно выбрать Поколение, которое определяет набор виртуального оборудования для создаваемой машины. По умолчанию выбирается Поколение 1 — наиболее универсальный и совместимый с предыдущими версиями Hyper-V набор. Поколение 2 стоит выбирать только в тех случаях, когда вы собираетесь устанавливать операционную систему, для которой требуются дополнительные возможности виртуализации, SCSI-контроллеры и поддержка UEFI. Изменить поколение виртуальной машины после ее создания невозможно. Для установки обычного дистрибутива Linux выбирайте Поколение 1

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

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

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

Настройки сети можно изменить в любой момент времени. По умолчанию, на данный момент в Hyper-V Windows 10 используется стандартная сеть на базе виртуального коммутатора Default Switch . Она обеспечивает работу виртуальных машин через интерфейс сетевого адаптера реального компьютера с применением трансляции сетевых адресов (NAT — Network Address Translation). При исходящих сетевых соединениях IP-адреса и номера портов виртуальных машин преобразуются в IP- адреса и порты реального компьютера, и при входящих выполняется обратное преобразование. Таким образом, все внешние, для сети виртуальных машин, соединения выполняются через один IP-адрес реального компьютера, что позволяет исключить влияние виртуальных машин на реальные локальные сети. Это наиболее универсальный и безопасный режим сетевого взаимодействия виртуальных и реальных машин.

На следующем шаге выполняется подключение жесткого диска к виртуальной машине:

Обычно для новой виртуальной машины создается и новый диск, размер которого определяется требованиями устанавливаемой ОС и прикладного программного обеспечения (ПО). Подключение виртуального диска можно выполнить и после создания виртуальной машины. Для знакомства с большинством дистрибутивов Linux, 20-30 Гб дискового пространства вполне достаточно.

Установку операционной системы будем выполнять после создания виртуальной машины:

На последнем шаге работы мастера отображается итоговая сводка и после нажатия кнопки ”Готово” создается виртуальная машина с выбранными параметрами.

Для изменения параметров созданной виртуальной машины нужно выбрать ее в списке виртуальных машин Диспетчера Hyper-V и в контекстном меню щелкнуть мышкой на пункт ”Параметры”. Для установки Linux Mageia нужно подключить его iso-образ в качестве виртуального DVD:

Для работы с сетью необходимо настроить сетевой адаптер на подключение к виртуальному коммутатору Hyper-V – Default Switch.

Для подключения к виртуальной машине в Диспетчере Hyper-V используется пункт контекстного меню ”Подключить” или двойной щелчок по выбранной виртуальной машине. Если машина выключена, Диспетчер предложит включить ее командой ”Пуск” в меню ”Действия”. После включения начнется загрузка с виртуального DVD и на экране отобразится меню загрузчика:

Первый пункт меню Install Mageia предназначен для установки Mageia на виртуальный жесткий диск. В качестве языка установки можно выбрать русский. Для современных Linux, и в том числе Mageia, процесс установки значительно упрощен и в большинстве случаев выполняется в несколько кликов. Обычно необходимо выбрать язык для устанавливаемой системы, раскладку клавиатуры, часовой пояс, создать пароль администратора ( root ) и хотя бы одного пользователя.

Наиболее сложным моментом при установке Linux является разбиение диска или нескольких дисков на разделы и установка загрузчика. При использовании реальных машин и установке Linux в качестве второй ОС нужно иметь четкое представление и механизмах загрузки операционных систем, типах загрузчиков, прядке загрузки и т.п. В противном случае, ошибочные действия с большой долей вероятности приведут к нарушению существующего механизма загрузки. При установке Linux на вновь созданной виртуальной машине никакого риска нет вообще – виртуальные машины существуют изолированно друг от друга и изолированно от реального компьютера. Достаточно просто выполнять установку системы с параметрами по умолчанию — Использовать свободное место . Некоторые особенности могут быть в тех случаях, когда виртуальный жесткий диск не пуст или грамотный пользователь желает выполнить разметку диска под свои предпочтения — Ручная разметка диска. .

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

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

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

Установка Mageia занимает относительно небольшое время и завершается итоговым сообщением:

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

После входа пользователя в систему будет отображено окно приветствия ( MageiaWelcome ):

На самом деле, это не только окно приветствия, но и средство управления некоторыми параметрами установленной системы. Переключаясь по вкладкам, пользователь получает доступ к документации, сведениям о конфигурации системы, управлению приложениями, установке и удалению программ, настройке обновлений и т.п. Если убрать галочку ”Показывать это окно при загрузке” в нижней части экрана, то окно приветствия больше отображаться не будет. Однако, с этим не стоит спешить – начинающим пользователям данное приложение может оказаться полезным. В частности, переключившись на вкладку ”Дополнительные сведения” можно получить доступ к документации, большей частью, на русском языке.

Наличие добротной документации на русском языке – отличительная особенность данного дистрибутива. Очевидно, этот факт уходит корнями еще в те годы, когда одними из популярнейших русскоязычных дистрибутивов были Mandriva и еще ранее — Mandrake , наследницей которых является Mageia.

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

Одной из особенностей дистрибутивов Mageia является то, что большая часть утилит для обслуживания системы начинается с префикса drak . Если под учетной записью root набрать в консоли drak и нажать на клавиатуре Tab , то можно получить список системных утилит:

Если, например, есть необходимость в настройке автоматического входа пользователя в систему, запускается drakautologin , для управления программами — drakrpm и т.д.

В тех случаях, когда требуется использование прав суперпользователя root отдельными пользователями, нужно будет настроить команду sudo в соответствии с инструкцией по настройке и применению команды sudo в Linux. В самом простейшем случае нужно всего лишь задать разрешения в файле конфигурации /etc/sudoers . Например, строка user ALL=(ALL) ALL

означает, что пользователю user разрешено выполнение любых команд при любом способе подключения к системе. При этом будет запрашиваться пароль ( его личный, а не пароль суперпользователя root ). Можно также настроить разрешения на выполнение отдельных команд без ввода пароля, правила с учетом локального или сетевого подключения к системе и т.п.

Одним из важнейших преимуществ использования систем виртуализации является то, что они позволяют создавать снимки состояния виртуальных машин ( snapshot ). Наличие снимков позволяет одним щелчком выполнить откат виртуальной машины на конкретный снимок по принципу ”машины времени”. Желательно сразу после установки системы создать первую контрольную точку, если она не была создана автоматически Диспетчером Hyper-V. Также, желательно создавать контрольные точки перед потенциально опасными действиями, при серьезных обновлениях ОС и ПО, прочих событиях, связанных с опасностью потери данных или краха системы. Для создания контрольной точки щелкните правой кнопкой мышки в Диспетчере Hyper-V на нужной виртуальной машине, и выберите пункт Контрольная точка . Для отката виртуальной машины на состояние, зафиксированное контрольной точкой, используется пункт меню Возврат . Контрольных точек может быть несколько и они отображаются в Диспетчере Hyper-V при выборе конкретной виртуальной машины:

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

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

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

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