Как «Норникель» переводит инженерные рабочие места с VMware Horizon на российский VDI

Доклад у организатора: «Импортозамещённый VDI для Windows-приложений и инженерной графики»

10 сентября 2026 г.30 мин2 спикераОрганизатор — IT Elements

Редакционная расшифровка: убраны повторы и слова-паразиты, названия и числа сверены по слайдам и двум независимым распознаваниям. Исходная речь сохранена в видео, время реплик приблизительное.

Сергей Панферов

Доброе утро, уважаемые коллеги. Меня зовут Сергей Панферов. Я основатель и директор по продукту компании Loudplay. Сегодня мы с Ильёй Вайном, представителем нашего заказчика «Норильский никель», расскажем про запущенный продукт — гибридное облако. Что это такое?

Сергей Панферов

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

Сергей Панферов

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

Илья Вайн

Коллеги, добрый день. Хочу рассказать о нашем проекте. Это VDI с поддержкой 3D-графики с помощью протокола Loudplay. Сначала о целях пилотного проекта: модернизация текущей инфраструктуры VDI на базе Horizon и создание гетерогенной среды. Пользователи работают локально на АРМ с Linux и при необходимости подключаются к VDI-машинам с привычными приложениями, которых либо нет локально, либо для которых ещё не выбраны аналоги.

Илья Вайн

Часть пользователей, которых мы планировали переводить, работала с графическими приложениями: AutoCAD, Micromine, GEOVIA MineSched и другим специализированным ПО. Понадобилось решение, которое сможет поддержать и таких пользователей. Был выбран стек: zVirt в качестве платформы виртуализации, Termidesk в качестве платформы VDI и протокол Loudplay.

Илья Вайн

Такое было решение.

Илья Вайн

По масштабам проекта.

Илья Вайн

Сама инфраструктура VDI рассчитана на 1 500 одновременных подключений. Но поскольку проект был пилотным, гипервизоры, обслуживающие пользовательскую нагрузку, рассчитаны на 600 одновременных подключений с учётом дальнейшего масштабирования. Из них до 180 — с поддержкой графики, в зависимости от профиля нагрузки и видеопамяти.

Илья Вайн

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

Илья Вайн

Стек технологий. В качестве гипервизора выбран zVirt версии 4.5, платформа VDI — Termidesk, как я уже говорил. Протокол передачи графического контента пользователю — Loudplay. Он позволяет поддержать пользователей с тяжёлой графикой, в том числе поддерживает аппаратное ускорение и решает эту задачу.

Илья Вайн

Расскажу подробнее о профиле наших инженеров. Горные инженеры, которые проектируют выработки, используют наиболее тяжёлый софт: GEOVIA MineSched и Micromine. При этом они работают на 4K-мониторах, до трёх штук.

Илья Вайн

В процессе тестирования мы выяснили, какие параметры необходимы для таких рабочих мест. Многие программы, работающие с 3D, не в полной мере поддерживают многопоточность. Если говорить о Micromine, его движок Vizex использует максимум два ядра. Для себя мы выяснили, что лучшим решением является использование CPU с меньшим количеством ядер, но с большей частотой, особенно в турборежиме.

Илья Вайн

Какие приложения? Как я уже говорил, AutoCAD — это относительно лёгкая графика, особенно 2D-чертежи. Там не требуется много памяти: достаточно 2–4 ГБ. Если мы говорим про Micromine, в режиме 4K требуется минимум 8 ГБ видеопамяти. На каких картах мы проверяли?

Илья Вайн

A16 у нас была для плотности. На ней 64 ГБ видеопамяти, которую можно разделить между многими пользователями с учётом профиля нагрузки. В целом производительности хватало даже на ней. Особо требовательные модели и проекты мы запускали на L40, самой старшей карте в линейке, и тоже проверили её производительность.

Илья Вайн

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

Илья Вайн

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

Илья Вайн

Какие требования к протоколу доставки мы применяли? Первое — кроссплатформенность. Сегодня мы предоставляем виртуальные рабочие столы с Windows, но понимаем, что в будущем это будет Linux. Нам требовалось, чтобы протокол поддерживал в том числе Linux.

Илья Вайн

Аппаратное ускорение, кодирование и декодирование: видеопоток, передаваемый на пользовательский АРМ, должен кодироваться аппаратно, чтобы снимать нагрузку с CPU на серверах. По поводу сети. Сеть разнородная, пользователи подключаются из географически распределённых регионов. Требовалось, чтобы протокол умел адаптироваться к каналам связи, даже к Wi-Fi или 4G, чтобы инженеры могли получать доступ из разных локаций.

