Vmware horizon client как подключить принтер

VMWare проблема с пробросом принтеров.

Всем привет. Есть VMWare подключаюсь на него с Linux Mint17.1 через ВМ клинета. На Linux есть принтера. Они пробрасываются на сервер и в дальнейшем на них можно отправить печать. После выключения света, что ни делал принтера отказываются пробрасываться (помогает только перезапись системы с образа). Как можно решить данную проблему. На других версиях Linux изначально не пробрасывалось может есть какой файлик который нужно исправить или хоть в каком направлении рыть.

DziritDoY
28.11.16 15:47:15 MSK

Добавить нужные принтеры в cups и печатать на них. Или там какой-то особый вмварный проброс?

Radjah ★★★★★
( 28.11.16 16:34:31 MSK )
Ответ на: комментарий от Radjah 28.11.16 16:34:31 MSK

Нужные принтеры и так есть в cups и можно печатать и с локальной и виртуальных машин. Но после того как пропадает интернет на виртуальную перестает пробрасывать. Я думаю что при обрыве связи с вм какой то файл затирается и перестает пробрасывать. Та же ситуация и с другими версиями линукс там просто не пробрасывается с самого начала. Нигде не встречал подобных проблем.

DziritDoY
( 29.11.16 10:49:58 MSK ) автор топика
Ответ на: комментарий от DziritDoY 29.11.16 10:49:58 MSK

Обычный сетевой обмен это не пробрасывание.

Deleted
( 29.11.16 11:18:57 MSK )
Ответ на: комментарий от Deleted 29.11.16 11:18:57 MSK

Можно подробней? Я подключаюсь через VMWare Horizon Client. И он отвечает за проброс принтеров на сервер VMWare. Так или я ошибаюсь.

DziritDoY
( 29.11.16 11:37:45 MSK ) автор топика
Ответ на: комментарий от DziritDoY 29.11.16 11:37:45 MSK

еще думаю сравнить 2 диска на одном система с рабочим пробросом на 2 после сбоя. чтоб найти отличия и возможно найти направление что портится. 2 диска подключены к пк но как их сравнить? Думал командой diff но 2 диск не видится в проводнике хотя через GParted 2 диска подключены.

DziritDoY
( 29.11.16 11:42:57 MSK ) автор топика
Ответ на: комментарий от DziritDoY 29.11.16 11:37:45 MSK

Что-т тут ничего не понятно. Нарисуй схему чтоль.

Deleted
( 29.11.16 12:15:48 MSK )
Ответ на: комментарий от Deleted 29.11.16 12:15:48 MSK

Пк ОС Linux mint на нем установлены драйвера на принтер, установлен VMWare Horizon Client. Сервер vSpher Виртуальный пк ОС Виндовс ХР. Запускаем на локальной машине Horizon Client подключаемся к серверу получаем виртуальную машину работаем. С локальной машины пробрасываются принтера в виртуальную машину. На виртуальной печатаем на наш проброшенный принтер.Так?

DziritDoY
( 29.11.16 12:58:52 MSK ) автор топика
Ответ на: комментарий от DziritDoY 29.11.16 12:58:52 MSK

Куда принтер то подключен ?
Зачем этот зоопарк, кода достаточно печати по сети ?

Deleted
( 29.11.16 13:05:34 MSK )
Ответ на: комментарий от DziritDoY 29.11.16 10:49:58 MSK

Есть принтер http://CUPSSERVER:631/printers/MyPrinter к примеру, подключенный к машине CUPSSERVER. Нет сети — нет связи с CUPSSERVER — нет печати. Есть сеть — есть связь с CUPSSERVER — есть печать.

Radjah ★★★★★
( 29.11.16 13:24:02 MSK )
Ответ на: комментарий от Deleted 29.11.16 13:05:34 MSK

Принтер подключен к локальному пк через USB. Сервер в другой стране.

VMware Horizon client

Для подключения к VDI необходимо скачать и установить на свое устройство программу VMware Horizon client. С ее помощью можно подключиться к своей виртуальной рабочей станции и получить максимально возможный на сегодняшний день функционал и производительность в среде Horizon.

