Virtual display device huawei что это

Обзор драйвера непрямого отображения

Модель драйвера непрямого дисплея (IDD) предоставляет простую модель драйвера в пользовательском режиме для поддержки мониторов, которые не подключены к традиционным выводам дисплея GPU. Например, для аппаратного ключа, подключенного к компьютеру через USB с обычным монитором (VGA, DVI, HDMI, DP и т. д.), требуется идентификатор IDD.

Реализация IDD

IdD — это сторонний драйвер UMDF для устройства. IdD разрабатывается с использованием функциональных возможностей, предоставляемых IddCx (класс eXtension непрямого драйвера дисплея) для взаимодействия с графическими подсистемами Windows следующими способами:

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

Поскольку IDD является драйвером UMDF, он также отвечает за реализацию всех функций UMDF , таких как обмен данными с устройствами, управление питанием, plug and play и т. д.

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

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

Схема, показывающая драйвер непрямого отображения в архитектуре UMDF.

Модель пользовательского режима

IdD — это модель только в пользовательском режиме без поддержки компонентов режима ядра. Таким образом, драйвер может использовать любые API DirectX для обработки образа рабочего стола. На самом деле IddCx предоставляет образ рабочего стола для кодирования в области DirectX.

Драйвер не должен вызывать API пользовательского режима, которые не подходят для использования драйверами, такие как GDI, API оконной обработки, OpenGL или Vulkan.

IdD следует создавать как универсальный драйвер Windows , чтобы его можно было использовать на нескольких платформах Windows.

Во время сборки:

IdD UMDF объявляет версию IddCx, для нее была создана.
Операционная система гарантирует, что при загрузке драйвера будет загружена правильная версия IddCx.

Соглашения о обратном вызове IddCx и именовании функций

Prefix	Тип	Примечания
EVT_IDD_CX_XXX	Функция обратного вызова IDD	IdD реализуют как обратные вызовы IddCx, такие как EVT_IDD_CX_ADAPTER_COMMIT_MODES, так и соответствующие обратные вызовы WDF, такие как EVT_WDF_DEVICE_D0_EXIT.
IddCxXxx	Функция	Предоставляемые системой функции расширения класса IddCx, которые могут вызывать идентификаторы IDD; например , IddCxAdapterInitAsync.
PFN_IDDCX_XXX	Указатели на функции IddCx	Идентификаторы не используют эти указатели. Вместо этого драйверы должны использовать эквивалентные функции IddCxXxx .

Образец кода

Корпорация Майкрософт предоставляет пример реализации IDD на сайте GitHub с примерами драйверов Для Windows. В этом примере показано, как подключить монитор, как реагировать на набор режимов и как получать кадры.

Совместная работа с нами на GitHub

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

Windows driver documentation

Перевод «virtual display driver» на русский

Ваш текст переведен частично.
Вы можете переводить не более 999 символов за один раз.
Войдите или зарегистрируйтесь бесплатно на PROMT.One и переводите еще больше!

Словарь для «virtual display driver»

virtual display driver существительное
мн. virtual display drivers

Контексты с «virtual display driver»

On the Display tab, look for the provider or manufacturer of the display device, and note the name, model, and version of the display driver . На вкладке Монитор найдите поставщика или производителя монитора, запомните название, модель и номер версии видеодрайвера.

When you’re playing a game, if you see unexpected images on your screen or pixilation (where an image doesn’t appear to display correctly), your display driver may have a problem. Если во время игры на экране возникают непредвиденные изображения или пикселизация (когда изображение не отображается должным образом), то проблема может заключаться в драйвере дисплея.

A third-party display driver is installed Установлен драйвер дисплея стороннего производителя

To update your display driver , you’ll need to start your PC in safe mode, uninstall your current display adapter, and then check for driver updates. Чтобы обновить видеодрайвер, загрузите компьютер в безопасном режиме, удалите текущий видеоадаптер, а затем проверьте наличие обновлений драйвера.

When a third-party display driver is discovered, Exchange Analyzer displays the following message: При обнаружении драйвера дисплея стороннего производителя средство Exchange Analyzer выводит следующее сообщение:

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

Virtual display device huawei что это

Продолжая просмотр сайта и(или) нажимая X , я соглашаюсь с использованием файлов cookie владельцем сайта в соответствии с Политикой в отношении файлов cookie в том числе на передачу данных, указанных в Политике, третьим лицам (статистическим службам сети Интернет), в соответствии с Пользовательским соглашением >X

Your browser version is too early. Some functions of the website may be unavailable. To obtain better user experience, upgrade the browser to the latest version.

Для предприятий
Huawei в странах и регионах
Для организаций

History
Most people search for
Quick access
Recommended

Поддержка Центр документации

Типичные примеры конфигураци коммутаторов серии CloudEngine

Примеры многофункциональной конфигурации

Конфигурирование сети центров обработки данных 3 уровня на основе стека
Развертывание VRRP в сети центра обработки данных с трехуровневой архитектурой
Настройка сети центров обработки данных 2 уровня на основе стека
Развертывание VRRP в сети центра обработки данных с двухуровневой архитектурой
Настройка CSS и VS для создания сети центра обработки данных
Настройка сети центра данных на базе VS и VRRP
Пример настройки VXLAN с централизованными шлюзами в режиме BGP EVPN
Пример настройки VXLAN в режиме распределенного шлюза с использованием BGP EVPN
Пример настройки E2E VXLAN для реализации DCI
Пример настройки хэндовера VLAN для реализации DCI
Настройка VXLAN с тремя сегментами для нескольких AS для реализации совместимости на уровне 3
Пример настройки VXLAN с тремя сегментами внутри AS для реализации совместимости на уровне 3
Пример настройки VXLAN с тремя сегментами для реализации совместимости на уровне 2 (локальный режим VNI)
Пример настройки VXLAN с тремя сегментами для реализации взаимодействия на уровне 2 (Режим сопоставления VNI)
Настройка системы SVF фиксированных коммутаторов для создания сети центра обработки данных (CE7800 и 6800 + CE6800 и 5800)
Настройка M-LAG и прозрачных брандмауэров
Настройка M-LAG, VS и брандмауэров в режиме байпаса
Настройка M-LAG и VRRP через центры обработки данных
Развертывание сети FCoE на основе SVF фиксированных коммутаторов (CE6800)

Основные конфигурации

Использование BIOS/BootLoader для обновления системного программного обеспечения
Использование BIOS/BootLoader для резервного копирования системных файлов
Вход на устройство через Telnet на основе аутентификации RADIUS
Пример настройки ZTP

Настройка стека (CE12800)
Настройка системы SVF фиксированных коммутаторов
Настройка VS
Пример настройки коммутатора серии CE в качестве агента ретрансляции DAD для стека коммутаторов серии S
Пример настройки коммутатора серии S как агента ретрансляции DAD для стека коммутаторов серии CE

Пример настройки синхронизации часов в гибридной сети (CE12800E)
Пример настройки синхронизации часов в гибридной сети (на коммутаторе, кроме CE12800E)

Настройка присвоения VLAN на базе интерфейсов
Настройка ERPS с несколькими экземплярами

Пример настройки агента ретрансляции DHCP

Пример настройки PIM для Anycast RP

