интерфейс гостевой службы hyper v что это за служба

Компоненты службы интеграции Hyper V установка и настройка

Для более удобного управления виртуальными машинами, а так же для служебных задач и увеличения производительности существуют службы интеграции Hyper V. Службы интеграций (Integration Services) это набор компонентов, в частности драйверов, частью из которых можно управлять отключая и включая для определенных нужд. Если вы работали с VMWare vSphere или Workstation, то сталкивались с похожим функционалом под названием VMWare Tools.

Если мы зайдем в свойства ВМ, то можем увидеть эти службы:

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

Состояние этих сервисов можно посмотреть и через Powershell:

Можно так же включить пакеты интеграций с помощью Powershell:

К компонентам интеграции Hyper V относится Powershell Direct, которая позволяет управлять виртуальной машиной из Powershell минуя конфигурацию сети. Такая возможность появилась в службах интеграции Windows Server 2016 и 10. Например так:

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

Пример разной работы этих типов оборудования.

Источник

Обзор технологии Hyper-V

Область применения: Windows Server 2022, Windows Server 2016, Microsoft Hyper-V Server 2016, Windows Server 2019, Microsoft Hyper-V Server 2019

Hyper-V — это продукт виртуализации оборудования Майкрософт. Она позволяет создавать и запускать программную версию компьютера, называемую виртуальной машиной. Каждая виртуальная машина действует как полноценный компьютер, запускающий операционную систему и программы. Если вам нужны вычислительные ресурсы, виртуальные машины предоставляют больше гибкости, помогают экономить время и деньги и являются более эффективным способом использования оборудования, чем запуск одной операционной системы на физическом оборудовании.

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

Некоторые способы, с помощью которых Hyper-V может помочь

Hyper-V может помочь:

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

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

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

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

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

Hyper-V и другие продукты виртуализации

Hyper-V в Windows и Windows Server заменяет старые продукты виртуализации оборудования, такие как microsoft virtual pc, microsoft virtual Server и Windows Virtual pc. Hyper-V предлагает функции сети, производительности, хранения и безопасности, недоступные в этих старых продуктах.

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

Какие функции имеет Hyper-V?

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

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

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

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

Как получить Hyper-V

Hyper-V доступен в Windows server и Windows, в качестве роли сервера, доступной для 64-разрядных версий Windows Server. инструкции по серверу см. в разделе установка роли Hyper-V на сервере Windows. На Windows он доступен в виде функции в некоторых 64-разрядных версиях Windows. он также доступен как загружаемый, изолированный серверный продукт Microsoft Hyper-V server.

Поддерживаемые операционные системы

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

Как работает Hyper-V

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

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

Что состоит из Hyper-V?

Hyper-V содержит необходимые части, которые работают вместе, чтобы можно было создавать и запускать виртуальные машины. Вместе эти компоненты называются платформой виртуализации. Они устанавливаются в качестве набора при установке роли Hyper-V. в число необходимых компонентов входят Windows гипервизор, служба управления виртуальными машинами Hyper-V, поставщик WMI виртуализации, шина виртуальной машины (VMbus), поставщик службы виртуализации (VSP) и драйвер виртуальной инфраструктуры (VID).

Hyper-V также имеет средства для управления и подключения. Их можно установить на том же компьютере, на котором установлена роль Hyper-V, и на компьютерах без установленной роли Hyper-V. Эти средства:

Связанные технологии

Это некоторые технологии корпорации Майкрософт, которые часто используются с Hyper-V:

Различные технологии хранения: общие тома кластера, SMB 3,0, Локальные дисковые пространства

контейнеры Windows предлагают еще один подход к виртуализации. см. библиотеку контейнеров Windows в MSDN.

Источник

Знакомство с Hyper-V в Windows 10

Вы разработчик программного обеспечения, ИТ-специалист или просто увлекаетесь технологиями? Тогда вам наверняка приходится работать с несколькими операционными системами. Hyper-V позволяет запускать несколько операционных систем в виде виртуальных машин в Windows.

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