VMware Horizon client 4.8.0 (Win x64) — скачать

VMware Horizon client 4.8.0 (MacOS) — скачать

VMware Horizon client 4.8.0 (Linux x64) — скачать

VMware Horizon client 4.8.0 (iOS) — iTunes

VMware Horizon client 4.8.0 (Android) — Google Play

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

VMware Horizon архитектура

За время существование продукта он успел аккумулировать в себе большое количество функций, которые чаще всего появлялись после интеграции в VMware Horizon сторонних программных продуктов, купленных компанией VMware. Но любое внедрение сопровождается усложнением архитектуры, отладке взаимодействий компонентов, обучению специалистов и другие смежные процессы. Поэтому сейчас рассматривать VMware Horizon нужно уже, как часть целого. Продукт, объединяющий в себе все наработки называется VMware Workspace One. По идее VMware инфраструктура большой компании давно уже не ограничивается рамками ЦОДов, а успешно использует сторонние сервисы SaaS, облачные ресурсы и сторонние приложения.

Опустимся на уровень ниже и сфокусируемся на эталонной архитектура VMware Horizon для одной площадки. Здесь мы видим набор компонентов, соответствующий максимальной редакции VMware Horizon Enterprise.

Уровень серверной виртуализации реализован на продуктах: VMware vSphere Enterprise Plus, гиперконвергентном VMware vSAN, сетевую безопасность обеспечивает VMware NSX.
Программный уровень VDI представляет собой классическую схему с добавлением новых компонентов в виде AppVolumes для доставки слоев приложений и Identity Manager для сквозной аутентификации в локальных и сторонних SaaS и мобильных приложениях. Еще один новый программный продукт — это User Environment Manager, который дополняет управление профилем пользователя.

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

Реальность в РФ такова, что реализация эталонной архитектуры VMware Horizon не нужна, сложна в эксплуатации, дорога относительно классической схемы с ПК и ноутбуками. Поэтому до реализации доходят проекты простые, надежные и максимально удешевленные. На передний план выходит решение прикладных задач, космические корабли оставляем мечтах о светлом будущем.

2. Формулы расчета плотности VDI

Прежде всего, VDI — это виртуальные машины, много виртуальных машин, гораздо больше, чем в обычной серверной виртуализации. Нагрузка на оборудование будет создаваться значительная, а от архитектуры решения будет зависеть, как эта нагрузка будет распределяться. По той же причине нет оптимальной по цене — качеству архитектуры для VDI, которую можно было бы рекомендовать. Ведь сделать выбор в пользу архитектуры, о которой вы слышите впервые, довольно, сложно. У производителей ПО VDI есть рекомендации по расчету оптимального количества пользователей (плотность) при заданных характеристиках оборудования. И про эти формулы будет подробно написано ниже.

Чтобы вне зависимости от вендора ПО посчитать сколько виртуальных машин VDI можно запустить на одном сервере, необходимо запомнить следующие правила для CPU-RAM-Disk:

1. CPU. На одно физическое ядро процессора закладывается 6 виртуальных машин, типа «офисная». Если в сервере 2 процессора по 8 ядер в каждом, то 2*8*6=96 ВМ. Причем общая нагрузка на процессоры в середине рабочего дня будет в пределах 50-75%.

2. RAM. На одну виртуальную машину типа «офисная» Windows 7 закладывается 2Гб оперативной памяти, среднее потребление будет 1.3Гб — 1.8Гб в зависимости от запущенных в данный момент пользователем приложений. Причем, производители советуют использовать Windows 7 32 bit, судя по всему, чтобы срабатывали собственные ограничители операционной системы.