Илья Вайн

Хотя преимущественно они работают из своего региона. Как я уже говорил, мультимониторность: два-три монитора 4K. Требовалось, чтобы с ними можно было работать. Как правило, у инженеров несколько мониторов: на один вынесено меню, на другой — непосредственно модель, на третий — документация.

Илья Вайн

Видео — 60 FPS. У нас была задана такая планка, поскольку это базовая частота стандартных мониторов. Чтобы обеспечить оптимальную плавность, мы хотели получить хотя бы 60 кадров, чтобы пользователь работал в своей системе и плавность графики не сильно отличалась от локальной работы.

Илья Вайн

По периферии: ряду пользователей требуется проброс принтеров, сканеров, ключей шифрования и так далее. Прямой проброс USB тоже был желателен на случай дополнительных требований. Например, конструкторы часто используют 3D-мышь: нужно, чтобы её можно было пробросить с нативным драйвером на целевое устройство.

Илья Вайн

Передаю слово Сергею: он подробнее расскажет, как протокол Loudplay реализует эти требования.

Сергей Панферов

Да, Илья, спасибо.

Сергей Панферов

Я хотел бы подробнее рассказать о протоколе Loudplay и технологиях, которые мы используем, чтобы обеспечить требования заказчика. Первое и самое важное, как мне кажется, — кроссплатформенность. Как сказал Илья, задача была обеспечить удалённое подключение с клиента Linux на Windows.

Сергей Панферов

Архитектура нашего протокола изначально разработана так, что весь его функционал кроссплатформенный: Windows и Linux на сервере и на клиенте, включая отечественные операционные системы — Astra Linux и РЕД ОС. Второе — энкодеры и декодеры. Наш протокол умеет использовать аппаратный энкодер графической карты NVIDIA NVENC для кодирования картинки.

Сергей Панферов

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

Сергей Панферов

Что касается декодера, у нас тоже есть возможность использовать встроенную либо дискретную графическую карту на клиентском устройстве для эффективного декодирования картинки. Мы используем два транспортных протокола — TCP и UDP. Поверх UDP мы построили систему помехоустойчивого кодирования.

Сергей Панферов

Она позволяет вместе с полезными данными отправлять избыточные данные с сервера на клиент и в реальном времени восстанавливать картинку на клиентском устройстве при потерях. Это позволяет избежать перезапросов, шторма в сети и так далее. Всё это позволяет нам переживать потери до 30% и задержки до 200 мс.

Сергей Панферов

Но если задержки больше 200 мс — были моменты и до 500–600 мс, — пользователь будет ощущать эту задержку. От сетевой задержки никуда не деться. Мы сделали ряд вещей, чтобы с виртуальным рабочим столом было проще работать.

Сергей Панферов

Самое важное — так называемый аппаратный курсор. Мы захватываем изображение курсора на сервере, вырезаем его оттуда, передаём изображение на локальное устройство и отображаем курсор только локально, а на сервер передаём координаты. Если пользователь переводит курсор и кликает в ячейку, то в течение тех же 250 мс виртуальный курсор, которого уже не видно, переходит в эту координату и кликает туда.

Сергей Панферов

С точки зрения позиционирования проблемы нет, но задержка есть. Если она больше 200 мс, она заметна. Как показывает опыт, при долгой работе мозг человека может к этому адаптироваться, но это зависит от прикладного ПО. У нас есть система автоматического изменения параметров видеопотока в зависимости от состояния сети.

Сергей Панферов

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

Сергей Панферов

Что касается видео, мы используем H.264, недавно подключили H.265. В альфа-режиме есть VP8. Также используем авто-FPS: не кодируем картинку постоянно с 30 или 60 FPS, а определяем фактическую частоту изменений экрана на сервере. Если пользователь ничего не делает, мы оставляем на клиентском устройстве последнюю картинку.

Сергей Панферов

Если пользователь начинает прокручивать PDF-презентацию, это, как правило, происходит со скоростью от 9 до 14 кадров в секунду. Мы берём доступную ширину канала и не пытаемся кодировать с 60 FPS, а используем фактическую переменную частоту. Это позволяет передать более качественную картинку через ограниченный канал.

Сергей Панферов

По поводу курсора есть ещё интересный момент. Курсоры работают с относительными и абсолютными координатами. Некоторые приложения меняют способ вычисления координат в зависимости от области, в которой находится курсор. Есть CAD-система, где в панели инструментов курсор работает одним способом, а в области чертежа — другим.

Сергей Панферов

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