Настройка BFD для статических маршрутов
Настройка динамического BFD для OSPF
Настройка динамического BFD для IS-IS
Настройка MSTP и VRRP для реализации избыточности
Настройка MSTP и VRRP для реализации балансировки нагрузки

Запрос информации и поддержка сети через LLDP
Настройка NTP для синхронизации времени
Пример настройки экспорта исходной статистики
Пример настройки sFlow
Пример настройки локального зеркального отображения портов
Пример настройки зеркалирования локального трафика

Настройка PBR

Настройка политики маршрутизации

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

Пример настройки FCF и FSB (интерфейсы FCoE)

Использование пользовательских списков ACL для фильтрации указанных пакетов
Настройка защиты от локальной атаки
Настройка безопасности ARP (ARP Anti-Spoofing)
Настройка безопасности ARP (ARP Anti-Flood)
Настройка ограничения трафика
Настройка управления штормом

Взаимодействие между коммутаторами CE и серверами

Настройка совместимости между коммутаторами CE и серверами с использованием сетевых адаптеров Intel(R) Server Adapter I340 (режим IEEE 802.3ad)
Настройка совместимости между коммутаторами CE и серверами с использованием сетевого адаптера Intel(R) Server Adapter I340 (режим AFT)
Настройка совместимости между коммутаторами CE и серверами с использованием сетевых адаптеров HP Ethernet 1Gb 4-port 331T (режим IEEE 802.3ad)
Настройка совместимости между коммутаторами CE и серверами с помощью сетевых адаптеров HP Ethernet 1Gb 4-port 331T (режим NFT)
Настройка совместимости между коммутаторами CE и серверами с использованием сетевых адаптеров Ethernet Mellanox ConnectX (режим IEEE 802.3ad)
Настройка совместимости между коммутаторами CE и серверами с использованием адаптеров сетевого адаптера Ethernet Mellanox ConnectX (режим отказоустойчивости)
Настройка совместимости между коммутаторами CE и серверами с использованием сетевых адаптеров Broadcom (режим IEEE 802.3ad)
Пример подключения коммутатора CE-серии к серверу Linux, работающему под управлением SUSE11 SP3

Межсетевое взаимодействие агрегации каналов LACP или руководство по замене
Использование MSTP для замены или взаимодействия с Cisco PVST+
Использование VRRP для замены HSRP на коммутаторе серии CE
Руководство по замене коммутаторов в стеке
Замена коммутаторов серии S на коммутаторы серии CE

Enter keywords to search.
Rate and give feedback:
Информация об этом переводе

Чтобы помочь вам лучше понять содержимое этого документа, компания Huawei перевела его на разные языки, используя машинный перевод, отредактированный людьми. Примечание: даже самые передовые программы машинного перевода не могут обеспечить качество на уровне перевода, выполненного профессиональным переводчиком. Компания Huawei не несет ответственность за точность перевода и рекомендует ознакомиться с документом на английском языке (по ссылке, которая была предоставлена ранее).

Настройка VS

Поддерживаемые продукты и версии

Этот пример относится к CE12800 по версии V100R002C00 или более поздней версии.

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

Как показано на Figure 2-11, SwitchA является базовым коммутатором и передает различные услуги уровней 2 и 3. Все услуги в сети обрабатываются главными платами управления (MPU) в физической системе (PS). В этом случае, если отказ услуги в PS вызывает отказ PS, корректная передача других услуг в PS будет невозможна. Для предотвращения данной ситуации услуги уровней 2 и 3, реализуемые на PS, должны быть изолированы друг от друга для повышения безопасности сети.

Figure 2-11 Схема сети для настройки VS

План конфигурации

Создайте VS 1 и VS 2, затем присвойте им физические интерфейсы и логические ресурсы.
Настройте управляющие IP-адреса и управляющие учетные записи управления для VS. Это упрощает управление VS.

Procedure

Создайте VS и присвойте им ресурсы. # Создайте VS 1, настройте режим присвоения интерфейса для VS 1 group, и настройте на VS 1 использование спецификации логических ресурсов, заданной по умолчанию. Присвойте VS 1 физические интерфейсы от 10GE1/0/0 до 10G1/0/23.

После присвоения VS любого порта в групповом режиме другие порты, использующие ту же микросхему переадресации, присваиваются этому VS. Например, порты с 10GE1/0/0 по 10G1/0/23 используют одну микросхему переадресации. После присвоения 10GE1/0/0 для vs1 порты с 10GE1/0/0 по 10G1/0/23 автоматически присваиваются vs1. Перед присвоением физических интерфейсов VS в режиме группы порта выполните команду display device port-map [ slot slot-id ] в режиме пользователя или системном режиме для просмотра сопоставления микросхем переадресации и интерфейсов. Это поможет выяснить, какие интерфейсы присваиваются VS.

HUAWEI>system-view [~HUAWEI] sysname SwitchA [*HUAWEI] commit [~SwitchA] admin [~SwitchA-admin] virtual-system vs1 [*SwitchA-admin-vs:vs1] port-mode group [*SwitchA-admin-vs:vs1] assign interface 10ge 1/0/0 Warning: All configurations of the interfaces and their subinterfaces will be deleted. Interfaces 10GE1/0/0-23 of the same group will be assigned. Continue? [Y/N]: y [*SwitchA-admin-vs:vs1] quit [*SwitchA-admin] commit

# Создайте VS 2, настройте режим присвоения интерфейса для VS 2 group, и настройте на VS 2 использование спецификации логических ресурсов, заданной по умолчанию. Присвойте VS 2 физические интерфейсы от 10GE1/0/24 до 10GE1/0/47.

[~SwitchA-admin] virtual-system vs2 [*SwitchA-admin-vs:vs2] port-mode group [*SwitchA-admin-vs:vs2] assign interface 10ge 1/0/24 Warning: All configurations of the interfaces and their subinterfaces will be deleted. Interfaces 10GE1/0/24-47 of the same group will be assigned. Continue? [Y/N]: y [*SwitchA-admin-vs:vs2] quit [*SwitchA-admin] commit

[~SwitchA-admin] display virtual-system name vs1 verbose Name : vs1 Status : running Description : Create time : 2013-07-18 09:32:01 Port mode : group System MAC : 000a-0b0c-0d04 Assigned slot(s) pvmb : 9 pvmb : 10 CPU(s) slot 9 : 0% slot 10 : 0% Memory(s) slot 9 : 5%, 202632/3884636 (Used Kbytes/Max Kbytes) slot 10 : 2%, 202628/8021592 (Used Kbytes/Max Kbytes) Assigned interface(s) 10GE1/0/0, slot 1 10GE1/0/1, slot 1 10GE1/0/2, slot 1 10GE1/0/3, slot 1 10GE1/0/4, slot 1 10GE1/0/5, slot 1 10GE1/0/6, slot 1 10GE1/0/7, slot 1 10GE1/0/8, slot 1 10GE1/0/9, slot 1 10GE1/0/10, slot 1 10GE1/0/11, slot 1 10GE1/0/12, slot 1 10GE1/0/13, slot 1 10GE1/0/14, slot 1 10GE1/0/15, slot 1 10GE1/0/16, slot 1 10GE1/0/17, slot 1 10GE1/0/18, slot 1 10GE1/0/19, slot 1 10GE1/0/20, slot 1 10GE1/0/21, slot 1 10GE1/0/22, slot 1 10GE1/0/23, slot 1 Assigned resource(s) u4route : 60000(Max) m4route : 1000(Max) u6route : 16000(Max) m6route : 100(Max) vlan : 4063(Max) vpn-instance : 4096(Max) cpu : 5(weight) memory : 100(ratio-threshold) mpls : enable trill : enable mcast : enable