3. Disk. Во время запуска операционной системы и входа пользователя в сессию (загрузка профиля) виртуальная машина делает 50 IOPS, а во время работы 10-15 IOPS (операций ввода вывода в секунду), чем значительно нагружает дисковую подсистему. Момент загрузки всех виртуальных машин разом и входа пользователей в сессии называется «Boot Storm», нагрузка на подсистему хранения в этот момент максимальная. Чтобы рассчитать необходимую пиковую производительность дисковой подсистемы нужно кол-во виртуальных машин умножить на 50 IOPS. Например, для 96 ВМ понадобится система хранения, пиковая производительность которой 4800 IOPS. Если предположить, что чтение и запись будут соотноститься 70/30, то для достижения этой производительности потребуется 50 SAS дисков 10к (RAID 10). Согласитесь, что неразумно использовать такое количество SAS дисков в системе хранения данных для 96 виртуальных машин. Поэтому VDI сейчас немыслим без SSD или других технологий, которые могут обеспечить высокую производительность системы хранения данных. После загрузки виртуальных машин и окончания Boot Storm, когда пользователи работают в штатном режиме виртуальная машина делает 10-15 IOPS. Для 96 ВМ понадобится производительность 10 SAS дисков в RAID 10, что тоже немало. Также не стоит переоценивать возможности SSD дисков, у них высокие показатели по IOPS-ам только в идеальных усоловиях и непродолжительное время, после чего происходит снижение производительности в 2-10 раз. Принято считать, что при продолжительной нагрузке у SAS диска 10к показатель IOPS равен 150 IOPS, а у SSD диска 1200 IOPS.
Для дисковой подсистемы получается не самая радужная калькуляция. Поэтому необходимой производительности добиваются не наращиванием дисков SAS, а используя SSD диски, применяя дополнительные технологии, меняя архитектуру. Обо всем этом ниже.

3. Варианты архитектуры VDI

Для лучшего понимания материала будет рассмотрим проект на 500 пользователей офисного типа.

Используя известные нам формулы, необходимо рассчитать ресурсы, для работы 500 пользователей VDI.

Количество серверов VDI = 500 пользователе/6 пользователей на ядро/16 ядер в сервере = 5 серверов (2 x CPU 8 core) + 1 сервер резервной замены
Объем оперативной памяти в каждом сервере = 500 пользователей * 2Гб/ 5 серверов = 200 Gb
Производительность дисковой подсистемы. Во время Boot Storm = 500*50 IOPS= 25 000 IOPS. Во время работы = 500*10 IOPS= 5 000 IOPS

Стандартный вариант архитектуры (на 500 пользователей)

Первая архитектура, самая привычная, пришедшая из серверной виртуализации. У нас будут серверы для запуска виртуальных машин VDI, у нас будут серверы для запуска виртуальных машин с инфраструктурными ролями, у нас будет система хранения для фалов виртуальных машин. Соединены серверы и система хранения зелеными линиями, которые могут представлять из себя любую совместимую технологией FC, iSCSI, SAS, NFS.
Важный момент относящийся к VDI. Нет необходимости защищать виртуальные машины VDI на случай выхода из строя физического сервера, за исключением варианта использования полных клонов. Если виртуальная машина пользователя по каким-то причинам прекращает работать, то сотрудник подключается к другой виртуальной машине VDI на другом сервере, куда уже загружается его профиль, слои приложений, подключаются перенаправленные папки, сетевые диски, принтеры.

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

VDI на локальных SSD дисках (на 500 пользователей)

Один из вариантов решения — это VDI на локальных дисках. Принцип очень простой. Когда мы собираемся из «золотого образа» создать N-ое количество виртуальных машин VDI, то в качестве хранилища нужно указать локальные диски. Тогда «золотой образ» копируется на локальные диски каждого хоста виртуализации, после чего локально на каждом сервере создаются виртуальные машины с дифференциальными дисками. ВСЯ дисковая нагрузка ложится на локальные SSD диски, мощная система хранения данных просто не нужна.

По данной технологии могут работать Citrix XenDesktop и VMware Horizon View. На СХД имеет смысл хранить виртуальную машину «золотой образ» , файлы инфраструктурных виртуальных машин, профили пользователей. Общая стоимость решения снижается на разницу в цене на быструю систему хранения и СХД начального уровня.

Другие варианты архитектуры VDI

