Гостевые службы hyper v что это

990x.top

Простой компьютерный блог для души)

Hyper-V — что это за служба и как её отключить?

Данный компонент является виртуальной машиной Microsoft, позволяющая запускать другие операционные системы внутри работающей Windows.

Гипервизор — что это такое? На самом деле это сложное слово означает просто программу, которая умеет создавать и запускать виртуальные компьютеры на одном физическом. То есть виртуальные машины или гостевые операционные системы.

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

После создания — виртуальный ПК, или виртуальную машину можно запустить. Такой ПК реализован в отдельном окне. Внутри — обычная операционная система, например OS Windows, в которой можно устанавливать софт и работать с ней так, будто это совсем отдельный ПК. Встроенное решение виртуальных машин Microsoft — можно назвать базовым, существует профессиональные программы, специализирующимися на этом деле, например VMware Workstation (платная), Oracle VM VirtualBox (бесплатная).

Диспетчер Hyper-V — менеджер виртуальных машин, их может быть несколько. Каждую можно запустить, если физический компьютер потянет. На картинке выше пример виртуальной машины, маленькое окошко, которое по факту является целым настоящим виртуальным ПК, где своя операционка, обьем оперативки (RAM), процессор (CPU), жесткий диск (HDD).

Для корректной работы Hyper-V необходима активация функций виртуализации в BIOS, позволяющие виртуальным машинам отправлять команды напрямую. Данные функции у Intel — это VT-x (или Intel Virtualization Technology), а также дополнительно VT-d, у AMD — SVM Mode. PS: название параметров может отличаться в зависимости от модели материнской платы.

Hyper-V — как отключить?

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

Важно: проблема в том, что некоторое ПО, которое использует технологии виртуализации — может глючить при активном Hyper-V. Пример такого ПО: эмулятор Android BlueStacks, виртуальная машина VirtualBox, это может касаться и NoxPlayer.

Стандартный способ деактивации Hyper-V:

Снимаем галочку с данного пункта:

Другие названия пункта, могут идти как дополнительные, их тоже стоит отключить: Windows Hypervisor Platform, Virtual Machine Platform.

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

Источник

Управление Integration Services Hyper-V

область применения: Windows server 2022, Windows 10, Windows Server 2012, Windows Server 2012 r2, Windows Server 2016, Windows Server 2019

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

Дополнительные сведения о каждой службе интеграции см. в разделе Hyper-V Integration Services.

Каждая служба, которую необходимо использовать, должна быть включена как на узле, так и в гостевой системе, чтобы обеспечить их функционирование. все службы integration services, кроме «интерфейс гостевой службы Hyper-V», включены по умолчанию в Windows гостевых операционных системах. Службы можно включать и отключать отдельно. В следующих разделах показано, как это делать.

Включение или отключение службы интеграции с помощью диспетчера Hyper-V

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

в левой области окна Параметры в разделе управлениещелкните Integration Services.

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

Включение или отключение службы интеграции с помощью PowerShell

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

Получить список работающих служб Integration Services:

Выходные данные должны выглядеть так:

Включите интерфейс гостевой службы:

Убедитесь, что интерфейс гостевой службы включен:

Отключите интерфейс гостевой службы:

Проверка версии служб интеграции гостя

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

В предыдущих гостевых операционных системах будут отсутствовать все доступные службы. например, гости Windows Server 2008 R2 не могут иметь «интерфейс гостевой службы Hyper-V».

запуск и завершение службы интеграции из Windows гостя

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

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

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

Откройте диспетчер служб, выполнив services.msc команду от имени администратора или дважды щелкнув значок службы на панели управления.

Найдите службы, которые начинаются с Hyper-V.

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

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

Чтобы получить список служб Integration Services, выполните:

Результат должен выглядеть следующим образом:

Выполните команду Start-Service или Service. например, чтобы отключить Windows PowerShell Direct, выполните:

Запуск и завершение службы интеграции из гостевой ОС Linux

Службы интеграции Linux обычно предоставляются через ядро Linux. Драйвер служб интеграции Linux называется hv_utils.

Результат должен выглядеть следующим образом:

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

Результат должен выглядеть следующим образом:

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

Результат должен выглядеть следующим образом:

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

Примеры

Чтобы убедиться, что все hv_kvp_daemon процессы исчезли, выполните:

Чтобы запустить управляющую программу еще раз, Запустите управляющую программу от имени root:

Чтобы убедиться, что hv_kvp_daemon процесс указан с новым идентификатором процесса, выполните команду:

Обновляйте службы Integration Services в актуальном состоянии

Мы рекомендуем обеспечить актуальность служб Integration Services, чтобы получить максимальную производительность и новейшие функции виртуальных машин. это происходит для большинства Windows гостей по умолчанию, если они настроены на получение важных обновлений от Центр обновления Windows. Гостевые системы Linux, использующие текущие ядра, получат новейшие компоненты интеграции при обновлении ядра.