# Проверьте подробную информацию о VS 2.

[~SwitchA-admin] display virtual-system name vs2 verbose Name : vs2 Status : running Description : Create time : 2013-07-18 09:34:22 Port mode : group System MAC : 000a-0b0c-0d05 Assigned slot(s) pvmb : 9 pvmb : 10 CPU(s) slot 9 : 0% slot 10 : 0% Memory(s) slot 9 : 5%, 202632/3884636 (Used Kbytes/Max Kbytes) slot 10 : 2%, 201272/8021592 (Used Kbytes/Max Kbytes) Assigned interface(s) 10GE1/0/24, slot 1 10GE1/0/25, slot 1 10GE1/0/26, slot 1 10GE1/0/27, slot 1 10GE1/0/28, slot 1 10GE1/0/29, slot 1 10GE1/0/30, slot 1 10GE1/0/31, slot 1 10GE1/0/32, slot 1 10GE1/0/33, slot 1 10GE1/0/34, slot 1 10GE1/0/35, slot 1 10GE1/0/36, slot 1 10GE1/0/37, slot 1 10GE1/0/38, slot 1 10GE1/0/39, slot 1 10GE1/0/40, slot 1 10GE1/0/41, slot 1 10GE1/0/42, slot 1 10GE1/0/43, slot 1 10GE1/0/44, slot 1 10GE1/0/45, slot 1 10GE1/0/46, slot 1 10GE1/0/47, slot 1 Assigned resource(s) u4route : 60000(Max) m4route : 1000(Max) u6route : 16000(Max) m6route : 100(Max) vlan : 4063(Max) vpn-instance : 4096(Max) cpu : 5(weight) memory : 100(ratio-threshold) mpls : enable trill : enable mcast : enable

[~SwitchA-admin] return switch virtual-system vs1 system-view [~SwitchA-vs1] interface MEth 0/0/0 [~SwitchA-vs1-MEth0/0/0] ip address 10.1.1.10 24 [*SwitchA-vs1-MEth0/0/0] quit [*SwitchA-vs1] user-interface vty 0 4 [*SwitchA-vs1-ui-vty0-4] authentication-mode aaa [*SwitchA-vs1-ui-vty0-4] user privilege level 3 [*SwitchA-vs1-ui-vty0-4] quit [*SwitchA-vs1] aaa [*SwitchA-vs1-aaa] local-user vs1_user password cipher VS1_password [*SwitchA-vs1-aaa] local-user vs1_user service-type telnet [*SwitchA-vs1-aaa] local-user vs1_user level 3 [*SwitchA-vs1-aaa] quit [*SwitchA-vs1] undo telnet server disable [*SwitchA-vs1] commit

Проверка конфигурации

# Используйте заданный IP-адрес, имя пользователя и пароль для входа на VS по Telnet. Используйте ПК в качестве примера для входа в VS.

Маршруты между клиентом и коммутаторами VS должны быть доступны.

C:\Documents and Settings\Administrator>telnet 10.1.1.10

# Нажмите Enter и введите заданное имя пользователя и пароль в окно регистрации. Если аутентификация успешна, в режиме пользователя выводится подсказка командной строки о том, что пользователь успешно вошел в VS.

Username:vs1_user Password: Warning: Please change the original password. The password needs to be changed. Change now? [Y/N]: n Info: The max number of VTY users is 5, the number of current VTY users online is 1, and total number of terminal users online is 1. The current login time is 2013-03-22 19:06:41. First login successfully.

Файл конфигурации

Файл конфигурации SwitchA

# sysname SwitchA # admin virtual-system vs1 port-mode group resource u4route upper-limit 60000 resource m4route upper-limit 1000 resource u6route upper-limit 16000 resource m6route upper-limit 100 resource vlan upper-limit 4063 resource mpls enable resource trill enable resource mcast enable resource vpn-instance upper-limit 4096 resource cpu weight 5 resource memory ratio-threshold 100 assign interface 10GE1/0/0 assign interface 10GE1/0/1 assign interface 10GE1/0/2 assign interface 10GE1/0/3 assign interface 10GE1/0/4 assign interface 10GE1/0/5 assign interface 10GE1/0/6 assign interface 10GE1/0/7 assign interface 10GE1/0/8 assign interface 10GE1/0/9 assign interface 10GE1/0/10 assign interface 10GE1/0/11 assign interface 10GE1/0/12 assign interface 10GE1/0/13 assign interface 10GE1/0/14 assign interface 10GE1/0/15 assign interface 10GE1/0/16 assign interface 10GE1/0/17 assign interface 10GE1/0/18 assign interface 10GE1/0/19 assign interface 10GE1/0/20 assign interface 10GE1/0/21 assign interface 10GE1/0/22 assign interface 10GE1/0/23 virtual-system vs2 port-mode group resource u4route upper-limit 60000 resource m4route upper-limit 1000 resource u6route upper-limit 16000 resource m6route upper-limit 100 resource vlan upper-limit 4063 resource mpls enable resource trill enable resource mcast enable resource vpn-instance upper-limit 4096 resource cpu weight 5 resource memory ratio-threshold 100 assign interface 10GE1/0/24 assign interface 10GE1/0/25 assign interface 10GE1/0/26 assign interface 10GE1/0/27 assign interface 10GE1/0/28 assign interface 10GE1/0/29 assign interface 10GE1/0/30 assign interface 10GE1/0/31 assign interface 10GE1/0/32 assign interface 10GE1/0/33 assign interface 10GE1/0/34 assign interface 10GE1/0/35 assign interface 10GE1/0/36 assign interface 10GE1/0/37 assign interface 10GE1/0/38 assign interface 10GE1/0/39 assign interface 10GE1/0/40 assign interface 10GE1/0/41 assign interface 10GE1/0/42 assign interface 10GE1/0/43 assign interface 10GE1/0/44 assign interface 10GE1/0/45 assign interface 10GE1/0/46 assign interface 10GE1/0/47 # return

# sysname vs1 # aaa local-user vs1_user password cipher %^%#TT4N+w]%[C+rM>)S8Ti!'p1iV@RZh(3MO7QGd96Z%^%# local-user vs1_user service-type telnet local-user vs1_user level 3 # interface MEth0/0/0 ip address 10.1.1.10 255.255.255.0 # user-interface vty 0 4 authentication-mode aaa user privilege level 3 # return

# sysname vs2 # aaa local-user vs2_user password cipher %^%#%j]%Lv%StAqIveR"YfuS

Техническое описание протокола рабочих мест Huawei FusionCloud Desktop Solution 5.3

Решение рабочих мест Huawei FusionCloud предоставляет приложения виртуальных рабочих мест на основе облачной платформы Huawei FusionSphere. Развёртывая программное обеспечение облака рабочих мест Huawei FusuionAccess в FusionSphere, пользователи могут осуществлять кросс-платформенный доступ из тонких клиентов (TC, thin clients).