Сергей Панферов

Оптимизированный проброс означает, что мы не передаём весь трафик через сырой USB, а работаем непосредственно с драйвером устройства. Например, у сканера через драйвер перехватываем картинку, сжимаем её и отправляем на сервер, на виртуальное устройство. Оно уже взаимодействует с прикладным ПО.

Сергей Панферов

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

Сергей Панферов

Политики безопасности могут применяться к разным типам устройств по PID и VID USB-устройства. На Linux они также могут быть адресными — для конкретного пользователя или группы пользователей. Есть возможность применять белые списки: брокер через агента может задавать перечень пользователей, которым разрешено подключаться.

Сергей Панферов

Есть и Secure mode: когда сервер загружается, а список пользователей через агента ещё не передан, активируется этот режим и никто не может подключиться.

Сергей Панферов

По поводу сложностей внедрения. Сложности бывают у всех, главное — вовремя с ними справляться. Наш стек — zVirt, Termidesk и Loudplay. В какой-то момент мы поняли, что параметры от Termidesk к Loudplay передаются неверно. При этом возникали необъяснимые состояния и поведение Loudplay.

Сергей Панферов

Вместе с коллегами, в том числе с заказчиком, мы долго разбирались и нашли неправильно передаваемые параметры и опечатки. Исправили. Была проблема с неверным отображением состояния сессии в брокере. Не передавались или не воспринимались параметры агентом сервера: пользователь подключился через протокол, отключился, находится в режиме reconnect и так далее.

Сергей Панферов

Также появилась потребность оптимизировать проброс некоторых устройств. Про принтеры я уже сказал: успели сделать это в последнем релизе. В следующем релизе у нас будет оптимизированный проброс веб-камер. Казалось бы, мелочь, но немаловажная — включение микрофона через UI.

Сергей Панферов

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

Сергей Панферов

Предстоит задача проброса нашего протокола через шлюз Termidesk. Для этого нужно перейти на новую архитектуру транспорта — один порт. Чуть позже об этом скажу. В одном из регионов у коллег есть сетевые блокировки и ограничения. Эту проблему можно решить инженерным подходом: сесть и отлаживать.

Сергей Панферов

Этим мы и планируем заниматься.

Сергей Панферов

По проблемам. Мы добавили проброс принтеров и смарт-карт, исправили работу микрофона в UI. По поводу смарт-карт я ещё не упомянул: смарт-карта работает в оптимизированном режиме. Мы взаимодействуем с драйвером и передаём команды на виртуальную смарт-карту на сервере.

Сергей Панферов

Мы не отключаем её от клиентского устройства, поэтому её можно продолжать использовать и локально, и удалённо.

Сергей Панферов

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

Сергей Панферов

Также мультимониторность. У нас сейчас нет нативной поддержки нескольких мониторов. Мы применяем временное решение — растяжение экрана. В ближайшее время, думаю, через полтора месяца, мы внедрим эту систему сначала на Linux, затем на Windows. Она будет работать как с поддержкой GPU, так и без неё.

Сергей Панферов

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

Сергей Панферов

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

Сергей Панферов

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

Сергей Панферов

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

Сергей Панферов

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

Сергей Панферов

Надеемся на новые площадки в продуктиве и дальнейшее развитие. На этом всё. Коллеги, если есть вопросы, с удовольствием ответим.

Участник из зала

Спасибо за доклад. Для такого внедрения необходимо посчитать и экономическую часть. Я в своё время участвовал в таком проекте…

Сергей Панферов

Расскажите, пожалуйста, немного плохо слышно.

Участник из зала

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

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

Сергей Панферов

Этот вопрос я, наверное, вам адресую.

Илья Вайн

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

Илья Вайн

Вторая задача — безопасность. Такие ГИС, о которых я говорил, зачастую имеют доступ к чувствительным сегментам сети. В VDI их гораздо проще изолировать, чем АРМ на конкретных рабочих местах, где приходится использовать наложенные средства защиты, например «Континент», которые расходуют полосу.

Илья Вайн

Возможность загрузки с файлового сервера остаётся, но сильно замедляется. В этом плане инженеры вздохнули свободнее. Ещё один момент — расчёты. Например, в Micromine у наших инженеров есть задачи, которые они оставляют считать на ночь. Если стоят обычные процессоры i7 определённого поколения, задача считается, грубо говоря, 6 часов.

Илья Вайн

На сервере у нас достаточно мощные Xeon, мы можем выделить больше ядер. В ряде задач, не во всех, это можно посчитать за 2 часа. Не нужно оставлять рабочее место на ночь ради этих вычислений, можно получить результат за один день.