для виртуальных машин, работающих на узлах Windows 10/Windows Server 2016/2019:

файл образа vmguest. iso не входит в состав Hyper-V в Windows 10/Windows Server 2016/2019, так как он больше не нужен.

* если не удается включить службу интеграции Exchange данных, службы integration services для этих гостей доступны в центре загрузки в виде cab-файла. Инструкции по применению CAB-файла доступны в этой записи блога.

для виртуальных машин, работающих на узлах Windows 8.1 и Windows Server 2012 r2, выполните следующие действия.

для виртуальных машин, работающих на узлах Windows 8 и Windows Server 2012:

Установка или обновление служб Integration Services

для узлов, предшествующих Windows Server 2016 и Windows 10, необходимо вручную установить или обновить службы integration services в операционных системах на виртуальной машине.

Процедура установки или обновления служб Integration Services вручную:

Откройте диспетчер Hyper-V. В меню Сервис диспетчер сервера выберите пункт Диспетчер Hyper-V.

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

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

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

Источник

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

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

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

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

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

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

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

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

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

Источник

Архитектура Hyper-V: Глубокое погружение

Что же такое – Hyper-V?

Hyper-V – это одна из технологий виртуализации серверов, позволяющая запускать на одном физическом сервере множество виртуальных ОС. Эти ОС именуются «гостевыми», а ОС, установленная на физическом сервере – «хостовой». Каждая гостевая операционная система запускается в своем изолированном окружении, и «думает», что работает на отдельном компьютере. О существовании других гостевых ОС и хостовой ОС они «не знают».
Эти изолированные окружения именуются «виртуальными машинами» (или сокращенно — ВМ). Виртуальные машины реализуются программно, и предоставляют гостевой ОС и приложениям доступ к аппаратным ресурсам сервера посредством гипервизора и виртуальных устройств. Как уже было сказано, гостевая ОС ведет себя так, как будто полностью контролирует физический сервер, и не имеет представления о существовании других виртуальных машин. Так же эти виртуальные окружения могут именоваться «партициями» (не путать с разделами на жестких дисках).
Впервые появившись в составе Windows Server 2008, ныне Hyper-V существует в виде самостоятельного продукта Hyper-V Server (де-факто являющегося сильно урезанной Windows Server 2008), и в новой версии – R2 – вышедшего на рынок систем виртуализации Enterprise-класса. Версия R2 поддерживает некоторые новые функции, и речь в статье пойдет именно об этой версии.

Гипервизор

Термин «гипервизор» уходит корнями в 1972 год, когда компания IBM реализовала виртуализацию в своих мэйнфреймах System/370. Это стало прорывом в ИТ, поскольку позволило обойти архитектурные ограничения и высокую цену использования мэйнфреймов.
Гипервизор – это платформа виртуализации, позволяющая запускать на одном физическом компьютере несколько операционных систем. Именно гипервизор предоставляет изолированное окружение для каждой виртуальной машины, и именно он предоставляет гостевым ОС доступ к аппаратному обеспечению компьютера.
Гипервизоры можно разделить на два типа по способу запуска (на «голом железе» или внутри ОС) и на два типа по архитектуре (монолитная и микроядерная).

Гипервизор 1 рода

Гипервизор 1 типа запускается непосредственно на физическом «железе» и управляет им самостоятельно. Гостевые ОС, запущенные внутри виртуальных машин, располагаются уровнем выше, как показано на рис.1.

Рис.1 Гипервизор 1 рода запускается на «голом железе».

Гипервизор 2 рода

В отличие от 1 рода, гипервизор 2 рода запускается внутри хостовой ОС (см. рис.2).

Рис.2 Гипервизор 2 рода запускается внутри гостевых ОС

Виртуальные машины при этом запускаются в пользовательском пространстве хостовой ОС, что не самым лучшим образом сказывается на производительности.
Примерами гипервизоров 2 рода служат MS Virtual Server и VMware Server, а так же продукты десктопной виртуализации – MS VirtualPC и VMware Workstation.

Монолитный гипервизор

Гипервизоры монолитной архитектуры включают драйверы аппаратных устройств в свой код (см. рис. 3).

Рис. 3. Монолитная архитектура

Микроядерная архитектура

При микроядерной архитектуре драйверы устройств работают внутри хостовой ОС.
Хостовая ОС в этом случае запускается в таком же виртуальном окружении, как и все ВМ, и именуется «родительской партицией». Все остальные окружения, соответственно – «дочерние». Единственная разница между родительской и дочерними партициями состоит в том, что только родительская партиция имеет непосредственный доступ к оборудованию сервера. Выделением памяти же и планировкой процессорного времени занимается сам гипервизор.

Рис. 4. Микроядерная архитектура

Архитектура Hyper-V

На рис.5 показаны основные элементы архитектуры Hyper-V.

Рис.5 Архитектура Hyper-V