Citrix и VMware предлагают свои собственные уникальные варианты архитектуры для VDI, в сообществах к ним сложилось разное отношение.

VMware в последней версии Horizon View предлагает использовать технологию vSAN. Ее использование позволяет вообще не покупать систему хранения данных, вместо нее на основе локальных дисков будет создано распределенное файловое хранилище, которое может обеспечить необходимый уровень производительности и отказоустойчивости для виртуальных машин VDI и для виртуальных машин инфраструктуры. Более подробно я напишу про vSAN в отдельной статье, посвященной VDI от VMware. Официальный документ можно найти по этой ссылке (link)

Citrix, как альтернативный вариант архитектуры для VDI проектов, предлагает рассматривать свой Provisioning server (PVS), естественно, в отказоустойчивом исполнении. К сожалению, нет официального документа по референсной архитектуре, который бы смог прояснить спорные моменты, которых достаточно много. Подробнее можно почитать на сайте Citrix (link). Изюминкой технологии является создание бездисковых виртуальных машин VDI. «Золотой образ» специальным образом публикуется на PVS и транслируется (только на чтение) в виртуальную машину по сети. Все временные файлы ОС сохраняются в отдельный файл, который может хранится в оперативной памяти виртуальной машины или на PVS сервере или на диске виртуальной машины (но тогда она не совсем бездисковая). Опять же, все эти ухищрения главным образом направлены на снижение нагрузки на основную систему хранения данных. Более подробно я напишу про PVS в отдельной статье, посвященной VDI от Citrix.

Технологии

Варианты оптимизации производительности от VMware:

• View Accelerator — технология которая позволяет сохранять в оперативной памяти ESXi сервера часто используемые на чтение блоки данных. Позволяет снизить количество операций чтения с системы хранения во время BootStorm и входа пользователей в сессии. На хосте виртуализации используется всего 1Гб оперативной памяти для хранения блоков данных.
• vSphere Storage APIs Array Integration — некоторые системы хранения берут на себя выполнение операций, команды на которые посылает vCenter Server. Позволяет снизить нагрузку на СХД во время операций развертывания и обновления виртуальных машин VDI.
• Transparent page sharing — технология встроенная в ESXi. Позволяет снизить объем используемой оперативной памяти за счет выявления одинаковых блоков, которые виртуальные машины могут использовать совместно. А так как у нас на хостах VDI будут запущены одинаковые операционные системы, которые будут использоваться для одинаковых офисных задач, то экономия может достигать 10-40%. Все будет зависеть от однотипности виртуальных машин и выполняемых задач.
• Карта разгрузки PCoIP — если подключение происходит по PCoIP, то установка в сервер карты с аппаратным чипом от Terradici может привести к снижению нагрузки на CPU до 30%. По протоколу PCoIP передаются измененные пиксели, соответственно, агент, установленный на VDI машине должен определить, какие именно пиксели изменились, завернуть информацию в протокол и отправить клиенты. И дл всего этого используются ресурсы центрального процессора. Если на экране происходит постоянная смена изображения — это очень сильно нагружает CPU. Карта разгрузки берет на себя функции упаковки трафика изображения в PCoIP, чем, обычно, занимается CPU и тем самым снижает нагрузку. Контролировать работу карты нельзя, полностю передать ей функцию передачи PCoIP трафика нельзя, она сама рещает когда включаться в работу и чем заниматься. Надо понимать, что этой картой VMware лечит свои собственные болячки, т.к. у других производителей эта проблема тоже есть, но не стоит настолько остро.

Варианты оптимизации производительности от Citrix:

• IntelliCache — решение подкупающее своей простотой, чтобы разгрузить систему хранения данных нужно использовать локальные диски серверов. Клон золотого образа кэшируется на локальном хранилище сервера и становится доступен на чтение запущенным виртуальными машинам VDI. Если у вас настроено очищение ВМ после выхода пользователя из сессии, то дифференциальные диски также создаются локально и удаляются после logoff-а. Есть вариант и сохранением изменений пользователя на дифференциальных дисках, в этом случае можно сохранять эти данные на общем хранилище и на локальном (будет использоваться только для чтения). Условия, которые необходимо выполнить для работы IntelliCache следующие: общее хранилище должно быть NFS, гипервизор должен быть XenServer, во время установки XenServer необходимо включить технологию Thin provisioning для локального хранилища хоста.