Рисунок 1-1 показывает общую архитектуру решения рабочих мест Huawei FusionCloud.

Рисунок 1-1 Общая архитектура решения рабочих мест Huawei FusionCloud

FusionSphere виртуализирует аппаратные ресурсы и централизованно управляет виртуальными ресурсами, ресурсами служб и ресурсами пользователей. FusionSphere также предоставляет единый интерфейс обслуживания, а также интерфейс работы и сопровождения (O&M, operation and maintenance) для поддержки приложений верхнего уровня.

FusionCompute FusionCompute предоставляет службы виртуализации и облачную инфраструктуру. Возможности виртуализации включают в себя ресурсы виртуальных вычислений, ресурсы хранения и сетевые ресурсы, а также ресурсы расписаний.
FusionManager FusionManager предоставляет функции управления облаком, включая управление аппаратными ресурсами, виртуальными ресурсами и службами облачной инфраструктуры.
FusionAccess FusionAccess применяет высокоэффективный протокол взаимодействия с удалёнными рабочими местами предоставляя пользователям удалённый доступ к виртуальным рабочим местам в облачной платформе из тонких клиентов (TC). Рабочие места эффективно доставляются на удалённые мониторы и периферийные устройства, подключённые к терминалам соответствующим виртуальным рабочим местам (настольным системам) на основе политик, которые предоставляют пользователям удобную практику применения виртуальных рабочих мест. FusionAccess управляет соответствием между пользователями и виртуальными рабочими местами. Также FusionAccess предоставляет безопасный доступ и функции O&M, что является преимуществом рабочих мест Huawei FusionCloud.

Обладая мощной инфраструктурой ИТ Huawei с возможностями R&D, решение рабочих мест Huawei FusionCloud предоставляет единый ответ (всё-в-одном) лежащих в основе аппаратных средств (включающих в себя серверы, системы хранения и коммутаторы) для программного обеспечения верхнего уровня (включающего FusionSphere и FusionAccess).

Логическая архитектура FusionAccess

Рисунок 1-2 показывает логическую архитектуру FusionAccess.

Рисунок 1-2 Логическая архитектура FusionAccess

Подсистема управления рабочими местами

HDC , Huawei desktop controller

HDC является основной компонентой виртуализации рабочих мест, ответственной за хранение взаимосвязей между виртуальными рабочими местами (имена домена) и пользователями (учётные записи домена) и синхронизацию состояний соединений и выполнения виртуальных рабочих мест. В процессе доступа к рабочему месту, HDC предоставляет для терминалов информацию о доступе к виртуальной машине (ВМ).

License

Сервер лицензий определяет достаточно ли пользовательских лицензий авторизации при доступе пользователя к ВМ с применением протокола HDP (Huawei Desktop Protocol).

ITA

ITA предоставляет следующий функционал:

Интерфейс управления рабочими местами FusionCloud
Управление жизненным циклом ВМ, регулирование питанием, управление назначением пользовательских рабочих мест, а также управление политиками протокола
Функции O&M включая настройку, мониторинг, сбор статистики, выдачу предупреждений, а также управление учётной записью администратора

Gauss DB

Gauss DB является базой данных разрабатываемой Huawei, которая применяется для хранения информации о ВМ. < Прим. пер.: проприетарная ветвь PostgreSQL. >

Подсистема протокола рабочего места

Access Agent

Access Agent является комплектом протокола рабочего места, выполняемым в ВМ и применяемым для соединения TC или клиентского ПО (SC, software of client) с виртуальными рабочими местами, передающими рабочие места, отвечающими на запросы клавиатур или устройств манипуляторов (типа "мышь"), а также осуществляющими аудио ввод и вывод и информацию USB устройств.

Access Client

Access Client является установленным на TC клиентом HDP , который применяется для доступа к удалённому рабочему месту.

Подсистема управления доступом

vLB / vAG (Virtual load balancing/ Virtual access gateway)

vLB предоставляет при помощи программного обеспечения функции балансировки нагрузки, а vAG производит функции шлюза доступа посредством программного обеспечения.

vLB и vAG развёртываются в одной и той же ВМ. vLB и vAG могут применяться независимо, так как они не зависят друг от друга и физически, и логически. vLB выполняет балансировку нагрузки для веб- доступа, а vAG выступает в роли агента шлюза доступа к рабочим местам для изоляции внутренней сети от внешней.

WI (Web Interface)

WI предоставляет пользователям страницу регистрации и реализует SSO (single sign-on, единую подпись).

SVN (Secure Sockets Layer virtual private network )

SVN предоставляет функциональность балансировки нагрузки и шлюза доступа с применением аппаратных средств.

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

Подсистема терминала

Терминал доступа к виртуальному рабочему месту.

TCM (Thin client manager)

Система управления тонкими клиентами.

Компонента ИТ инфраструктуры

AD (Active directory )

AD применяется для аутентификации пользователей.

DHCP (Dynamic Host Configuration Protocol)

DHCP применяется для назначения IP адресов виртуальным рабочим местам.

DNS (Domain name server)

DNS реализует двустороннюю трансляцию между IP адресами и именами в домене.

Общеупотребимые протоколы рабочих мест

ICA/HDX

Citrix ICA (Independent Computing Architecture) является одим из наиболее популярных протоколов виртуальных рабочих мест. Помимо комплексной функциональности, ICA поддерживает широкий спектр мобильных терминалов. Независимость ICA от протокола сетевой среды делает возможным для ICA применять TCP/IP (Transmission Control Protocol/Internet Protocol), NetBIOS (network basic input/output system) и IPX/SPX (Internet Packet Exchange/Sequenced Packet Exchange). ICA не только поддерживает платформу виртуализации Citrix XenServer , но также поддерживает и платформы виртуализации vSphere и Hyper-V . Функции ICA обладают низкой потребностью в пропускной способности, поэтому они могут применяться в сетевых средах с плохим качеством связи (например, в сетях с высокой латентностью).

HDX (High Definition Experience) является расширением ICA . HDX улучшает практику применения пользователями служб видео, аудио, мультимедиа и 3D. HDX поддерживает H.264. < Прим. пер.: см. также H.265, поддерживаемый, например, Moab. > .

PCoIP

PCoIP (PC over IP) был разработан Teradici для проектов с высокопроизводительной графикой. В 2008 VMWare присоединилась к Teradici в разработке PCoIP для улучшения собственной инфраструктуры решения виртуальных рабочих мест ( VDI ) VMware View.

PCoIP тесно увязана с работой аппаратных средств. PCoIP делает возможным кодирование и декодирование данных и обработки графики для реализации их профессиональными аппаратными средствами, к тому же, ресурсы ЦПУ могут применяться для других целей. Производятся мониторы с интегрированными микросхемами отображения.

PCoIP разрабатывается на базе UDP (User Datagram Protocol). UDP не может гарантировать надёжный обмен, однако он не требует трёхходового рукопожатия или сложной верификации и восстановления данных. Более того, UDP поддерживает высокую скорость обмена и применяется для обмена мультимедиа.

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

SPICE