Причины использовать виртуализацию

Виртуализация позволяет выполнять следующие операции.

Запуск программного обеспечения, для которого требуются более старые версии Windows или операционные системы, отличные от Windows.

Эксперименты с другими операционными системами. Hyper-V существенно упрощает создание и удаление различных операционных систем.

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

Требования к системе

Hyper-V доступен в 64-разрядных версиях Windows 10 Профессиональная, Корпоративная и для образовательных учреждений. Он недоступен в версии Домашняя.

Выполните обновление с выпуска Windows 10 Домашняя до выпуска Windows 10 Профессиональная, открыв раздел Параметры Обновление и безопасность Активация. Здесь вы можете посетить Магазин Windows и приобрести обновление.

Большинство компьютеров работают под управлением Hyper-V, однако каждая виртуальная машина работает под управлением полностью отдельной операционной системы. Как правило, на компьютере с 4 ГБ ОЗУ можно запустить одну или несколько виртуальных машин, однако для запуска дополнительных виртуальных машин либо установки и запуска ресурсоемкого ПО, такого как игры, видеоредакторы или программы для технического проектирования, потребуются дополнительные ресурсы.

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

Операционные системы, которые можно запустить на виртуальной машине

Hyper-V в Windows поддерживает много операционных систем на виртуальных машинах, в том числе различные выпуски Linux, FreeBSD и Windows.

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

Дополнительные сведения об операционных системах, которые поддерживаются как гостевые в Hyper-V в Windows, см. в статьях Гостевые операционные системы, поддерживаемые в Windows и Гостевые операционные системы, поддерживаемые в Linux.

Различия между Hyper-V в Windows и Windows Server

Некоторые функции работают по-разному в Hyper-V для Windows и Windows Server.

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

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

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

Ограничения

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

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

Источник

Windows Server 2016 и службы интеграции Hyper-V

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

По умолчанию, не все службы включены. Guest Services, как правило, включается по мере необходимости. Остальные отвечают за более важную функциональность.

Operating System Shutdown – включает возможность завершения работы ВМ (аналогия привычного shutdown из гостевой ОС), используя Hyper-V Manager или PowerShell/WMI.

Time Synchronization – отвечает за предоставление синхронизации времени между хостом и виртуальной машины.

Data Exchange или KVP (key-value pairs) – предоставляет функционал обмена значениями формата key + value типа strings, расположенных в ветке реестра HKLM\Software\Microsoft\Virtual Machine\ или в файлах kvp_pool_x (для ОС Linux) через VMbus. На стороне хоста WMI-запросами занимается VMMS.exe (функции AddKvpItems, ModifyKvpItems и RemoveKvpItems). В свою очередь, на ВМ должна быть запущена служба Hyper-V Data Exchange Service.

HKLM\Software\Microsoft\Virtual Machine\Auto содержит информацию о ВМ, которая генерируется во время первого запуска службы Hyper-V Data Exchange Service.

HKLM\Software\Microsoft\Virtual Machine\External содержит данные, отправленные пользователем со стороны хоста. По умолчанию данный раздел пуст и не содержит никаких объектов KVP.

HKLM\Software\Microsoft\Virtual Machine\Guest презентует данные, которые необходимо отправить узлу виртуализации из данной ВМ. К примеру, сведения о AVMA-активации или кастомные параметры, которые вашему приложению необходимо передать на уровень выше (да, в целом, мы можем добавлять собственные пары key + value и работать с ними через KVP и WMI без предоставления credentials. Новая аналогия – PowerShell Direct, но со своими плюсами и минусами).

HKLM\Software\Microsoft\Virtual Machine\Guest\Parameters содержит информацию об узле виртуализации (наименование, FQDN, VMID и так далее). Запомните эту ветку – она далее нам пригодится.

Heartbeat отвечает за проверку состояния ВМ через hearbeats, выполняемые в определенный интервал, между ВМ и узлом.

Backup (volume snapshot) включает возможность использования задач резервного копирования ВМ на уровне хоста для обеспечения консистентности резервных копий.

Guest Services обеспечивают передачу файлов в ВМ через WMI или PowerShell (Copy-VMFile). По умолчанию, не включена. Более подробно можно почитать здесь.

Что нужно учитывать в Windows Server 2016?

Все помнят, что для установки служб интеграции приходилось монтировать ISO-образ (%systemroot%\system32\vmguest.iso) через опцию «Insert Integration Services Setup Disk» в консоли ВМ и запускать процесс установки внутри ВМ. Затем проверять версию IS время от времени для её актуализации (vmguest.iso, так же как и узел, тоже обновлялся через Windows Update). Данный процесс существенно поменялся в Windows Server 2016. Опции в консоли теперь нет, как и самого vmguest.iso. Теперь распространением IS на ВМ занимается сам Windows Update. Но есть особенности, которые мы рассмотрим ниже.

Автоматическая доставка IS через Windows Update доступна для новых ОС внутри ВМ (начиная с Windows Server 2012 R2/Windows 8.1 и новее). Дополнительных действий от вас не требуется.

Если гостевые ОС на базе Windows Server 2012/Windows 8 и старше, то требуется наличие рабочей службы Data Exchange Service (рассмотренная выше). DES предоставляет доступ к параметрам /values HostSystemOSMajor и HostSystemOSMinor, располагающимся в ветке HKLM\SOFTWARE\Microsoft\Virtual Machine\Guest\Parameters, для определения необходимости обновления IS на ВМ. Данные параметры должны присутствовать и иметь значения. В противном случае (к примеру, если DES не включен для ВМ или служба не выполняется), IS не будут предоставляться через WU.

TIP: мы можем вручную создать или изменить данные значения реестра для подачи «фальш»-сигнала, но данное действие официально не поддерживается.

Предположим, что в рамках ВМ выполняется Windows Server 2012 R2, а на хосте – Windows Server 2016. DES получает сведения о ВМ, сверяет значения между имеющимися на узле и полученные от ВМ и они оказываются различными, таким образом IS на ВМ не актуальны и их обновление будет выполнено через WU.

В случае с ОС на базе Linux, как правило, IS идут встроенными. В ряде случаев требуется пакет Linux Integration Services или FreeBSD Integration Services. Получить подробные сведения о требованиях к различным дистрибутивам и функциональности можно из статьи «Supported Linux and FreeBSD virtual machines for Hyper-V on Windows».

Если у Вас всё ещё есть виртуализированный Windows Server 2003, который уже не поддерживается, то, как минимум, рекомендуется устанавливать IS, используя vmguest.iso из Windows Server 2012 R2, к примеру. Надежность и производительность не гарантируется, но 2003-й год был уже 14 лет назад. Конечно, миграция на более новые версии ОС будет предпочтительна в данном случае.

Как установить IS вручную?

Если DES не выполняется или Windows Update недоступен из ВМ, то есть специальный KB для самостоятельной загрузки IS «Hyper-V integration components update for Windows virtual machines that are running on a Windows 10 or Windows Server 2016-based host» (доступная в KB версия IS: 6.3.9600.17903) + IS Update для устранения проблем с Windows Server Guest OSes (IS ver.6.3.9600.18080, применим и для Windows 7/8.1).

-Online. Если нужно применить обновление IS на выключенной ВМ (offline vm servicing), то рекомендуем обратиться к данному руководству.

Источник

Службы интеграции Hyper-V

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

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

Руководства пользователя:

Краткий справочник

Служба пульса (Hyper-V)

Имя службы Windows: vmicheartbeat
Имя управляющей программы Linux: hv_utils
Описание. Сообщает узлу Hyper-V, что на виртуальной машине установлена операционная система и что она загрузилась надлежащим образом.
Добавлено в: Windows Server 2012, Windows 8
Влияние. При отключении виртуальная машина не может сообщать о корректной работе своей операционной системы. Это может повлиять на некоторые виды мониторинга и диагностики на стороне узла.

Служба пульсов позволяет ответить на простые вопросы, например: «Загрузилась ли виртуальная машина?».

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