Варианты оптимизации производительности на стороне СХД

• Tiering — функционал системы хранения данных, который позволяет выделить SSD диски для хранения блоков данных, к которым часто происходит обращение. Вся информация также хранится и на SAS дисках в «медленном» разделе. В случае операции чтения система хранения считывает блок с tier раздела (если он там есть) и не обращается к «медленному» разделу. Функционал тиеринга в разных системах хранения работает по-разному, например, в каких-то проходит 24 часа для сбора информации, какие блоки считать «горячими» и поместить на SSD, в каких-то начинает работать сразу. Чтобы избежать ошибок, обобщать не стану, основной принцип должен быть понятен.

Как создаются виртуальные машины

В инфраструктуре VDI обязательно понадобится платформа виртуализации, которой можно управлять из центральной консоли, в эту консоль будут поступать команды от управляющего VDI софта на создание, обновление, включение, выключение, удаление и другие операции с пользовательскими виртуальными машинами. В рассматриваемых решениях такая платформа виртуализации включена в стоимость лицензий VDI. Для VMware Horizon — это VMware vSphere Enterprise Plus, для Citrix XenDesktop — это Citrix XenServer, Microsoft RDS использует встроенную в Windows server 2016 виртуализацию Hyper-V. Рассмотрим самый простой пример, чтобы понять механизм работы службы, которая разворачивает виртуальные машины.

Пример

Сейчас специально опускаются моменты, связанные с инфраструктурным ПО, чтобы сосредоточиться на механизме создания множества виртуальных машин. Возьмем обычный сервер с локальными дисками, на котором нужно развернуть VDI. Сначала администратором в ручном режиме создается эталонная виртуальная машина, которая на схеме называется «W7gold», в нее устанавливаются необходимые программы, специальным образом оптимизируются внутренние службы Windows для максимальной производительности, инсталлируется агентское ПО VDI. После чего запускается автоматический процесс создания N-го числа виртуальных машин. Средствами гипервизора с текущего состояния «W7gold» делается полный клон (диск виртуальной машины копируется полностью), затем клон готовится к размножению с помощью QuickPrep (более быстрый в работе аналог Sysprep). После чего уже с виртуальной машины клона «W7clone» делаются связные клоны. В данном случае диск виртуальной машины «W7clone» не копируется, а становится доступен на чтение N-ому числу виртуальных машин. Все изменения в этих виртуальных машинах пишутся в отдельный дифференциальный файл-диск. Важно то, что работа всех созданных виртуальных машин зависит теперь от одного диска «W7clone», который нельзя перемещать, повреждать и тем более удалять. Вот так в упрощенном виде выглядит механизм создания виртуальных машин VDI.

Vmware horizon client как подключить принтер

You are using an outdated browser. Please upgrade your browser to improve your experience.

expand-card-line
calendar-line —>

A USB printer is a printer that is attached to a USB port on the local client system. You can send print jobs to a USB printer attached to the local client system from a remote desktop.

You can use either the USB redirection feature or the VMware Integrated Printing feature to print to a USB printer from a remote desktop. Redirected USB printers and virtual printers can work together without conflict.

Using the USB Redirection Feature

To use the USB redirection feature to attach a USB printer to a virtual USB port in a remote desktop, the required printer drivers must be installed in the remote desktop and on the client system.

When you use the USB redirection feature to redirect a USB printer, the USB printer is no longer logically attached to the physical USB port on the local client system and it does not appear in the list of local printers on the local client system. You can print to the USB printer from the remote desktop, but you can no longer print to the USB printer from the local client system.

In a remote desktop, redirected USB printers appear as .

For more information, see Use USB Devices.

Using the VMware Integrated Printing Feature

