Обзор
Обзор
Ваша служба технической поддержки выполняет основную часть работы по сопровождению конечных пользователей. Качество оказываемой поддержки может влиять на степень удовлетворенности пользователя и степень его вовлеченности в рабочий процесс. Если пользователям не удается своевременно разрешать возникающие проблемы или получать ответы на важные вопросы, они могут посчитать, что данная технология слишком сложна в использовании.
Крайне важно, чтобы ваши каналы поддержки (на базе как автоматических, так и физических ресурсов) формировали положительные впечатления у пользователей, помогая им быстро и эффективно решать вопросы и устранять проблемы. Создав подробную автоматическую систему, вы можете сократить число обращений, доходящих непосредственно до сотрудников службы технической поддержки. Это позволяет снабжать пользователей необходимой информацией и направлять силы сотрудников по поддержке на решение действительно важных задач. Кроме того, снабдите службу технической поддержки инструментами, позволяющими эффективно обслуживать пользователей. Это могут быть наборы часто задаваемых вопросов, которые сотрудники могут использовать и пополнять, обучение по использованию компонентов и устранению неполадок, а также ресурсы, поясняющие работу с основными обращениями пользователей. Включите сотрудников службы поддержки в пилотное тестирование. Это позволит им стать одними из первых пользователей технологии и ознакомиться с вопросами, возникающими у других сотрудников.
Формирование подходящей инфраструктуры поддержки
Шаг первый. Определение ключевых областей поддержки
Оптимальная инфраструктура поддержки для ваших пользователей формируется за счет сочетания средств самостоятельной поддержки и специалистов по поддержке. Рассмотрите указанные ниже области поддержки и способ включения их в имеющийся план поддержки.
Самообслуживание (например, сайт интрасети)
Вопросы общего характера в течение недели запуска.
Сотрудники службы поддержки первого уровня
Базовые аспекты устранения неполадок, инструкции.
Сотрудники службы поддержки
второго/третьего уровня
Углубленное устранение неполадок.
Шаг второй. Определение требуемых ресурсов
Зная, кто будет отвечать за разные области поддержки, вы можете определить нужные средства и ресурсы. Снабдив сотрудников службы поддержки подходящими средствами и ресурсами, вы поможете им быстрее решать возникающие вопросы и формировать положительные впечатления у пользователей. Вот несколько рекомендаций.
Рекомендуемые средства и ресурсы
Инструкции и вопросы о работе функций,
базовые аспекты устранения неполадок
Видеоролики и часто задаваемые вопросы для сайта SharePoint.
Углубленное устранение неполадок
Руководства по устранению неполадок.
Отчеты о сети и мониторинге (где это возможно).
* Сведения о HyperCare и соответствующие рекомендации см. в приложении.
Кроме того, здесь приведены некоторые рекомендации, которые помогают создать полезный и эффективный план поддержки. Добавьте нужные задачи в свой план проекта.
- Настройте автоматические запросы в автоматической системе поддержки по телефону, чтобы оперативно направлять пользователей в наиболее подходящую группу поддержки. Включите в систему поддержки по телефону объявления, информирующие пользователей о доступности продуктов, простоях, изменениях состояния и о том, где можно получить дополнительные сведения. Создайте систему оповещений, уведомляющую службу поддержки о возникающих проблемах или запланированном простое, чтобы они эффективнее помогали обращающимся к ним пользователям. Опубликуйте на сайте интрасети график простоев или других плановых работ. Если пользователи знают, когда именно система будет недоступна, они будут реже обращаться в службу поддержки. Включите в план по соглашениям об уровне обслуживания обязанность специалистов по поддержке осуществлять дальнейшее сопровождение пользователей и формировать у них положительное впечатление.
Шаг третий. Подтверждение плана поддержки
Пришло время связать все части воедино. Примите во внимание следующие аспекты при выработке стратегии обучения и добавьте соответствующие задачи в общий план проекта.
- Кто отвечает за создание и публикацию всех справочных материалов? Как вы будете проверять готовность службы поддержки помогать пользователям? Как вы будете отслеживать запросы в службу поддержки, чтобы фиксировать время решения вопросов? Где вы разместите ресурсы для самообслуживания (например, на сайте SharePoint или в интрасети)? Кто отвечает за информирование сотрудников службы поддержки о планах развертывания? Как вы планируете обеспечить обновление ресурсов и добавление новых функций для службы поддержки?
Приложение: HyperCare
Руководство по HyperCare и рекомендации
HyperCare — это проактивная, высокоуровневая персональная поддержка конечных пользователей, которая предоставляется в течение первых 48 часов пилотного и/или широкого развертывания. HyperCare подогревает в пользователях энтузиазм, снижает число обращений в службу поддержки, помогает оперативно выявлять возможные проблемы и повышает степень удовлетворенности пользователей. Руководствуйтесь этими рекомендациями при наборе, подготовке и сопровождении агентов для программы HyperCare.
Набор
Наряду с обширными познаниями в области продуктов и связанных с ними устройств члены группы HyperCare должны обладать хорошими навыками работы с людьми и с готовностью объяснять основы использования технологии новичкам. Подходящими кандидатами являются члены пилотной группы, сторонники, сотрудники службы поддержки и члены проектной группы по развертыванию.
Планирование
Агенты HyperCare, которые всегда доступны и готовы помочь, действуют на пользователей ободряюще. Людям понравится согласованная и высококачественная поддержка, предоставляемая группой квалифицированных специалистов HyperCare.
- Сообщите пользователям о доступности HyperCare по электронной почте и на стартовых мероприятиях. Определите стандартную и подходящую для организации стратегию, которой должны руководствоваться агенты HyperCare при работе с пользователями. Ознакомьте всех агентов с этой политикой. Подготовьте для агентов HyperCare перечень распространенных проблем и вопросов, возникающих на начальном этапе, а также краткий контрольный список для быстрой проверки знаний пользователей. Попросите агентов HyperCare надеть одинаковые футболки, чтобы другие члены группы могли легко их узнать. Сделайте заявление о важности работы и вкладе агентов HyperCare в уместной форме.
Обязанности
Агенты HyperCare выполняют три важные задачи: пропаганда, поддержка и продвижение.
1. Пропаганда
- Старайтесь быть образцом для подражания, демонстрируя пользователям сценарии и варианты использования. Вдохновляйте пользователей на использование новых функций и средств.
2. Поддержка
- Предлагайте свои услуги с самого начала и самостоятельно обходите пользователей уже в первый день (не заставляя их искать вас). Не забывайте снова и снова рассказывать об имеющихся ресурсах для поддержки и обучения.
3. Продвижение
- Сообщайте о результатах работы, проблемах и отзывах пользователей заинтересованным лицам данного проекта. Используйте мгновенные сообщения и собрания по сети для поддержки удаленных пользователей. Заранее напоминайте пользователям о переходе с инструментов сторонних разработчиков и приводите уместные доводы в его пользу.
Взаимодействие
Доступность и оперативность HyperCare повышает эффективность работы. Разверните агентов и установите несколько способов взаимодействия с учетом предпочтений пользователей, включая следующее.
- Доска, таблица и плакат-баннер центра HyperCare, размещенные в центральном коридоре. Предусмотрите памятки и контрольный список по началу работы. Обеспечьте возможность работы в сети, чтобы агенты могли быстро устранять проблемы и совместно использовать выработанные решения. Создайте выделенный псевдоним электронной почты HyperCare, номер телефона службы поддержки и псевдоним для мгновенных сообщений, отслеживаемые одним или несколькими агентами.
Hypercare Support: The Secret to a Smooth Landing
How To Maximize Your Workday Investment With AMS, Part 2
You’re more likely to remember a bumpy landing than a smooth flight, and the same is true when you’re deploying a new ERP solution. You could’ve had the smoothest deployment possible, but if the transition to everyday use is rocky, that can color your entire experience. That’s why some ERP deployment partners go the extra mile and provide additional help with hypercare.
Hypercare is a form of post-deployment support lasting for a predetermined period of time, and it’s the second topic in our eight-part AMS blog series that started with release management.
Hypercare Is Customer-centered Support During A Critical Period In The Project Lifecycle
As we’ve written before, going live on Workday isn’t the end of your journey but the start of a totally new one. To be successful, your team needs time to get their feet wet, and there may still be some minor issues that need to be ironed out.
Hypercare is designed to give customers a smooth landing by giving them crucial end-user support that will guide them through the stabilization phase and ensure things continue according to plan.
When a deployment partner doesn’t offer a hypercare solution, the message is clear—now that you’re live on Workday, your success or failure isn’t their problem. A deployment partner that offers hypercare, on the other hand, sends a different signal, one that indicates a commitment to making sure the customer is equipped for the future.
The Difference Between Basic Hypercare And Comprehensive Hypercare
Not all hypercare solutions are the same, and a basic one may not address every key challenge your organization may face when adopting a new ERP solution. Taking on these critical challenges alone with a basic hypercare solution (or worse—no hypercare solution) puts you at risk for a bumpy landing.
A truly comprehensive hypercare solution begins before you go live and incorporates members of your deployment team with members of an application management team. Approached this way, the focus is not just on post-deployment stabilization but also on customer enablement and user readiness.
Bring Your Workday Deployment In For A Smooth Landing With Hypercare
It doesn’t happen very often, but every now and then there’s a headline about a passenger who was forced to land a plane with no prior experience. (Yes, it does happen.) These passengers never just execute a perfect landing on their own; they have help from traffic control.
For customers deploying a new ERP system, hypercare is the calm, encouraging voice of traffic control over the radio. And the best hypercare solution begins well before the runway is in sight.
This datasheet provides more information about what a comprehensive approach to hypercare should look like. For a more in-depth look, consider attending this Application Management Services webinar to learn about other ways that Application Management can help you maximize your Workday investment.
Виртуальные очки HIPER VRQ+: обзор лучшей модели очков HIPER
В связи с повышением интереса покупателей к продукции HIPER мы решили написать обзор очков HIPER VRQ+ – самой популярной вариации очков виртуальной реальности производства упомянутого бренда. Во избежание путаницы сразу отметим, что представленные в продаже очки VRQ и VRQ+ имеют одинаковые характеристики. Разница лишь в комплектации. В случае приобретения VRQ покупатель получает только очки. При заказе VRQ+ в коробке дополнительно присутствует джойстик. Сама конструкция очков при этом не меняется. Поэтому подготовленный нами обзор актуален для обоих типов продукции. Далее подробно расскажем, что собой представляют виртуальные очки HIPER VRQ+. Рассмотрим упаковку, комплектацию, дизайн, области применения и алгоритм использования приспособления. После прочтения составленного обзора читатели блога узнают основную информацию об упомянутой продукции и смогут сделать выводы о целесообразности ее покупки в ближайшем и отдаленном будущем.
Очки виртуальной реальности HIPER VRQ: технические характеристики
Недавно мы публиковали сравнение виртуальных очков HIPER VR. В рамках подготовленной статьи мы расписали ключевые особенности всех востребованных вариаций продукции бренда и пришли к выводу, что наибольшего внимания пользователей заслуживают очки HIPER VRQ+. Во многом благодаря надежности конструкции и удобству применения изделия.
Спустя некоторое время отзывы об очках виртуальной реальности HIPER VRQ+ подтвердили наши выводы и показали, что функционал гаджетов полностью устраивает их владельцев. По крайней мере, подавляющее большинство покупателей выразило мнение, что плюсов у изделий намного больше, чем минусов. Впрочем, к достоинствам и недостаткам упомянутых очков HIPER VR мы еще вернемся. А пока представим основные характеристики устройства.
Очки HIPER VRQ+: упаковка и комплектация
Продукция поставляется в картонной коробке, на поверхности которой присутствует изображение очков, а также базовая информация о характеристиках и возможностях девайса. Коробка достаточно плотная. Можно не бояться, что она погнется при транспортировке или сломается из-за неосторожного движения.
Комплект поставки включает непосредственно виртуальные очки HIPER, джойстик (как вспомогательный элемент управления), салфетку для протирания линз и инструкцию. Покупать какие-либо дополнительные аксессуары или комплектующие части не потребуется. В комплекте есть все необходимое для комфортного использования очков. За одним важным исключением: 2 батарейки AAA для джойстика понадобится купить отдельно.
Виртуальные очки HIPER VRQ+: конструкция и дизайн
Подробно рассмотреть конструкцию устройства можно на добавленных в статью изображениях. Поэтому мы не станем расписывать абсолютно все особенности внешнего вида очков HIPER VR. Уделим внимание только наиболее важным аспектам, влияющим на безопасность и удобство использования гаджета.
Основа очков виртуальной реальности HIPER VRQ выполнена из пластика. Несмотря на наличие большого количества деталей, конструкция выглядит монолитной. Очки крепятся к голове благодаря наличию двух ремней с регулируемой длиной. Одним концом эти элементы тщательно прикреплены к корпусу девайса, а другим уходят назад, соединяясь на затылочной части головы пользователя. На месте соединения ремней расположена удобная прокладка, предназначенная для надежного удерживания очков при любом поведении человека. Очки HIPER не слетят даже при самых активных движениях. С точки зрения комфортабельности и безопасности эксплуатации такое решение можно считать оптимальным.
С внутренней стороны основы девайса (на месте контакта с лицом) расположена мягкая удобная подкладка, предназначенная для улучшения тактильных ощущений во время использования устройства. Кроме того, подкладка препятствует проникновению потоков света из внешних источников, что является очень важным условием оптимизации качества воспринимаемой картинки.
Сразу за подкладкой на поверхности корпуса размещены неплохие асферические линзы диаметром 42 мм, в сочетании с многочисленными рамками и вставками (и, конечно, с участием смартфона) обеспечивающие выполнение главной функции очков HIPER VRQ – создание полноценного эффекта погружения.
На верхней части корпуса присутствуют три специальных колесика-регулятора, отвечающих за детальную настройку линз (изменение их положения относительно друг друга и смартфона). Регулировку достаточно выполнить один раз – при первом использовании виртуальных очков HIPER VR. Установленные настройки сохранятся, хотя изменить их можно будет в любой момент – подкрутив регуляторы до нужных значений. Кнопки управления отсутствуют. Хотя этот нюанс компенсируется наличием джойстика.
Для крепления смартфона предусмотрено специальное углубление. Телефон держится хорошо. Не выпадает при резких движениях. Крепления рассчитаны на использование смартфона диагональю 4.3-6 дюймов, но, на практике возможны исключения. Хотя применение телефонов других размеров может неблагоприятно сказаться на качестве транслируемого изображения, а значит, и на глубине погружения в выбранное виртуальное развлечение.
В целом, виртуальные очки HIPER VRQ выглядят весьма футуристично. Элементы конструкции соединены аккуратно. Ничего не болтается и не выпадает. Использовать изделие действительно комфортно. Из минусов следует отметить маркость корпуса и повышенную жесткость ремней (хотя в ряде ситуаций этот параметр можно считать плюсом).
Обзор очков HIPER VRQ: варианты применения
Сразу отметим важный момент. Виртуальные очки HIPER предназначены для использования в сочетании со смартфоном. Они не имеют собственной функции воспроизведения. Соответственно, качество картинки зависит от характеристик телефона (в первую очередь от параметров дисплея).
Впрочем, для обеспечения нормального погружения необязательно приобретать самые мощные смартфоны. Достаточно купить недорогие, но функциональные модели (часть из них представлена в нашем топе моделей телефонов Xiaomi 2020 года). В идеале смартфоны должны иметь минимум 4-ядерный процессор и обеспечивать стабильный показ изображения в разрешении Full HD. Обязательным требованием является наличие акселерометра и гироскопа.
Очки виртуальной реальности HIPER VRQ предлагают довольно простой функционал, зато это устройство можно применять для многих целей развлекательного характера. В их числе:
Существуют специальные сервисы, предлагающие посетителям качественные приложения и 360-градусные видео. Поэтому недостатка контента не наблюдается. Владельцы очков HIPER могут легко найти занятие по душе. Главное – чрезмерно не увлекаться. Производитель рекомендует делать как минимум 15-минутные перерывы после каждого погружения, причем продолжительность пребывания в виртуальной реальности (без пауз) не должна превышать 30 минут. Мы рекомендуем придерживаться еще более строгих норм и ограничивать время пользования очками HIPER (и аналогами от других брендов) до 20 минут за один сеанс. При несоблюдении рекомендаций возможно переутомление организма и ухудшение общего самочувствия. Особенно у людей без опыта погружения.
Как пользоваться виртуальными очками HIPER VRQ
Принцип применения девайса прост. При каждом использовании необходимо выполнять нижеприведенный алгоритм действий:
Управление осуществляется поворотами головы или путем нажатия кнопок на джойстике. Освоение обоих вариантов требует некоторых затрат времени. Чтобы разобраться с функционалом и управлением, обычно достаточно 3 сеансов. Особенности использования джойстика (назначение кнопок, включение/выключение, сопряжение, переход в режим мыши) расписаны в инструкции пользователя.
Итоги обзора очков HIPER VRQ+
Представленное устройство нельзя назвать образцовым, однако его функционал отлично адаптирован под требования современных виртуальных развлечений, поэтому покупка очков виртуальной реальности HIPER VRQ себя полностью оправдывает. Впрочем, перед приобретением девайса все же стоит проанализировать его основные плюсы и минусы.
В целом, намерение купить виртуальные очки HIPER VRQ+ является логичным решением. За свои деньги (примерно 2000 рублей) это очень хороший выбор – функциональный и надежный. Идеальный вариант для начинающих и опытных пользователей очков виртуальной реальности.
Ниже мы добавим видеоролик, в котором наглядно показаны возможности виртуальных очков HIPER на примере HIPER VRM. К сожалению, подобных тестов в отношении очков HIPER VRQ найти не удалось. Но поскольку функционально упомянутые модели не различаются, то видео можно считать универсальным и соответствующим тематике статьи.
Архитектура 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 и была подготовлена статья.