SPICE (Simple Protocol for Independent Computing Environments) является протоколом виртуальных рабочих мест, разработанным Qumranet. Позже он был приобретён RedHat, который предоставил его в качестве открытого протокола. После годов развития сообществом SPICE мало- помалу дозрел.

SPICE предоставляет преимущества в видео службах, так как он позволяет сжимать видео в KVM (keyboard, video и mouse). Он избавляет от избыточного потребления ЦПУ гостевой ОС для сжатия видео. SPICE применяет технологию сжатия без потерь для предоставления пользователям практического применения HD. Однако, SPICE потребляет большую полосу пропускания.

RDP/RemoteFX

RDP (Remote Desktop Protocol) является протоколом Microsoft, права на разработку которого принадлежат Citrix. RDP предоставляет некоторую функциональность и применяется в средах Windows. Доступны клиенты RDesktop Mac RDP и Linux RDP . Последняя редакция RDP поддерживает перенаправление принтера, аудио и совместное применение буфера обмена.

RemoteFX является расширенной редакцией RDP , которая поддерживает работу виртуальных графических устройств ( VGPU ), многоточечную сенсорную панель и перенаправление USB.

Обзор архитектуры архитектуры HDP

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

Поддерживает максимум 32 виртуальных канала. Различные виртуальные каналы обслуживают различные прикладные протоколы верхнего уровня. HDP обеспечивает безопасное взаимодействие для всех виртуальных каналов а также опыт пользователя на основе приоритетов QoS для каждого виртуального канала (например, виртуальный канал для клавиатуры и манипулятора имеют наивысший приоритет).
Принимает различные алгоритмы сжатия и использует различные серверные или локальные средства визуализации для различных типов приложений (обычного текста, естественных изображений, видео и 3D графики).
Использует интерфейсы аппаратных средств микросхем Hisilicon для ускорения декодирования видео и для предоставления более гладкого воспроизведения видео, а также поддерживает проигрывание 1080p видео.
Принимает алгоритмы без потерь данных для неестественных изображений и не требует переповторов для повторяющихся данных образов. Когда HDP применяется для отображения неестественных изображений, например, текстов, иконок и рабочих мест автоматизации офисов (OA, office automation), предельное соотношение сигнала к шуму ( PNSR , peak signal to noise ratio) HDP составляет более 50000dB, а структурная аналогичность ( SSIM , structural similarity) достигает 0.999955, предоставляя качество близкое к отображению без потерь.
Автоматическое обнаружение аудио сеансов, реализация удаления шумов при их обнаружении, поддержка прозрачного голосового обмена с TC, предоставление более чистого звука в реальном времени, а также точное восстановление звука. Оценка восприятия качества звука ( PESQ , perceptual evaluation of speech quality) более 3.4.
Предоставляет богатый набор политик управления, причём каналы управления применяют различные политики для различных пользователей, групп пользователей или типов устройств для обеспечения безопасного взаимодействия для каждого пользователя.

Рисунок 1-3 показывает обзор архитектуры HDP .

Рисунок 1-3 Обзор архитектуры HDP

2. Функции HDP

Технологии отображения

Принципы реализации отображения

Для удалённого отображения образы экранов сервера захватываются с применением интерфейсов ОС, а затем захваченные образы экранов отображаются у клиентов после сжатия. Для удалённого отображения часто применяются виртуальные сетевые вычисления ( VNC , Virtual network computing). VNC предоставляют некоторые методы уменьшения полосы пропускания. Однако, в сравнении с Citrix ICA и Microsoft RDP VNC очевидно проигрывает по полосе пропускания.

Как реализовать удалённое отображение высокоскоростных протоколов рабочих мест? В действительности высокоскоростные протоколы рабочих мест реализуют удалённое отображение на основе базовых принципов обычных компьютеров.

Удалённое отображение аналогично тому, что мониторы развёрнуты удалённо. Рисунок 2-1 показывает, что драйвер отображения Windows может полностью получать содержимое для отображения и взаимодействовать с аппаратными средствами. Если данные отсылаются драйвером отображения Windows в графическую карту удалённого TC (тонкого клиента), то тогда и реализуется удалённое отображение.

Рисунок 2-1 Уровни программного обеспечения ОС

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

Графика обрабатывается с применением интерфейсов платформы Windows. Преобразовываясь графической подсистемой Windows, вызовы графических интерфейсов (также называемые графическими операторами/ инструкциями) отсылаются виртуальному драйверу отображения. Внутренне параметры графических операторов определяют отображение графических приложений и передаются удалённым клиентам для отображения.

Большинство графических приложений являются приложениями отображения 2D графики, таким как Word, Excel, Outlook, Notepad и антивирусное программное обеспечение. Приложения, используемые в обычных сеансах OA являются приложениями 2D графики. Следовательно, ваши сессии 2D отображения являются общим случаем для рабочих мест облачных систем. Если драйверы отображения поддерживают только 2D отображение и соответствуют архитектуре драйверов отображения Microsoft, для соответствия требованиям может быть предоставлен определяемый Microsoft драйвер отображения XPDM . ( XPDM является аббревиатурой для Windows XP display driver model - модели драйвера отображения Windows XP.)

Рисунок 2-2 XPDM

(рисунок 2-2 приводится по документации Microsoft WINDDK)

XPDM является моделью драйвера отображения, определённой Microsoft для Windows версий более ранних, чем Windows Vista, которая совместима с Windows Vista и Windows 7. В сеансах облачных рабочих мест серверы протокола также предоставляют драйвер XPDM, который состоит из драйвера отображения и драйвера видео минипорта. Драйвер XPDM не применяется для управления локальными графическими картами. Он используется для получения графических данных операций, отправляемых графическим механизмом Windows в графческие карты и передавать эти данные клиентам для повторных построения изображения и его отображения. Обычно XPDM применяется для поддержки 2D приложения, однако недееспособен в 3D приложениях. (3D приложения могут быть поддержены реализацией построения 3D изображений на основе программного обеспечения, однако при этом производительность не будет хорошей.) От серверов к клиентам должен передаваться большой объём данных операций, причём 100Мбит/с сетевые карты интерфейса (NIC, network interface card) являются бесполезными. Таким образом, необходимо выполнять оптимизацию следующими способами:

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

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

Преимущества технологии отображения HDP

Качество обработки простых текстов, текстов с изображениями и чистых изображений производимое HDP лучше чем у ICA и PCoIP . HDP достигает высоких значений PSNR (от 14227дБ до 65535дБ, см. раздел Сравнительные тесты.)
Среди 207 сценариев отображения простых текстов, текстов с изображениями, а также чистых изображений, HDP имеет преимущество над ICA в 204 сценариях и над PCoIP в 109 сценариях (см. раздел Сравнительные тесты).

Ключевые технологии отображения HDP

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

Сравнительные тесты

Сравниваются значения PSNR (peak signal to noise ratio, соотношения пикового значения к шуму) отображения виртуального рабочего места в ВМ и TC (тонких клиентах). PSNR является объективным стандартом для оценки качества графики. Большие значения PSNR оражают меньшие искажения.

За подробной формулой и определением обращайтесь к разделу Определение PSNR

Результаты тестирования

