Требования к системе для hyper-v в windows 10windows 10 hyper-v system requirements
Содержание:
В чем разница в поддержке устройств?What’s the difference in device support?
В следующей таблице сравниваются устройства, доступные для виртуальных машин поколения 1 и 2.The following table compares the devices available between generation 1 and generation 2 virtual machines.
| Устройство поколения 1Generation 1 Device | Замена в поколении 2Generation 2 Replacement | Усовершенствования в поколении 2Generation 2 Enhancements |
|---|---|---|
| Контроллер интерфейса IDEIDE controller | Виртуальный SCSI-контроллерVirtual SCSI controller | Загрузка из файла .VHDX (максимальный размер 64 ТБ, возможность оперативного изменения размера)Boot from .vhdx (64 TB maximum size, and online resize capability) |
| Дисковод IDEIDE CD-ROM | Виртуальный дисковод SCSIVirtual SCSI CD-ROM | Поддержка до 64 DVD-устройств SCSI на SCSI-контроллер.Support for up to 64 SCSI DVD devices per SCSI controller. |
| Традиционная BIOSLegacy BIOS | Встроенное ПО UEFIUEFI firmware | Безопасная загрузкаSecure Boot |
| Традиционный сетевой адаптерLegacy network adapter | Синтетический сетевой адаптерSynthetic network adapter | Сетевая загрузка по протоколам IPv4 и IPv6Network boot with IPv4 and IPv6 |
| Контроллер гибких дисков и DMAFloppy controller and DMA controller | Контроллер гибких дисков не поддерживаетсяNo floppy controller support | Н/ДN/A |
| Универсальный асинхронный приемопередатчик (UART) для COM-портовUniversal asynchronous receiver/transmitter (UART) for COM ports | Дополнительный UART для отладкиOptional UART for debugging | Более быстрый и надежныйFaster and more reliable |
| Контроллер клавиатуры i8042i8042 keyboard controller | Программный вводSoftware-based input | Использует меньше ресурсов, так как нет эмуляции.Uses fewer resources because there is no emulation. Также уменьшает уязвимость гостевой операционной системыAlso reduces the attack surface from the guest operating system. |
| Клавиатура PS/2PS/2 keyboard | Программная клавиатураSoftware-based keyboard | Использует меньше ресурсов, так как нет эмуляции.Uses fewer resources because there is no emulation. Также уменьшает уязвимость гостевой операционной системыAlso reduces the attack surface from the guest operating system. |
| Мышь PS/2PS/2 mouse | Программная мышьSoftware-based mouse | Использует меньше ресурсов, так как нет эмуляции.Uses fewer resources because there is no emulation. Также уменьшает уязвимость гостевой операционной системыAlso reduces the attack surface from the guest operating system. |
| S3-видеоS3 video | Программное видеоSoftware-based video | Использует меньше ресурсов, так как нет эмуляции.Uses fewer resources because there is no emulation. Также уменьшает уязвимость гостевой операционной системыAlso reduces the attack surface from the guest operating system. |
| Шина PCIPCI bus | Больше не требуетсяNo longer required | Н/ДN/A |
| Программируемый контроллер прерываний (PIC)Programmable interrupt controller (PIC) | Больше не требуетсяNo longer required | Н/ДN/A |
| Программируемый интервальный таймер (PIT)Programmable interval timer (PIT) | Больше не требуетсяNo longer required | Н/ДN/A |
| Устройство Super I/OSuper I/O device | Больше не требуетсяNo longer required | Н/ДN/A |
Создание виртуальной машины Hyper-V
Для запуска процесса создания виртуальной машины, пройдите по пути: меню «Действие», «Создать», «Виртуальная машина…». Далее откроется мастер создания виртуальной машины.
В первом окне «Приступая к работе» нажмите на кнопку «Далее». В следующем окне «Укажите имя и местонахождение» дайте понятное имя для создаваемой виртуальной машины (я назвал «Windows 7×64»), и выберите место для ее сохранения.
По умолчанию, файлы виртуальной машины сохраняются на диске «С» в папке «ProgramData»:
C:\ProgramData\Microsoft\Windows\Hyper-V\
На моем компьютере виртуальные машины сохраняются не на системном, а на другом диске в специальной папке («Virtual Machines»). Поэтому, если вы хотите сохранить виртуальную машину не в папке по умолчанию, поставьте галку напротив пункта «Сохранить виртуальную машину в другом месте», а затем выберите папку для сохранения. Папку для хранения файлов виртуальной машины создайте заранее.
В окне «Укажите поколение» по умолчанию выбрано «Поколение 1», которое подойдет для большинства случаев. «Поколение 2» загружается не со всех образов, по существу, это виртуальная машина с UEFI.
В окне «Выделите память» необходимо выбрать объем выделяемой памяти для этой виртуальной машины. Я выделил 2 ГБ памяти со своего компьютера из 8 ГБ.
В следующем окне «Настройка сети» выберите ранее созданный сетевой адаптер (виртуальный коммутатор).
В окне «Подключить виртуальный жесткий диск» отобразится информация об имени виртуальной машины, о ее расположении на жестком диске, объем дискового пространства, выделяемого для виртуальной машины (по умолчанию предлагалось 127 ГБ, я выбрал — 50 ГБ).
Для установки ОС выберите пункт «Установить операционную систему с загрузочного компакт- или DVD-диска». Здесь выберите «Физический CD или DVD-диск» для установки системы с диска, помещенного в оптический привод, или выберите «Файл образа (.iso)» для установки операционной системы непосредственно с ISO образа ОС, который находится на компьютере.
При помощи кнопки «Обзор…» я выбрал образ операционной системы Windows 7 Максимальная SP1 x64, расположенный на внешнем жестком диске, который в данный момент подключен к моему компьютеру.
В окне «Завершение работы мастера создания виртуальной машины» отображена конфигурация созданной виртуальной машины. Нажмите на кнопку «Готово» для завершения создания ВМ.
После применения настроек, в окне «Диспетчер Hyper-V» появится созданная виртуальная машина, и отобразятся ее настройки.
Для запуска процесса установки, выделите виртуальную машину, в контекстном меню выберите «Подключить…».
В открывшемся окне войдите в меню «Действие», выберите команду «Пуск», или просто нажмите на зеленую кнопку «Пуск».
Далее в окне виртуальной машины Windows Hyper-V начнется процесс установки операционной системы на компьютер, в данном случае Windows 7.
На моем сайте вы можете прочитать подробные статьи о процессе установки операционных систем Windows.
Вам также может быть интересно:
- Песочница Windows 10 (Windows Sandbox): безопасная изолированная среда
- Виртуальная машина VMware Workstation
После завершения установки операционной системы, гостевая ОС готова к работе. На этом изображении видно, что на моем (хостовом) компьютере работает операционная система Windows 10, а в окне запущена виртуальная машина Hyper-V с операционной системой Windows 7.
В виртуальной машине можно создавать снимки виртуальной системы (контрольные точки) для того, чтобы сохранить состояние операционной системы на определенный период времени.
Создать контрольную точку можно из окна приложения, Управлять контрольными точками (восстановить состояние виртуальной машины, удалить ненужные точки) можно из раздела «Контрольные точки» в Диспетчере Hyper-V.
Настройка виртуальных коммутаторов
Перед тем, как мы приступим к установке виртуальных машин, подготовим для них сеть. Я не буду подробно рассказывать о нюансах работы сети в hyper-v. Это не тема текущего повествования. Просто создадим сетевой бридж для виртуальных машин. В оснастке управления выбираем справа «Диспетчер виртуальных коммутаторов», выбираем тип «Внешняя». Указываете имя коммутатора. Я рекомендую давать осмысленные названия, чтобы было проще потом управлять. Если это бридж в локальную сеть, то назовите виртуальный коммутатор local.
Сохраняйте настройки. Вы увидите предупреждение о том, что сетевые соединения будут сброшены. Все в порядке, соглашайтесь. Будет создан новый виртуальный сетевой интерфейс с теми же настройками, что были у физического. Но здесь есть один важный нюанс. Если ваш сервер получал сетевые настройки по dhcp, то он скорее всего получит новый ip адрес. Имейте это ввиду.
Microsoft Hyper-V
В «магическом квадранте» Gartner по виртуализации серверной инфраструктуры х86 (Magic Quadrant for x86 Server Virtualization Infrastructure), выпущенном в июле 2015 года, лидируют Micrоsoft и VMware. Xen и KVM представлены вендорами Citrix и Red Hat.способны отлично работать под Hyper-VLinux Integration Services 4.0 for Hyper-Vпакет драйверов, утилит и улучшений для гостевых ОС LinuxОсобенности Microsoft Hyper-V в Windows Server 2012 R2 Datacenter Edition
| Максимальное число одновременно работающих ВМ | 1024 |
| Максимальное число процессоров на хост-сервер | 320 |
| Число ядер на процессор хоста | Не ограничено |
| Максимальное число виртуальных процессоров (vCPU) на хост-сервер | 2048 |
| Максимальная емкость оперативной памяти на хост-сервер | 4 Тбайт |
| Память на одну ВМ | 1 Тбайт |
| Виртуальных процессоров на ВМ | 64 vCPU |
| Динамическое перераспределение памяти | Dynamic Memory |
| Дедупликация страниц памяти | Нет |
| Поддержка больших страниц памяти (Large Memory Pages) | Да |
| Централизованное управление | Да, System Center Virtual Machine Manager (SCVMM) |
| Интеграция с Active Directory | Да (через SCVMM) |
| Снимки ВМ (snapshot) | Да |
| Управление через браузер | Через портал самообслуживания |
| Обновления хост-серверов/ гипервизора | Да |
| Управление сторонними гипервизорами | Да, управление VMware vCenter и Citrix XenCenter |
| Обновление ВМ | Да (WSUS, SCCM, VMST) |
| Режим обслуживания (Maintenance Mode) | Да |
| Динамическое управление питанием | Да, Power Optimization |
| API для резервного копирования | Да, VSS API |
| Шаблоны виртуальных машин (VM Templates) | Да |
| Профили настройки хостов (Host Profiles) | Да |
| Миграция физических серверов в виртуальные машины (P2V) | Нет |
| Горячая миграция виртуальных машин | Да, без общего хранилища (Shared Nothing), поддержка сжатия и SMB3, неограниченное число одновременных миграций |
| Горячая миграция хранилищ ВМ | Да |
| Профили хранилищ | Да |
| Поддержка USB | Нет (за исключением Enhanced Session Mode) |
| Горячее добавление устройств | Только устройства хранения и/или память |
| Устройства Floppy в ВМ | 1 |
| Сетевые адаптеры/интерфейсы | 8 NIC |
| Виртуальные диски IDE | 4 |
| Емкость виртуального диска | 64 Тбайта для VHDX |
| Максимальное число узлов в кластере | 64 |
| Виртуальных машин в кластере | 8000 |
| Функции высокой доступности при сбоях хост-серверов | Failover Clustering |
| Перезапуск виртуальных машин в случае сбоя на уровне гостевой ОС | Да |
| Обеспечение доступности на уровне приложений | Да (Failover Clustering) |
| Непрерывная доступность ВМ | Нет |
| Репликация виртуальных машин | Да, Hyper-V Replica |
| Автоматическое управление ресурсами кластера | Да, Dynamic Optimization |
| Пулы ресурсов | Да (Host Groups) |
| Проверка совместимости процессоров при миграциях машин | Да, Processor Compatibility |
| Поддерживаемые хранилища | SMB3, FC, Virtual FC, SAS, SATA, iSCSI, FCoE, Shared VHDX |
| Кластерная файловая система | CSV (Cluster Shared Volumes) |
| Поддержка Boot from SAN | Да (iSCSI, FC) |
| Динамическое выделение емкости хранения (Thin Provisioning) | Да, Dynamic Disks |
| Загрузка с USB | Нет |
| Хранилища на базе локальных дисков серверов | Storage Spaces, Tiered Storage |
| Уровни обслуживания для подсистемы ввода-вывода | Да, Storage QoS |
| Поддержка NPIV | Да (Virtual Fibre Channel) |
| Поддержка доступа по нескольким путям (multipathing) | Да (DSM и SMB Multichannel) |
| Кэширование | Да, CSV Cache |
| API для интеграции с хранилищами | Да, SMI-S/SMP, ODX, Trim |
| Поддержка NIC Teaming | Да |
| Поддержка Private VLAN | Да |
| Поддержка Jumbo Frames | Да |
| Поддержка Network QoS | Да |
| Поддержка IPv6 | Да |
| Мониторинг трафика | Да |
«Прыжок веры»
План тестирования был прост:
- Берем сервер.
- Устанавливаем на него esxi. Ничего не меняем, настройки по умолчанию.
- Разворачиваем виртуальную машину.
- Производим тесты 5 раз:
a) Для 1С тест Гилева.
b) Для SQL — скрипт на запись. - Настраиваем по Best Practice’s.
- Производим тесты 5 раз:
a) Для 1С тест Гилева.
b) Для SQL — скрипт на запись. - Устанавливаем Hyper-V. Ничего не меняем, настройки по умолчанию.
- Разворачиваем виртуальную машину.
- Производим тесты 5 раз:
a) Для 1С тест Гилева.
b) Для SQL — скрипт на запись. - Настраиваем по Best Practice’s.
- Производим тесты 5 раз:
a) Для 1С тест Гилева.
b) Для SQL — скрипт на запись. - Ставим на физическую машину Windows Server, настраиваем по Best Practice’s и проводим тесты.
- Сравниваем и думаем.
Оборудование: Dell FC 630, 2 процессора Intel Xeon E5-2643 v4 (чисто под 1С), 512Гб памяти.
Диски: san-сеть на базе Dell SC 200 с Read-Intensive SSD.Получили вот такие результаты:
| VMWare без Best Practices | Тест Гилева | Тест SQL |
|---|---|---|
| 1 | 22.42 | 12.2 |
| 2 | 18.6 | 17.51 |
| 3 | 18.12 | 7.12 |
| 4 | 26.74 | 7.18 |
| 5 | 26.32 | 4.22 |
| VMWare с Best Practices | Тест Гилева | Тест SQL |
| 1 | 26.46 | 4.28 |
| 2 | 26.6 | 6.38 |
| 3 | 26.46 | 4.22 |
| 4 | 26.46 | 6.56 |
| 5 | 26.6 | 4.2 |
| HyperV без Best Practices | Тест Гилева | Тест SQL |
| 1 | 27.17 | 4.32 |
| 2 | 26.46 | 6.08 |
| 3 | 26.04 | 4.24 |
| 4 | 26.18 | 5.58 |
| 5 | 25.91 | 6.01 |
| HyperV с Best Practices | Тест Гилева | Тест SQL |
| 1 | 26.18 | 6.02 |
| 2 | 27.62 | 6.04 |
| 3 | 26.46 | 6.2 |
| 4 | 26.74 | 4.23 |
| 5 | 26.74 | 6.02 |
| Физика | Тест Гилева | Тест SQL |
| 1 | 35.97 | 4.06 |
| 2 | 32.47 | 4.04 |
| 3 | 31.85 | 6.14 |
| 4 | 32.47 | 5.55 |
| 5 | 32.89 | 5.43 |
Легенда
Что настраивали:1. Шаги по подготовке хоста DELL Poweredge 630.Настраиваем Настраиваем 2. Шаги по тестированию на платформе VMware без best practices.3. Шаги по тестированию на платформе VMware по best practices.4. Шаги по тестированию на платформе Windows Server без best practices:5. Шаги по тестированию на платформе Windows Server по best practicesBest practices изложены тут, тут и тут.Активировать
Типы гипервизоров
Существует два типа гипервизоров. Гипервизоры первого типа запускаются непосредственно на «железе» и не требуют установки какой-либо операционной системы. Для работы монитора виртуальных машин второго типа нужна операционная система — через нее производится доступ к аппаратной части. Лучшим гипервизором считается тот, что относится к первому типу, т. к. его производительность выше, поскольку они работают напрямую с оборудованием.
Рис. 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.
Информация к размышлению
Вместо скучной таблички с итогами (при желании вы сами можете составить такую) приведем несколько дополнительных тезисов, которые помогут вам определиться с тем, какой гипервизор выбрать. Так сказать, пища для ума или информация к размышлению:
VMware — самое дорогое решение, Hyper-V — дешевле (или при использовании Hyper-V Server и виртуальных машин с Linux — вообще бесплатное), KVM — изначально бесплатное.
Подсчитывая стоимость системы виртуализации, нужно учитывать еще и стоимость лицензий программного обеспечения, которое будет установлено в виртуальных машинах. Именно поэтому Hyper-V значительно дешевле VMware — при использовании VMware вам все равно придется покупать лицензии на гостевые ОС.
Hyper-V значительно дешевле и производительнее в гиперконвергентных решениях.
Таблица 1 — сугубо информативная, большинство пользователей не столкнется с этими ограничениями и ее не нужно учитывать, выбирая лучший гипервизор. Самое жесткое ограничение — у свободной версии ESXi.
У VMware есть Fault Tolerance, у Microsoft — пока нет
Если это для вас важно, задумайтесь над VMware.
У VMware лучше VDI, но у Microsoft организация VDI будет дешевле.
Hyper-V менее требовательный к «железу».
Хранилище для Hyper-V дешевле, поскольку VMware тесно связан по рукам и ногам HCL, а Hyper-V может использовать любой SMB 3.0 ресурс для хранения.
Hyper-V Server — это программное решение Hyper-V, поставляемое с Core-версией Windows без графического интерфейса. Ограничений в нем никаких нет (в отличие от бесплатной версии VMware), вы можете включить его в домен, управлять ею с помощью System Center, бэкапить и т
д. (в отличие от бесплатной vSphere).
В Hyper-V нет средств вроде Distributed Resource Scheduler или же Storage DRS, которые в VMware используются для балансировки нагрузок между ресурсами хостов
SCVMM в Hyper-V открывает возможности, выходящие за рамки простой серверной виртуализации. Вы можете создавать частные облака.
KVM — самое неприхотливое к ресурсам программное обеспечение. Это нужно учитывать при разработке бюджетных решений виртуализацией.
Для KVM можно также использовать интерфейс управления Virsh и GUI-интерфейс virtmanager.
Службы поддержки у KVM нет. Если что-то не получается, вы можете рассчитывать только на сообщество. Впрочем, поддержки нет и у бесплатного Hyper-V Server.
Существует коммерческий вариант KVM — RHEV (Red Hat Enterprise Virtualization).
Надеемся, приведенной информации будет достаточно для выбора оптимального для вас решения. Помните, что выбирать лучший гипервизор нужно не только исходя из сухих цифр, а отталкиваться нужно от требований вашего бизнеса.
Популярные услуги
SAP-хостинг
Профессиональный SAP-хостинг – это быстрый доступ к необходимому массиву данных и аналитика в режиме реального времени. Он подходит для развертывания системы управлениями базами SAP HANA и прочих высоконагруженных программ.
FreeBSD server
FreeBSD server считается одной из самых стабильных систем, поэтому многие администраторы предпочитают использовать её для управления сервером. У нас клиенты смогут арендовать VDS или VPN хостинг с этой системой. После получения хостинга пользователь сможет настроить VPN server и установить любые программные продукты, совместимые с выбранной ОС.
Публичное облако на базе VMware
Публичное облако на базе VMware позволяет быстро расширить ИТ-инфраструктуру без значительных вложений в модернизацию оборудования.
Назначение компонента
Подсистема Hyper-V отвечает за возможность использования ресурсов компьютера для создания виртуальных образов работающих ОС.
То есть, практическое применение системы сводится к тому, чтобы пользователь мог внутри одной операционной системы запускать работу несуществующего компьютера. Это помогает для решения ряда вопросов.
Использование:
- запуск различных действующих копий Windows под различные нужды. Самым распространённым вариантом данного использования является запуск раздельных виртуальных серверов и выделение их мощности под различные вопросы в пределах одной, достаточно производительной машины. Таким образом обычно экономят на закупке компьютеров под некоторые задачи (поддержка сайта компании, сервера печати и тому подобное);
- проверка работы программ. Чаще всего проверяют программы установки из сомнительных источников. Запустив в виртуальной машине сомнительную копию приложения можно увидеть, какие последствия для системы несёт её установка. Так обычно выявляются «легальные трояны»;
- тестирование программного обеспечения. Некоторые пакеты для разработки программ содержат в себе виртуальную среду, где эти самые программы могут тестироваться. Ярчайшим примером является SDK Windows Mobile;
- поддержка других ОС в пределах существующей. С помощью виртуализации можно добиться работы, например, Android внутри Windows, чтобы иметь возможность играть в специфические игры или работать со специфическими программами.
Такие возможности нужны пользователям или системным администраторам при разных условиях. Пренебрегать некоторыми из них не стоит. Особенно если решение задачи требует подобных инструментов.
Программы, использующие Hyper-V
Естественно, сама по себе система Hyper-V не совершенна. Она зачастую используется, чтобы дополнять другие программы. Примерами таких программ являются:
- Bluestacks (частично) и Memu (частично) – эмуляторы Android. Эти программы в некоторых своих версиях требуют поддержки компонентов Hyper-V. Примечательно, что сам компонент должен быть включён, но «железо» может его не поддерживать;
- SDK Windows Mobile. Для разработки приложений под Windows Mobile компонент не требуется. Он требуется для запуска эмулятора с целью тестирования работы приложений;
- VitrualBox. Тоже не требует полноценной поддержки Hyper-V лишь включения компонента. Обеспечивается работа лишь некоторых ОС семейства Windows (98 и Millenium), что вызывает только недоумение. В остальных случаях даже не требуется ничего включать.
Поскольку компонент отвечает исключительно за виртуализацию и работу с несуществующими машинами, то и используется он соответствующими программами.
Требования к компьютеру
Требований к системе не так уж и много. Нужно, чтобы процессор поддерживал работу с виртуализацией. Остальное – является нюансами в работе. Такие вещи, как «проброс» видеокарты в виртуальную машину и настройка сетевых адаптеров не является приоритетным в большинстве случаев, поэтому останавливаться на нём не имеет смысла.
Нужно лишь помнить, что нужна поддержка виртуализации в нужных для «гостевой» ОС элементах.
Чего Hyper-V не может
Есть лишь 2 ограничения, которые трудно воспринимать всерьёз. Первое: невозможность работы со съёмными носителями. Решается с помощью подключения через удалённый десктоп (средство Windows) или TeamViewer (отдельная программа), где доступ к этим устройствам волшебным образом передаётся в гостевую операционку.
Слабая поддержка старых приложений. Ретро-геймерам следует искать альтернативные методы запуска. Старые игры средствами Hyper-V не запускаются. Впрочем, это легко решается установкой программ использующих компонент.