When you use the VMware Integrated Printing feature to send print jobs to a USB printer, you can print to the USB printer from both the remote desktop and the local client system and you do not need to install printer drivers in the remote desktop.

To use the VMware Integrated Printing feature, the feature must be enabled when a Horizon administrator installs Horizon Agent . For installation information, see the Windows Desktops and Applications in Horizon document.

Установка виртуального принтера в VMware Workstation

В ходе работ по изучению подсистемы печати в Linux мне нужен был стенд с подключенным принтером. Поскольку я не люблю выполнять какие-то тесте непосредственно на хостовой ОС, то для работ с подсистемой печати Linux я создал виртуальную машину. Далее я покажу, как выполняется установка виртуального принтера в VMware Workstation.

За основу я взял официальную документацию. Но скократил описание процесса установки до минимума, чтобы получился некое краткое изречение. Дополнительно снабдив публикацию пояснениями и скриншотами.

Описание окружения

Я использую следующее окружение:

Операционная система хост машины – Linux Mint 21 Cinnamon.

Операционная система виртуальной машины – Fedora 36.

Принтер – HP LaserJet P1102.

Гипервизор – VMware® Workstation 16 Pro (16.2.4 build-20089737)

Добавление устройства в параметрах ВМ

Сперва нужно убедиться, что в настройках виртуальной машины вообще присутствует принтер.

Если такого устройства в списке нет, то необходимо его добавить.

Подключение принтера к физическому компьюетру

Также необходимо убедиться, что принтер физически подключен непосредственно к вашему ПК.

Чтобы убедиться точно – можете распечатать тестовую страницу на принтер.

Установка виртуального принтера

Теперь переходим к самому главному моменту – установка драйвера виртуального принтера для виртуальной машины.

Сначала я проверю, что гостевые средства интеграции:

sudo dnf install open-vm-tools-desktop

Теперь в контекстном меню виртуальной машины нужно выбрать пункт “Install Virtual Printer…”.

После этого в виртуальную машину будет подключен CD диск с драйверами для thinprint.

Запустим установку драйвера thinprint:

sudo cd "/run/media/roman/VMware Thinprint/rhel7/x86_64" sudo rpm -ivh thinprint-2.0.21-2.x86_64.rpm

Далее установился ли драйвера thinprint:

sudo rpm -q --info thinprint

[roman@fedora x86_64]$ sudo rpm -q --info thinprint Name : thinprint Version : 2.0.21 Release : 2 Architecture: x86_64 Install Date: Сб 17 дек 2022 17:04:35 Group : System/Utilities Size : 378638 License : VMWARE_COPYRIGHT := Copyright (c) 2007-2017 VMware, Inc. All rights reserved. Signature : (none) Source RPM : thinprint-2.0.21-2.src.rpm Build Date : Пн 24 фев 2020 13:45:36 Build Host : sc-d11-129-028.eng.vmware.com Vendor : VMware Summary : Enables thinprint support on guests. Description :

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

sudo systemctl status thinprint

roman@fedora ~]$ sudo systemctl status thinprint [sudo] пароль для roman: ● thinprint.service - Thinprint Loaded: loaded (/usr/lib/systemd/system/thinprint.service; enabled; vendor> Active: active (running) since Sat 2022-12-17 17:09:47 +07; 2min 41s ago Process: 756 ExecStart=/usr/sbin/tpvmlpd (code=exited, status=0/SUCCESS) Main PID: 764 (vmappld) Tasks: 1 (limit: 4629) Memory: 1.4M CPU: 74ms CGroup: /system.slice/thinprint.service └─764 /usr/lib/tpvmlp/bin/vmappld /usr/lib/tpvmlp/bin/tpvmlp-2 0.1> дек 17 17:09:47 fedora systemd[1]: Starting thinprint.service - Thinprint. дек 17 17:09:47 fedora systemd[1]: Started thinprint.service - Thinprint.

Если по каким-то причинам демон thinprint не работает корректно, то попробуйте отключить SELinux или AppArmor.

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

Установка виртуального принтера в VMware Workstation завершена.