Для различных протоколов рабочих мест получаются различные значения PSNR , однако SSIM (structural similarity, структурная аналогичность) почти всегда отсаётся неизменной. HDP имеет преимущество над ICA и PCoIP в терминах PSNR .
- Сценарии простого текста : HDP предоставляет результат без потерь ( PSNR : 65535) при обработке простого текста.
- Сценарии текста с изображением : HDP предоставляет лучшее качество обработки чем ICA и PCoIP при обработке текстов и изображений в PDF и Word.
- Сценарии чистых рисунков : Режим политики по умолчанию HDP улучшает качество отображения образа. HDP имеет превосходство над ICA и PCoIP во многих отношениях.
Рисунок 2-3 HDP5.1

Аудио технологии

Принципы реализации аудио

HDP реализует функции аудио аналогично способам реализации 2D графики.

Рисунок 2-4 Реализация аудио

На стороне сервера HDP в ВМ установлен драйвер аудио. Драйвер аудио взаимодействует с подсистемой аудио Windows (механизм аудио). В процессе проигрывания аудио, драйвер аудио передаёт аудиоданные, получаемые аудио подсистемой Windows клиенту рабочего места облака после сжатия, а клиент проигрывает это аудио после иго развёртывания. В процессе аудио записи клиент передаёт локально записываемые данные на сервер после сжатия, сервер декодирует эти данные, а аудио драйвер возвращает эти данные аудио подсистеме Windows. Аудио чувствительно в латентности, поэтому латентность должна контролироваться на протяжении всго процесса.

Преимущества аудио технологии HDP

HDP предоставляет более высокое качество звучания и меньшие задержки по сравнению с прочими протоколами. PESQ (perceptual evaluation of speech quality, оценка качества восприятия) для HDP составляет более 3.4 при латентности короче 400мс (см. раздел Сравнительные тесты). В обычной среде облачных рабочих мест соотношение PESQ находится в диапазоне от 3.0 до 3.2 при задержках не выше 900мс. HDP может точно восстанавливать звук и предоставляет лучшее качество звучания в сравнении с ICA .

HDP предоставляет более высокое качество звучания и меньшие задержки по сравнению с прочими протоколами. PESQ (perceptual evaluation of speech quality, оценка качества восприятия) для HDP составляет более 3.4 при латентности короче 400мс (см. раздел Сравнительные тесты). В обычной среде облачных рабочих мест соотношение PESQ находится в диапазоне от 3.0 до 3.2 при задержках не выше 900мс. HDP может точно восстанавливать звук и предоставляет лучшее качество звучания в сравнении с ICA .

Ключевые аудио технологии HDP
- Высококачественные алгоритмы сжатия : автоматичеки распознаются сценарии звучания. Применяется телекоммуникационный алгоритм сжатия голоса, который оптимизирует человеческие голоса в сценариях VoIP , а также применяет высококачественные алгоритмы музыкального кодирования и декодирования для музыки.
- Автоматическое удаление шума : делает возможным алгоритм удаления шума для VoIP , гарантируя исключительное качество звучания даже в зашумлённой среде.
- Низкая латентность : прозрачно передаёт голос к TC уменьшая задержки благодаря буферизации голоса на тонком клиенте и гарантируя производительность реального времени для голосового взаимодействия.
- Стерео микширование : микширует входящее и исходящее звучание ВМ.
Сравнительные тесты

PESQ (perceptual evaluation of speech quality, оценка качества восприятия) является объективным методом для оцнивания качества звучания. Она является объективным методом оценки MOS (mean opinion score, средним оценочным значением) предлагаемым ITU-T реомендациями P.862.

При тестировании используется DSLA. DSLA является сквозным анализатором качества звучания, производимым Malden. Рисунок 2-5 показывает внешний вид DSLA.

Рисунок 2-5 Внешний вид DSLA

Рисунок 2-6 отображает настройку тестирования.

Рисунок 2-6 Настройка теста

Как показано на Рисунке 2-6, на панели DSLA доступны три типа портов. Телефонный порт RJ22 соединяет порт Mic In/Line out телефонного аппарата стационарной телефонной линии, мобильного телефона или аудио карты. Порт RJ11 телефонной линии соединяется с телефонной линией. Сбалансированный 4-проводный порт соединяется с портом Line In/Line Out аудио карты или некоей акустической тестируемой системой.

В данном тесте использовались два порта. Один обслуживает канал A, в то время как второй обслуживает канал B. Два порта Mic In/Line out аудио карты соединяются с двумя соответствующими TC. Один порт отсылает сигналы, а другой получает сигналы. Эталонный сигнал и деградировавший сигнал сравниваются для получения выводов о качестве звучания.

В процессе тестирования, осуществляется соединение телефонных портов RJ22 канала A и канала B с двумя соответствующими TC (тонкими клиентами) и выполняется вызов TC друг друга в ВМ eSpace Huawei.

Результаты тестирования
- Пара CT3000 вызывает друг друга в eSpace на 5 часов (коммерческий сайт в зоне ICA системы здравоохранения Шеньженя). Результат показывает, что среднее значение PESQ ICA составляет примерно 3.2, а средняя латентность 977мс.
- Пара CT3000 вызывает друг друга в eSpace на 5 часов (коммерческий сайт в зоне HDP системы здравоохранения Huawei в Шеньжене). Результат показывает, что среднее значение PESQ HDP составляет примерно 3.4, а средняя латентность 400мс. HDP предоставляет лучшую производительность чем ICA в той же самой среде.
Видео технологии

Принципы реализации видео

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

Рисунок 2-7 Два метода реализации видео

В первом методе выполняющийся на ВМ рабочего мета проигрыватель потребляет большой объем ресурсов ЦПУ для декодирования видео. Ещё больше ресурсов WGE потребляется при кодировании видеопотока. В результате уменьшается плотность ВМ на сервере. Более того, определять видеопространство сложно технически. Обычно смена области изображения с частотой, превосходящей определённую частоту кадров определяется как видеопоток.

Во 2 методе, подлежащие декодированию кодированные потоки видео перехватываются на вашем сервере и затем передаются вашему клиенту для декодирования и отображения, что требует меньше ресурсов ЦПУ вашего сервера. Технология перенаправления мультимедиа для их воспроизведения в проигрывателях является популярной клиентской технологией декодирования. Однако технология перенаправления мультимедиа не применяется широко в Китае, поскольку технология декодирования клиентом редко используется в Китае. Технология перенаправления мультимедиа для прочих средств воспроизведения находится в разработке.