Илья Вайн

Такие основные аргументы.

Участник из зала

Спасибо вам большое.

Сергей Панферов

Большое.

Илья Вайн

Ещё не сказал о лицензировании. Например, пул лицензий Micromine ограничен, а пользователи работают одновременно или в разное время. Если это АРМ, пользователь может утром запустить рабочее место, занять лицензию, и она будет занята целый день, хотя он может ничего не считать и не делать.

Илья Вайн

Здесь мы можем гибко настроить тайм-ауты, disconnect и logoff, зная, что конкретная сессия в расчётных нагрузках не должна превышать определённое количество часов. Так появляется большая ёмкость по лицензиям. В текущем варианте, когда всё установлено на АРМ, у нас иногда возникали ситуации: все лицензии из пула исчерпаны, а инженеру нужно срочно запустить задачу.

Илья Вайн

Ему приходится звонить коллегам, выяснять, у кого что запущено, сбрасывать занятые лицензии на сервере лицензирования и так далее.

Участник из зала

Добрый день. Был ли у вас опыт использования 3D-графики с удалённых рабочих мест по плохим каналам и с большими задержками? Какие задержки при этом позволяли комфортно работать?

Илья Вайн

Как Сергей уже говорил, задержки больше 250 мс ведут к ощутимым замедлениям в интерфейсе.

Участник из зала

Давайте так: канал 3 Мбит/с, задержка 120 мс. Насколько корректно будут работать AutoCAD и другие CAD-системы?

Сергей Панферов

Попробую прокомментировать. Всё сильно зависит от разрешения. Если у вас Full HD, с помощью кодека H.265 в целом можно добиться приемлемой картинки на 3 Мбит/с. Если разрешение выше Full HD, ваши инженеры, скорее всего, будут не очень рады.

Илья Вайн

Да, совершенно верно. Хотел добавить про джиттер. Если сеть стабильна, канал 3 Мбит/с и задержка стабильна, это одна история. Если задержка постоянно меняется, может быть ухудшение. Нужно смотреть канал и с этой стороны.

Сергей Панферов

Дополню по джиттеру. Если задержка есть и она стабильна, мозг адаптируется. Если задержка постоянно меняется, мозг не успевает адаптироваться и возникают проблемы.

О записи

«Норникель»: с VMware Horizon на российский VDI

Горно-металлургическая компания переходит с VMware Horizon: рабочие места переводят на Linux, а доступ к инженерным Windows-приложениям — AutoCAD, Micromine, GEOVIA MineSched — сохраняют через VDI. Илья Вайн, ИТ-архитектор «Норникеля», — о требованиях инженеров и стеке zVirt 4.5 + Termidesk + Loudplay. Сергей Панферов, директор по продукту Loudplay, — о протоколе, совместных доработках и границах решения.

1Задача «Норникеля» — перевести рабочие места на Linux и модернизировать инфраструктуру VDI, которая работала на VMware Horizon, сохранив доступ к инженерным Windows-приложениям. Целевой стек — zVirt 4.5, Termidesk, протокол Loudplay и Loudplay vGPU.
2Роль Loudplay в проекте — доставка рабочего стола и работа с графикой. Брокер — Termidesk, а сценарии с 3D держатся на протоколе Loudplay и Loudplay vGPU: до 180 графических мест в контуре на 600 подключений.
3Ресурсы подбирали по реальным задачам инженеров. Для разных приложений важны разные сочетания частоты процессора, видеопамяти и мощности GPU — единого профиля на всех нет.
4Внедрение потребовало совместной диагностики заказчика и вендоров: исправляли передачу параметров, состояние сессий и работу периферии. Termidesk перевели в промышленную эксплуатацию; миграция пользователей шла поэтапно.
5Экономику оценивали под конкретные нагрузки. Заказчик отмечает гибкость доступа и изоляцию систем, но не обещает, что VDI всегда дешевле локального ПК.

Доклад отражает состояние проекта на 10 сентября 2026 года: нативная поддержка нескольких мониторов, переход на один порт и часть улучшений периферии обсуждаются в записи как планы, а названные сроки не были обещанием выпуска. Что умеет протокол Loudplay сейчас →

Сценарий

Темы записи

9 блоков и карта речи: кто и когда говорил. Нажмите на блок, дорожку или вопрос, чтобы перейти к этому месту.

Блоки

Илья Вайн10 мин

Сергей Панферов14 мин

?Вопросы участников

015′