Проверка пульсов с помощью PowerShell

Запустите Get-VM от имени администратора, чтобы увидеть пульсы от виртуальной машины:

Выходные данные должны иметь следующий вид:

Поле Status определяется службой пульсов.

Служба завершения работы в качестве гостя (Hyper-V)

Имя службы Windows: vmicshutdown
Имя управляющей программы Linux: hv_utils
Описание. Позволяет узлу Hyper-V запрашивать завершение работы виртуальной машины. Компьютер виртуальной машины всегда может принудительно выключить виртуальную машину, но это похоже на нажатие кнопки выключения в отличие от корректного завершения работы.
Добавлено в: Windows Server 2012, Windows 8
Влияние:высокая степень влияния. При отключении узел не сможет корректно завершить работу виртуальной машины. Выключение будет только жестким, что может привести к потере или повреждению данных.

Служба синхронизации времени Hyper-V

Имя службы Windows: vmictimesync
Имя управляющей программы Linux: hv_utils
Описание: Синхронизирует системное время виртуальной машины с системным временем физического компьютера.
Добавлено в: Windows Server 2012, Windows 8
Влияние:высокая степень влияния. При отключении время на виртуальной машине будет случайным образом отклоняться от времени компьютера.

Служба обмена данными Hyper-V (KVP)

Имя службы Windows: vmickvpexchange
Имя управляющей программы Linux: hv_kvp_daemon
Описание. Предоставляет механизм для обмена простыми метаданными между виртуальной машиной и узлом.
Добавлено в: Windows Server 2012, Windows 8
Влияние. При отключении виртуальные машины с системой Windows 8, Windows Server 2012 или более ранней версией не будут получать обновления для служб интеграции Hyper-V. Отключение обмена данными также может повлиять на некоторые виды мониторинга и диагностики на стороне узла.

Служба обмена данными (иногда называемая KVP) предоставляет небольшой объем данных о виртуальной машине узлу Hyper-V (и наоборот) с помощью пар «ключ-значение» (KVP) в реестре Windows. Тот же механизм может также применяться для совместного использования настроенных данных виртуальной машиной и узлом.

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

Служба обмена данными — это мощный инструмент для сохранения данных о виртуальной машине; для совместного использования интерактивных данных или передачи данных используйте PowerShell Direct.

Руководства пользователя:

Служба запросов на теневое копирование томов Hyper-V

Имя службы Windows: vmicvss
Имя управляющей программы Linux: hv_vss_daemon
Описание. Позволяет службе теневого копирования томов выполнять резервное копирование приложений и данных на виртуальной машине.
Добавлено в: Windows Server 2012, Windows 8
Влияние. При отключении невозможно выполнить резервное копирование виртуальной машины во время выполнения (с помощью VSS).

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

Дополнительные сведения о теневом копировании томов см. здесь.

Интерфейс гостевой службы Hyper-V

Примечания.
Отключено по умолчанию. См. раздел PowerShell Direct с использованием Copy-Item.

Служба PowerShell Direct для Hyper-V

Имя службы Windows: vmicvmsession
Имя управляющей программы Linux: отсутствует
Описание. Предоставляет механизм для управления виртуальной машиной с помощью PowerShell, используя сеанс виртуальной машины без виртуальной сети.
Добавлено в: Windows Server TP3, Windows 10
Влияние. При отключении этой службы узел не сможет подключиться к виртуальной машине с помощью PowerShell Direct.

Примечания.
Изначально эта служба называлась службой сеансов виртуальных машин Hyper-V.
PowerShell Direct находится в активной разработке и доступен только для узлов и гостевых ОС с Windows 10 и Windows Server Technical Preview 3 или более поздней версией.

С помощью PowerShell Direct можно управлять виртуальной машиной средствами PowerShell с узла Hyper-V независимо от конфигурации сети и параметров удаленного управления на узле Hyper-V или виртуальной машине. Это позволяет администраторам Hyper-V автоматизировать управление и настройку с помощью сценариев.

Источник