Преимущества видео технологии HDP
- При использовании политик по умолчанию, HDP может предоставлять более высокую частоту кадров воспроизведения ( HDP поддерживает от 26 до 28 кадров в секунду (FPS), в то время как ICA поддерживает от 20 до 22 FPS) для обеспечения более чистого и гладкого видео изображения пользователям (см. раздел Сравнительные тесты).
- Для строящегося на сервере видео HDP обеспечивает более высокое качество картинки по сравнению с ICA вне зависимости от того ограничена или нет частота кадров, так как HDP очень эффективно адаптирует методы кодирования и декодирования и выполняет определённые оптимизации для видео.
Ключевые видео технологии HDP
- Интеллектуальное определение видео данных : автоматическое определение видеоданных или общих данных GDI. Видео данные кодируются с применением H.264 или MPEG и декодируется с применением аппаратных возможностей тонких клиентов.
- Динамичное выравнивание частоты кадров : динамическое регулирование кадровой частоты воспроизведения видео основывается на качестве сетевой среды и гарантирует гладкость воспроизведения видео.
- Автоматическая адаптация видеоданных : автоматическое выравнивание потока видео данных основывается на разрешающей способности вашего монитора и размере окна видео для уменьшения потребления ЦПУ и улучшения практики пользователя.
- Перенаправление мультимедиа : полностью усиливается аппаратными возможностями декодирования тонких клиентов для поддержки автоматического повторного соединения воспроизведения при разъединяниях сетевой среды, динамичном выравнивании обмена, а также при воспроизведении 1080p видео.
- Чувствительность к приложениям : оптимизировано для повсеместно применяемых средств воспроизведения (например, Adobe Flash) и программного обеспечения обработки изображений (таких как Photoshop) на основе пользовательских запросов.
Сравнительные тесты

Результаты тестирования

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

Рисунок 2-8 показывает установку тестирования.

Рисунок 2-8 Настройка теста

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