Как видно из рисунка, гипервизор работает на следующем уровне после железа – что характерно для гипервизоров 1 рода. Уровнем выше гипервизора работают родительская и дочерние партиции. Партиции в данном случае – это области изоляции, внутри которых работают операционные системы. Не нужно путать их, к примеру, с разделами на жестком диске. В родительской партиции запускается хостовая ОС (Windows Server 2008 R2) и стек виртуализации. Так же именно из родительской партиции происходит управление внешними устройствами, а так же дочерними партициями. Дочерние же партиции, как легко догадаться – создаются из родительской партиции и предназначены для запуска гостевых ОС. Все партиции связаны с гипервизором через интерфейс гипервызовов, предоставляющий операционным системам специальный API. Если кого-то из разработчиков интересуют подробности API гипервызовов — информация имеется в MSDN.

Родительская партиция

Рис.6 Компоненты родительской партиции Hyper-V

Стек виртуализации

Рабочий процесс виртуальной машины (VMWP)

Для управления виртуальной машиной из родительской партиции запускается особый процесс – рабочий процесс виртуальной машины (VMWP). Процесс этот работает на уровне пользователя. Для каждой запущенной виртуальной машины служба VMMS запускает отдельный рабочий процесс. Это позволяет изолировать виртуальные машины друг от друга. Для повышения безопасности, рабочие процессы запускаются под встроенным пользовательским аккаунтом Network Service.
Процесс VMWP используется для управления соответствующей виртуальной машиной. В его задачи входит:
Создание, конфигурация и запуск виртуальной машины
Пауза и продолжение работы (Pause/Resume)
Сохранение и восстановление состояния (Save/Restore State)
Создание моментальных снимков (снапшотов)
Кроме того, именно рабочий процесс эмулирует виртуальную материнскую плату (VMB), которая используется для предоставления памяти гостевой ОС, управления прерываниями и виртуальными устройствами.

Виртуальные устройства

Драйвер виртуальной инфраструктуры (VID)

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

Библиотека интерфейса гипервизора

Библиотека интерфейса гипервизора (WinHv.sys) – это DLL уровня ядра, которая загружается как в хостовой, так и в гостевых ОС, при условии установки компонент интеграции. Эта библиотека предоставляет интерфейс гипервызовов, использующийся для взаимодействия ОС и гипервизора.

Провайдеры служб виртуализации (VSP)

Провайдеры служб виртуализации работают в родительской партиции и предоставляют гостевым ОС доступ к аппаратным устройствам через клиент служб виртуализации (VSC). Связь между VSP и VSC осуществляется через виртуальную шину VMBus.

Шина виртуальных машин (VMBus)

Назначение VMBus состоит в предоставлении высокоскоростного доступа между родительской и дочерними партициями, в то время как остальные способы доступа значительно медленнее из-за высоких накладных расходах при эмуляции устройств.
Если гостевая ОС не поддерживает работу интеграционных компонент – приходится использовать эмуляцию устройств. Это означает, что гипервизору приходится перехватывать вызовы гостевых ОС и перенаправлять их к эмулируемым устройствам, которые, напоминаю, эмулируются рабочим процессом виртуальной машины. Поскольку рабочий процесс запускается в пространстве пользователя, использование эмулируемых устройств приводит к значительному снижению производительности по сравнению с использованием VMBus. Именно поэтому рекомендуется устанавливать компоненты интеграции сразу же после установки гостевой ОС.
Как уже было сказано, при использовании VMBus взаимодействие между хостовой и гостевой ОС происходит по клиент-серверной модели. В родительской партиции запущены провайдеры служб виртуализации (VSP), которые являются серверной частью, а в дочерних партициях – клиентская часть – VSC. VSC перенаправляет запросы гостевой ОС через VMBus к VSP в родительской партиции, а сам VSP переадресовывает запрос драйверу устройства. Этот процесс взаимодействия абсолютно прозрачен для гостевой ОС.

Дочерние партиции

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

Рис. 7 Дочерние партиции

ОС Windows с установленными компонентами интеграции

ОС не из семейства Windows, но поддерживающая компоненты интеграции

Существуют так же ОС, не относящиеся к семейству Windows, но поддерживающие компоненты интеграции.На данный момент – это только SUSE Linux Enterprise Server и Red Hat Enterprise Linux. Такие ОС при установке компонент интеграции используют VSC сторонних разработчиков для взаимодействия с VSC по VMBus и доступа к оборудованию. Компоненты интеграции для Linux разработаны компанией Microsoft совместно с Citrix и доступны для загрузки в Microsoft Download Center. Поскольку компоненты интеграции для Linux были выпущены под лицензией GPL v2, ведутся работы по интеграции их в ядро Linux через Linux Driver Project, что позволит значительно расширить список поддерживаемых гостевых ОС.

Вместо заключения

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

Выражаю огромную благодарность Mitch Tulloch и Microsoft Virtualization Team. На основе их книги Understanding Microsoft Virtualization Solutions и была подготовлена статья.

Источник