01 · 0:00–1:11
Зачем сохранять Windows-приложения в облаке
Переход на отечественные ОС без отказа от привычного инженерного ПО.
- Рабочие места переведены на отечественные ОС, доступ к Windows-приложениям сохранён.
- Решение — гибридное облако: Windows и ресурсоёмкое ПО с графикой вынесены в виртуальные рабочие места.
- Проект собран из решений нескольких вендоров.
02 · 1:11–4:33
Цели, масштаб и стек проекта
Илья Вайн — о модернизации VDI, продуктивном контуре и поэтапной миграции.
- Исходная точка — инфраструктура VDI на VMware Horizon; целевой стек: zVirt 4.5 как платформа виртуализации, Termidesk как VDI, протокол Loudplay и Loudplay vGPU для работы с картами NVIDIA.
- Инфраструктура заложена под 1500 одновременных подключений, пилотный контур — 600, до 180 из них с графикой в зависимости от профиля нагрузки.
- Termidesk прошёл опытно-промышленную эксплуатацию и переведён в промышленную; миграция идёт волнами.
03 · 4:33–7:20
Приложения инженеров и подбор ресурсов
AutoCAD, Micromine и GEOVIA MineSched: почему ресурсы выбирали по результатам испытаний.
- Движок Micromine использует максимум два ядра — выгоднее процессор с меньшим числом ядер, но большей частотой.
- AutoCAD с 2D-чертежами хватает 2–4 ГБ видеопамяти, Micromine в 4K требует от 8 ГБ.
- Проверяли NVIDIA A16 для плотности и L40 для тяжёлых моделей; для 60 кадров в секунду при масштабировании выбрали L4.
04 · 7:20–10:03
Что заказчик требовал от протокола
Кроссплатформенность, аппаратное кодирование, сеть, мониторы и периферия.
- Работа с Linux на клиенте и Windows в виртуальном рабочем месте.
- Несколько экранов 4K и плавная графика — требования заказчика; ограничения реализации обсуждаются дальше.
05 · 10:03–17:32
Как протокол отвечает на требования
Аппаратное кодирование и декодирование, адаптация к сети, доставка периферии и политики доступа.
- Кроссплатформенность: клиент и сервер на Windows и Linux, включая Astra Linux и РЕД ОС.
- Аппаратный энкодер NVIDIA NVENC на сервере, декодирование на клиенте, помехоустойчивое кодирование поверх UDP.
- Оптимизированный проброс принтеров, сканеров и смарт-карт — вместе с политиками, которые позволяют это запретить.
06 · 17:32–22:22
Что исправили вместе и что оставалось в планах
Параметры подключения, события сессий, принтеры и смарт-карты; отдельно — дальнейшее развитие.
- Исправили передачу параметров между Termidesk и Loudplay и событий состояния сессии.
- На момент доклада для нескольких мониторов применяли растяжение экрана; нативную поддержку ещё планировали.
- Переход на один порт и работу через шлюз, оптимизацию веб-камер и часть сетевой диагностики обсуждали как следующие шаги.
07 · 22:22–23:35
Что показал пилот
Доступ к Windows-приложениям с Linux и запуск проекта, в котором участвовали несколько вендоров.
- Миграция ОС рабочих мест и замена прикладного ПО разведены во времени.
- Инженерный VDI проверяется целиком: брокер, протокол, графика и периферия — одна связка.
- Дефекты интеграции получили версии и сроки; следующий шаг — новые площадки в продуктиве.
08 · 23:35–28:10
Всегда ли VDI выгоднее рабочего ПК
Почему экономику считают под задачу; гибкость доступа, изоляция и использование лицензий.
- Заказчик прямо говорит: VDI не всегда дешевле локального рабочего места.
- Преимущества в этом проекте — доступ из разных точек, изоляция чувствительных систем и гибкое выделение ресурсов.
1 вопрос — во вкладке «Вопросы» рядом с плеером
09 · 28:10–29:52
3D-графика на узком канале
Вопрос из зала о полосе и задержке: роль разрешения, кодека и стабильности сети.
- На Full HD с H.265 приемлемая картинка достижима и на 3 Мбит/с; выше Full HD — уже нет.
- Джиттер важнее абсолютной величины: стабильная задержка переносится легче плавающей.
1 вопрос — во вкладке «Вопросы» рядом с плеером

Следующий шаг

Обсудить протокол Loudplay для вашей задачи

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

Почтаinfo@loudplay.io
Что написатьСколько рабочих мест, какой гипервизор, какие ОС — так мы ответим предметно с первого письма.
Срок ответаОбычно в течение часа, не позднее одного рабочего дня.