Результаты тестирования
- При использовании политик по умолчанию ICA предоставляет гладкое воспроизведение видео, однако изображение дрожжит. Средняя пропускная способность ICA составляет 11Мбит/с при частоте смены кадров в диапазоне от 20 до 22 FPS. HDP предоставляет гладкой проигрывание видео. Средняя пропускная способность HDP составляет 14Мбит/с при частоте смены кадров от 26 до 28 FPS. Политики по умолчанию ICA таковы:
  - Предпоследний уровень качества изображения
  - Уровень сжатия: средний (предпоследний из диапазона с пятью уровнями)
  - Верхний предел частоты кадров: 30 FPS
  Политики по умолчанию HDP следующие:
  - Второй уровень качества изображения
  - Уровень сжатия: низкий
  - Верхний предел частоты кадров: 30 FPS
  Разрешение ICA HDP
  
  1920x1080 10ВМ 10ВМ
  
  1440x1080 12ВМ 12ВМ
  
  1280x720 19ВМ 19ВМ
  
  Технологии перенаправления периферийных устройств
  
  Принципы перенаправления периферийных устройств
  
  Периферийные устройства USB и параллельных портов, а также периферия с последовательным портом широко применяются в системах общего использования. Наиболее часто применяются периферийные устройства с USB. Таким образом, поддержка периферийных устройств с USB является ключевым моментом.
  
  Рисунок 2-9 отображает принципы работы обычных периферийных устройств USB.
  
  Рисунок 2-9 Принципы работы традиционных периферийных устройств USB
  
  Рисунок 2-9 показывает, что для нормальной работы периферийных устройств USB на уровне программного обеспечения существенен драйвер шины USB. Когда приложение хочет воспользоваться периферийным устройством USB, оно должно взаимодействовать с драйвером устройства USB. Драйвер устройства USB полагается на драйвер шины USB в обмене данными с вашим устройством USB. Драйвер шины выступает в роли агента в процессе взаимодействия с аппаратными средствами. Для поддержки периферийных устройств USB в облачной системе рабочих мест мы можем позволить драйверу шины USB удалённое взаимодействие с локальным оборудованием, т.е. локальный драйвер шины USB взаимодействует с аппаратными средствами шины USB удалённого клиента.
  
  Рисунок 2-10 Принципы перенаправления периферийных устройств USB
  
  Установленный в ВМ драйвер виртуальной шины USB взаимодействует с аппаратными устройствами, подключёнными к клиенту. Такое взаимодействие не является непосредственным взаимодействием. На вашем клиенте должен быть установлен драйвер виртуального устройства USB и он должен взаимодействовать с драйвером шины USB вашего клиента. Когда устройство соединяется с клиентом, шина USB клиента может обнаружить это устройство и сделать доступным экземпляр драйвера виртуального устройства USB. Если необходимо перенаправлять одновременно множество устройств, на одном клиенте выполняется множество экземпляров драйвера виртуального устройства USB. Драйвер реального устройства USB некоего устройства устанавливается и работает на ВМ. Драйвер реального устройства USB взаимодействует с драйвером виртуальной шины USB. Это не влияет на ваши драйверы устройств и на приложения, установленные на данной ВМ. Однако, удалённый обмен данными вызывает задержки, поэтому для некоторых драйверов устройств устанавливается промежуток таймаута.
  
  Как предполагается, такой метод поддерживает различные периферийные устройства USB, однако он вызывает некоторые проблемы. Одной из проблем является полная совместимость с устройствами. Другая состоит в том, что для некоторых устройств необходима широкая пропускная способность, поэтому такие устройства не могут быть перенаправлениы через шину USB. Например, если камеры перенаправляются через единую шину, требуется пропускная способность в десятки Мбит/с. Таким образом, для некоторых устройств осуществляется определённая оптимизация для гарнатированности того, что эти периферийные устройства могут использоваться на коммерческой основе в облачных системах рабочих мест. Рисунок 2-11 отображает методы, применяемые для оптимизации перенаправления камеры.
  
  Рисунок 2-11 Оптимизация перенаправления камеры
  
  Клиент получает данные камеры (либо в растровом виде, либо данные YUV) применяя интерфейс уровня приложения, сжимает эти данные с использованием алгоритма видео компрессии (например, H.264) и отсылает сжатые данные на свой сервер. Сервер декодирует данные с данной камеры и предоставляет эти данные приложению через виртуальную камеру. В сравнении с режимом перенаправления шины USB такой режим перенаправления камеры в десятки раз уменьшает полосу пропускания. Определённые оптимизации перенаправления могут также выполняться для устройств других типов, если им существенна такая оптимизация.
  
  HDP поддерживает перенаправление устройств USB, последовательных и параллельных портов, TWAIN устройств (Toolkit Without An Interesting Name), протокола PC/SC < Прим. пер.: протокол доступа к смарткартам >, а также камер. HDP предоставляет возможности перенаправления эквивалентные ICA . Таблица 2-2 описывает перенаправление банковских счётчиков. (2x E5 2680v2).
  
  Считыватель системных карт службы счётчика
  
  Считыватель карт Nantian 8902
  
  Последовательный порт COM1:B универсальной редакции
  
  Считыватель системных карт службы счётчика
  
  Последовательный порт COM1:B универсальной редакции
  
  Считыватель системных карт два в одном службы счётчика/ считыватель карт IC
  
  Последовательный порт COM1:B универсальной редакции
  
  Клавиатура системного пароля службы счётчика
  
  Последовательный порт COM1:K
  
  Клавиатура системного пароля службы счётчика
  
  Последовательный порт COM1:K
  
  Клавиатура системного пароля службы счётчика
  
  Последовательный порт COM1:K
  
  Клавиатура системного пароля службы счётчика
  
  Последовательный порт COM1:C
  
  Система службы счётчика- считыватель карт IC
  
  Последовательный порт COM1:C
  
  Система службы счётчика- принтер счёта
  
  Система службы счётчика- принтер счёта
  
  OKI MICROLINE 6100F
  
  Система службы счётчика- считыватель ID карт второго поколения
  
  Huaxu считыватель ID карт второго поколения
  
  Система службы счётчика- считыватель ID карт второго поколения
  
  Jinglun Idr200 второго поколения
  
  Система службы счётчика- считыватель ID карт второго поколения
  
  Jinglun Idr200 второго поколения
  
  Система службы счётчика- считыватель ID карт второго поколения
  
  Система службы счётчика- считыватель ID карт второго поколения
  
  Система службы счётчика- сканнер
  
  Система службы счётчика- двусторонний сканнер [i220]
  
  Все периферийные устройства поддерживаются в поставке решения рабочих мест FusionCloud V100R005 и на сайтах POC.
  
  Перенаправление периферийных USB
  
  Рисунок 2-12 отображает принципы перенаправления периферийных устройств USB.
  
  Рисунок 2-12 Принципы перенаправления периферийных устройств USB
  - Служба USB стороны клиента : отвечает за определение устройства и отсоединение устройств от клиента, пробрасывания данных шины от сервера к устройству и пробрасывание данных шины от конкретного устройства к вашему серверу.
  - Драйвер функции USB стороны клиента : является драйвером виртуальной функции, который отвечает за прозрачный обмен пакетами данных в двух направлениях.
  - Служба USB стороны сервера : отвечает за пробрасывание пакетов данных шины вашему клиенту и пробрасывание пакетов данных шины от вашего клиента к соответствующему драйверу виртуальной шины.
  - Драйвер шины USB стороны сервера : является драйвером виртуальной шины, который отвечает за взаимодействие с различными реальными драйверами функции USB, пробрасывание пакетов данных шины устройств USB и прозрачного обмена пакетами данных, принимаемыми от службы USB на ваши драйверы фанкции верхнего уровня.
  Перенаправление принтера
  
  Принципы перенаправления принтера
  
  Функция перенаправления принтера позволяет соединённые с тонким клиентом принтеры перенаправлять на ВМ. В ВМ вы можете печатать материалы и устанавливать перенаправленный принтер.
  
  Рисунок 2-13 Принципы перенаправления принтера
  
  Преимущества архитектуры
  - Данная архитектура работает на уровне приложений и не осведомлена о латентности. Такой режим перенаправления предоставляет более высокую эффективность и надёжность чем перенаправление USB.
  - И на TC, и в ВМ применяются драйверы предоставляемые производителями, без какой бы то ни было необходимости адаптации различных драйверов принтеров и предоставляют лучшую производительность.
  - Вы можете применять принтер одновременно и на TC, и в ВМ. Поддерживаются и принтеры USB, и принтеры с последовательными/ параллельными портами.
  - Множество соединённых с клиентом принтеров могут быть одновременно перенаправлены для применения.
  - Интерфейс принтера на вашей ВМ тот же самый, что и у локального принтера.
  Перенаправление сканера
  
  Принципы перенаправления сканера
  
  Периферийные устройства TWAIN- порта, подключённые к тонкому клиенту перенаправляются на ВМ. Все операции на перенаправленных виртуальных устройствах TWAIN передаются на физические устройства подключённые к TC через HDP .
  
  Рисунок 2-14 Принципы перенаправления сканера
  
  Преимущества архитектуры
  - Виртуализация TWAIN работает на уровне приложений, который не осведомлён о латентности и предоставляет высокую надёжность. Такой режим перенаправления предоставляет более высокую эффективность чем перенаправление USB (эффективность улучшается на порядок величины).
  - Применяется интерфейс естественного драйвера источника данных, без какой бы то ни было необходимости установки USB или TWAIN драйверов на виртуальные машины.
  - Поддерживается множество уровней сжатия данных, включая без потерь, низкое сжатие, среднее сжатие и высокую степень сжатия.
  - Источники данных различных пользователей изолированы, гарантируя безопасность.
  - Поддерживаются Linux и Windows TC.
  - Множество приложений может использовать одновременно различные устройства TWAIN.
  - Множество приложений может использовать одновременно одно и то же устройство TWAIN (зависит от возможности драйвера производителя).
  Перенаправление последовательного порта
  
  Принципы перенаправления последовательного порта
  
  Последовательные порты тонкого клиента перенаправляются на виртуальные машины. Все операции с перенаправленным последовательным портом передаются на последовательный портTC через HDP , а все операции на подключённых к TC последовательных портах передаются на последовательные порты ВМ через HDP .
  
  Рисунок 2-15 Принципы перенаправления последовательного порта
  
  Преимущества архитектуры
  - Поддерживаются TC Linux и Windows, предоставляя хорошую совместимость.
  - Одновременно может быть подключено максимум 256 последовательных портов.
  - Поддерживается автоматическое подключение последовательных портов, гарантируя лёгкость преименения.
  - Параметры последовательных портов (такие как скорость в бодах и бит чётности) могут настраиваться.
  Перенаправление PC/SC
  
  Принципы перенаправления PC/SC
  
  Подключённые к TC смарткарты перенаправляются на виртуальные машины с применением протокола PC/SC. Затем смарткарты могут использоваться для регистрации в ВМ, а также смарткарты могут быть использованы в ВМ.
  
  Рисунок 2-16 Принципы перенаправления PC/SC
  
  Преимущества архитектуры
  - Архитектура работает на прикладном уровне и не осведомлена о латентности. Такой режим перенаправления предоставляет более высокую эффективность и надёжность чем перенаправление USB.
  - Смарткарты могут быть использованы одновременно множеством экземпляров клиентов.
  - Поддерживаются TC Linux и Windows.
  - Одна и та же смарткарта может быть доступна множеству экземпляров одного клиента.
  Прочие технологии перенаправления
  
  Перенаправление диска
  
  Установленные на клиенте диски могут быть связаны с виртуальными рабочими местами. Это делает возможным пользователям использовать диски с виртуальных рабочих мест. Поддерживается только перенаправление для чтения.
  
  В сценарии OA пользователи могут использовать локальные диски, установленные на клиенте, DVD-ROM диски, удаляемые диски и сетевые диски в ВМ. Пользователи могут осуществлять доступ к каталогам и файлам дисков.
  
  Такая функциональность использует канал передачи данных который находится на более нижнем уровне чем канал для передачи данных отображения, клавиатуры и манипулятора мышь. Эти свойства предоставляют пользователю хорошую практику при доступе пользователей к файлам перенаправленных дисков.
  
  Перенаправление буфера обмена
  
  Перенаправление буфера обмена делает возможным связывание буфера обмена клиента с виртуальным рабочим местом. Это делает возможным передавать данные между клиентом и виртуальным рабочим местом используя буфер обмена.
  
  Когда разрешено перенаправление диска, пользователи могут копировать файлы или папки с клиента Windows на виртуальное рабочее место.
  
  Поддерживается двустороннее копирование файла между клиентом Windows и виртуальным рабочим местом. Одностороннее копирование файла с клиента Windows в виртуальную рабочую машину может быть реализовано посредством политик. Между клиентом Windows и виртуальным рабочим местом можно копировать файлы TEXT, UNICODETEXT, METAFILEPICT, DIB, BITMAP и BIFF8.
  
  Технологии 3D графики
  
  За подробностями обращайтесь к High-Performance Graphics Technical White Paper.
  Похожие публикации: