Loudplay VDI: максимальный контроль над виртуальной инфраструктурой без потери производительности

8 сентября 2026 г.1 ч 33 мин5 спикеровОрганизатор — CompTek

Команда CompTek

Так, коллеги, всем доброе утро. Время 11:00. А предлагаю начинать. Спасибо всем, кто вовремя присоединился к нашему вебинару. А сегодня компания CompTek представляет своего вендора - компанию Loudplay. А я прежде всего передам слово своему коллеге Евгению Фишману. Он в CompTek является руководителем направления систем виртуализации VDI. И он представит нашего вендора и коллег из Loudplay. Женя, пожалуйста. Спасибо.

Евгений Фишман

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

Евгений Фишман

А вот. Поэтому вопрос о том, куда бежать, что делать, он всегда стоит на повестке и у служб эксплуатации, у заказчиков, и у интеграторов. А как бы чего предлагать, за что можно, как говорится, отвечать и будет не стыдно, да. И, собственно, что вообще есть в какой области. Есть технологии, которые совсем новые, никому не известные, про них даже как бы даже никто и не знает, что они есть. Есть технологии более-менее известные. Ну вот я бы сказал, что VDI относится к более-менее известным технологиям на российском рынке. Но, но решений много. Уже сейчас много кто что делает. Вопрос юзабилити, да. То есть что мы умеем, как мы работаем, насколько это подходит под задачи заказчиков, какая вариативность есть, собственно, что мы хотим через этот VDI делать, просто ли работать на рабочих местах простых пользователей, клерков, там, да, щёлкать там условную почту, интернет, Word, может быть, да, какой-нибудь Excel условный.

Евгений Фишман

И то тоже, может быть, не Word и Excel, а уже что-то другое. Или мы хотим, может быть, работать с каким-то тяжёлыми приложениями, а может быть, мы хотим и то, и другое вместе, ещё какой-то 3D-моделирование, да, такой тяжёлое, какие-нибудь компасы. Соответственно, возникают все эти вопросы. Ну и понятное дело, что самое главное - это как бы готовность команды что-то делать, а опыт в написании, в принципе, в разработке, ну и насколько вообще этот продукт получается такой, как сказать, качественный, да. Я всё время говорю, что а слово качественный имеет определение, но мне нравится такая фраза, как то, что качество - это способность соответствовать заданному и, самое главное, подразумеваемым требованиям, да. То есть если мы это даже не можем произнести, но мы понимаем, что это должно быть, то это должно быть by default, а вот всё остальное - это, наоборот, те вишенки на торте, которые, наверное, мы хотим получить.

Евгений Фишман

Сегодня мы хотим рассказать вам, точнее, мы пригласили сегодня компанию, в принципе, всем уже известную на российском рынке, это компания Loudplay. Кто знает, кто не знает, Loudplay вышел из облачного гейминга. Наверное, все играли в разных облаках российских больших провайдеров и платформ Loudplay используется. Кто там во что играл, в Танки и так далее. В общем, протокол есть. Идея использовать его под VDI уже давно существует, она реализована и в разных платформах виртуализации VDI, с VDI, который, да, Loudplay уже интегрирован. Ну сейчас не буду как бы говорить, в какие, коллеги, вот, соответственно, сегодня это расскажут. Но сегодня есть следующая новость, следующий шаг. Компания Loudplay выпускает собственное решение по именно VDI.

Евгений Фишман

То есть это уже не просто протокол. Сам протокол тоже не просто протокол, да, он достаточно интересный, у него есть много настроек и так далее, так далее, но это именно протокол, то, что называется передача данных. А мы говорим про решение, то есть по сути про брокер и всё, что связано с инфраструктурой VDI. И опять-таки, как я сказал, зарекомендовав себя на рынке как минимум уже двумя решениями, которые, ну, скажем так, статистически то, что мы слышим ответы, признан, ну как бы, годным, уважительно люди к этому относятся, признают. У нас, например, есть заказчики, которые используют Loudplay протокол на платформах виртуализации VDI других, пока что вот не Loudplay-евских. И там были разные капризные заказчики в виде проектировщиков, которые говорили Ой, как у меня не так плавно крутится вот эта моя деталь, вот это вот всё.

Евгений Фишман

И потом, когда они видели решения VDI с Loudplay-ем, их, как сказать, нервы становились в порядке, все эти капризы уходили, люди признавали, что оно нормально работает. Поэтому данной команда как бы вызывает уважение с точки зрения разработки, и сегодня она представит вам своё новое решение. А мы это решение сами до конца ещё не видели, тоже нам будет что интересно посмотреть, то есть про что-то знаем, что-то слышали, что -то обсуждали, но я думаю, что сегодня будет и для нас много чего нового. Сегодня у нас три представителя компании Loudplay - Елена, Сергей и Дмитрий. Я думаю, что они сами разберутся, кто кому первое слово дать, да, вы скажите кому. Елене, наверное?

Елена Денисенко

Да, мне.

Евгений Фишман

Спасибо большое. Вот, соответственно, передаю слово. Ну и Елена, мы вам потом вопросы будем задавать, после того, как вы всё расскажете.

Елена Денисенко

Хорошо, хорошо, постараемся на все ответить. Спасибо большое, Евгений. Здравствуйте, дорогие коллеги, партнёры, уважаемые клиенты. После неожиданно активного лета, несмотря на отпускные периоды и общие тревожные ожидания относительно рынка IT, мы сегодня с огромным удовольствием встречаемся с вами в начале сентября, чтобы представить вот это вот решение Loudplay VDI. Несколько лет мы к этому шли к моменту, и сегодня вы, по сути, первые, кто увидит эту разработку в области виртуализации рабочих мест, позволяющую максимально использовать все текущие функциональности самого протокола Loudplay.

Елена Денисенко

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

Елена Денисенко

Рынок знает, действительно, рынок знает Loudplay в первую очередь как разработчика протокола, специализирующегося на 3D-графике. Это и так, и не так. Надо сказать, что оттачивание протокола, особенно с нуля, то есть проприетарного, очень кропотливая работа. Но мы также понимаем, что дотачивание open-source протокола под требования корпоративного рынка может оказаться ещё более непростой задачей. Слишком много усилий уходит на избавление от зависимостей, от наследуемых хвостов и устаревших технологий, а качество продолжает желать лучшего. Наш протокол действительно полностью проприетарная разработка, на которую ушло девять лет глубокого погружения в R&D, разработки технологий, на которые мы получили патенты, и которыми мы гордимся.

Елена Денисенко

Опыт применения базового протокола в гейминга - это был бесценный опыт. Благодаря ему Loudplay сейчас активно используется в том числе для работы с ВГПУ. Об этом мы рассказывали на прошлом вебинаре CompTek-а. Для таких задач применима версия с партномером Loudplay ВГПУ. В своё время мы приняли для себя подход, что делаем то, в чём действительно чувствуем себя профессионалами, отдавая другим возможность использовать эти наработки для достижения максимального функционала конечного продукта. Но как показал опыт, объём задач у большинства наших технологических партнёров настолько широк, что, как оказалось, у них нет возможности сконцентрироваться на интеграции с нами, от чего страдают и наши заказчики, и партнёры, и мы.

Елена Денисенко

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

Елена Денисенко

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

Елена Денисенко

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

Елена Денисенко

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

Елена Денисенко

Выбирая открытую стратегию, Loudplay не строит замкнутую, так называемую vendor-lock систему. В текущей реализации и в перспективе в планах стоит поддержка востребованных рынком и операционных систем, и гипервизоров разных. Это отчасти про универсальность использования Loudplay. Так, в первом релизе Loudplay в VDI реализована поддержка шести гипервизоров. В следующем планируем планируем добавить новые. Loudplay VDI подходит для работы с разными сценариями, как говорилось, и с 3D, и без 3D, для работы с простыми офисными и высоконагруженными приложениями.

Елена Денисенко

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

Елена Денисенко

Такие кейсы тоже встречаются. Loudplay VDI и специальная реализация для работы с ВГПУ и для протокола, и для VDI. И всё это поддерживается с помощью портала обслуживания, наполненного соответствующей базой знаний. Ну сейчас, вероятно, передам слово Сергею.

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

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

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

Также недавно была добавлена к клиентской части операционной системы Касперский Протокол работает с кодеками H.264, недавно добавлен был H.265 и в альфа-версии ВП8. Работает протокол на любых гипервизорах на уровне guest VM. Поэтому в целом он может работать как на виртуализации, так и на bare-metal серверах. У нас протокол является, мы его позиционируем как универсальный, он может работать как с энкодерами хардварными, так и софтверными без графической карты на сервере. Соответственно, работаем мы с картами как NVIDIA, так и AMD. У нас есть собственный транспорт TCP и UDP.

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

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

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

Что значит оптимизированные? Это значит то, что мы не пробрасываем сырой трафик USB, а мы взаимодействуем непосредственно с драйвером устройства на клиентской части или в случае сервера печати на серверной части, забираем, собственно, картинку, пережимаем её и отправляем в соответствующую сторону на клиент или на сервер. Нужно это для того, чтобы сэкономить ширину используемого канала в случае использования каких-то высокопроизводительной периферии. Собственно, максимальное разрешение сейчас 4K для H.264 и 8K для H.265 в случае использования хардварного энкодера 60 кадров в секунду и минимальный канал - это 100 кбит в секунду. Соответственно, у нас есть возможность собирать статистику, которая вот справа указана в виде скриншота.

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

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

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

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

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

То есть мы теперь можем передавать значение клиент подключен-отключен, клиент ушёл в состояние idle, клиент ушёл в состояние reconnect. Для того, чтобы в зависимости от собственно текущих настроек стороны брокера можно было гибко управлять сессией. Также у нас появился grace период на сервере лицензий, который являлся, скажем так, можно сказать, единой точкой отказа. Теперь в случае проблем на сервере лицензий заказчик будет уведомлен об этом, и у него появится достаточное количество времени для того, чтобы устранить проблему, возникшую с сервером лицензий. В пятнадцатом релизе у нас появился кодек H.265, который позволил ещё больше сократить используемую ширину канала практически до 50% У нас появилось большое количество изменений в плане проброса периферии.

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

Как я уже сказал, это смарт-карты, токены, это оптимизированная печать и сервер печати. Также это централизованные политики периферии и защищённый режим. Также у нас официально теперь поддержан тонкий клиент на Касперский и туда же включены звук, микрофон, сырой USB и смарт-карты. Почему не все не все типы периферии собственно поддержаны на стороне тонкого клиента? Потому что есть некоторые нюансы со стороны тонкого клиента в виде работы с различными драйверами. Что касается дорожной карты. В ближайшем, скажем так, в третьем квартале мы планируем перейти на единый порт. То есть у нас основная проблема, ну, скажем так, не проблема, существенное неудобство со стороны сетевиков заключалось в том, что протокол работал по нескольким портам сетевым.

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

Соответственно, теперь мы переводим всё на виртуальные каналы. В ближайшем релизе, я думаю, в альфа-версии параллельно выпустим версию, работающую на едином порту с виртуальными каналами. У нас появилась, как я сказал, появится дополнительно смарт-карты и токены на Windows, потому что в предыдущих релизах они были поддержаны только на Linux со стороны сервера. И поддержка камер для толстого клиента и для Касперский Камер - имеется в виду веб-камеры оптимизированные, когда мы не пробрасываем весь видеопоток через сырой USB, а когда мы захватываем изображение, пережимаем его и отправляем на сервер. Также у нас сейчас в работе поддержка нескольких экранов на Linux сервере без GPU.

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

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

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

Дальше из периферии у нас, по сути, остаётся - это проброс папок файловой системы. Ну, собственно, проброс файловой системы, потому что сейчас это работает через буфер обмена. И дальнейшее расширение возможности работы с несколькими экранами для Windows, для GPU и поддержка на клиентской части Касперский Ну я очень надеюсь, что успеем ещё и поддержать клиентов для Android и Mac OS. Почему сейчас это становится возможно, в частности, для Android? Потому что сейчас у нас, если появляется собственный продукт в VDI, то у него должен быть так называемый вторая часть приложения - это отвечающие за бизнес-логику, а не просто библиотека работающего протокола.

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

Поэтому для Android, я думаю, получится всё очень интересно и красиво. По поводу востребованности - это вопрос открытый, скажем так. Коллеги, с моей стороны всё. Быстренько пробежались. Я, наверное, передам слово Дмитрию, нашему руководителю направления развития VDI, для того, чтобы он более подробно рассказал, собственно, про функционал нашего нового брокера. Будут вопросы - пишите, постараемся оперативно ответить либо будем отвечать после сессии.

Дмитрий Глазычев

Да, спасибо, Сергей. Коллеги, добрый день. Меня зовут Дмитрий. Я руковожу направлением Loudplay VDI. Sпустя долгое время работы внутри команды рад сегодня выступать спикером на нашей встречи, выйти в свет и сразу с одновременно с новым продуктом, который, я уверен, займёт

Дмитрий Глазычев

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

Дмитрий Глазычев

На слайде четыре наших компонента плюс стриминг-протокол, о котором говорил Сергей. Пройдёмся по карточкам. Собственно, сервер управления - это один процесс и один сетевой порт. В нём находится вся ключевая логика. Это гипервизоры, пулы, сессии, политики и лицензии. Отдельный сервер приложений, шлюз или консоль ставить не нужно. База PostgreSQL, её разворачивает установщик. Далее панель управления. Здесь та же программа, веб-консоль отдаётся с того же порта, ставить отдельно нет необходимости ничего. Разделы безопасности и аудита в ней отделены. Администратор безопасности и аудитор видит только свою часть. Третий компонент - это агент, небольшая служба внутри каждой машины.

Дмитрий Глазычев

В сеть он ходит только к серверу управления. Раз в 30 секунд сам приходит с отчётом и тем же ответом забирает команды и политики. Здесь также упоминается манифест. Это подписанное описание того, что делает агент. К нему вернёмся на слайде про безопасность ближе к концу. Ну и непосредственно приложение. Наш десктопный лаунчер работает на Windows 10 11 и распространяется на Linux пакетами DEB и RPM. По функциям - это вход, список рабочих столов, запуск при подключении после обрыва. И а стриминг-клиент протокола приложения ставит и обновляет само. Ну и, естественно, да, картинку отдаёт не агент. Рядом Рядом с ним работает стриминг-сервер протокола.

Дмитрий Глазычев

Свой процесс у него на каждой сессии идёт.

Дмитрий Глазычев

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

Дмитрий Глазычев

Видео, звук, ввод и периферию наш протокол доставляет напрямую с машины на экран пользователя. Сервер управления этот поток через себя не пропускает. Соответственно, порт 80 80 внутренний. При установке из пакета наружу смотрит только на ваш прокси с шифрованием на 443 порту. И, соответственно, раз видео через сервер не идёт, ему не нужны ни широкий канал, ни большая мощность. Это одна небольшая виртуальная машина и а видеотрафик её не нагружает вовсе. Что знает сервер - это кто, когда и к какой машине подключился. Содержимое экрана и файлы пользователей через него не проходят. Рассмотрим далее а шаги.

Дмитрий Глазычев

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

Дмитрий Глазычев

Второй шаг - подключение гипервизора. Здесь адрес, учётная запись, кнопка проверки, соединение проверяется ещё до сохранения. Сети, хранилища, типы размеров подтягиваются в списке сами непосредственно через интерфейс взаимодействия через API. Третий а эталон и профиль ресурсов. Про них будет следующий слайд. У нас это две сущности, из которых и собирается пул. Четвёртый шаг. А у пула есть тип - тёплый буфер, потолок. Новый клон сам приходит на сервер и встаёт в пул. Здесь тоже более подробно остановимся чуть дальше. Ну и пятый - непосредственно, когда пользователь а ставит приложение, вводит адрес сервера и подключается. А на слайде шесть платформ виртуализации.

Дмитрий Глазычев

Подключаются они одинаково. Сервер управления работает через родной API каждой платформы по одному внутреннему интерфейсу, контракту. Отсюда одна панель на смешанный парк. Справа на скриншоте у нас страница гипервизора, карта его машин перед подпиской процессоров, память узла и занятость видеокарт. Полный инвентарь карты профилей идёт с соседней вкладкой. А Чего на слайде не видно? А Возможности каждого гипервизора панель не угадывает, а спрашивает у драйвера. Если платформа не умеет какую-то операцию выполнять, выбор просто не предлагается. Например, в OpenStack у нас там не поддерживается откат к снимку и данная опция не показывается в мастере. Второе - а мы не считаем операцию успешной по ответу принято.

Дмитрий Глазычев

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

Дмитрий Глазычев

Это больше к модулю а здоровья платформы, который тесно интегрирован у нас во все слои платформы, на котором остановимся ещё чуть дальше. А На следующем слайде у нас два объекта вместо одного. Собственно, это два кирпичика, из которых у нас складывается пул, а который называется Эталон и Профиль ресурсов. Эталон в нашем понимании - это образ и то, как он клонируется, полный клон или связанный, чем машина донастраивается при старте. Профиль ресурсов - а это размер и размещение. Там задаются ядра, память, диск, сеть, хранилище и видеокарта. Таким образом у нас один образ а какого-нибудь Rados может питать и маленькие машины бухгалтерии, и большие с графикой.

Дмитрий Глазычев

Образ будет использоваться тот же. А Тип клона - это свойство эталона. Связанный клон на нашем стенде создаётся за считанные секунды против двух минут у полного и почти не занимает места. А Связанные клоны у нас в первом релизе будут поддерживаться на всех гипервизорах а за исключением OpenStack, потому что он с ними в целом взаимодействовать не умеет. А По вопросам из чата вернёмся к концу презентации, отдельно выделим отдельно выделим на них время. А Новая версия образа сама на пулы не приезжает. Администратор собирает версию и переводит на неё пул кнопкой пересборки.

Дмитрий Глазычев

На следующем слайде описан а пул тремя вещами - тип, три числа ёмкости и обновление эталона. Тип определяет, чья машина а в ручном а в ручном типе машина раздаёт администратор. В плавающем человек берет любую свободную и после выхода она пересоздаётся за эталона. А в персональном машина закреплена за человеком, данные на ней остаются. Три числа - это сколько машин держать всего, сколько из них включенными и выше какого потолка не подниматься. Дальше пул будет жить сам. Раз в минуту сервер управления сверяет факт с числами. А Вверх идёт сразу, вниз с задержкой. Холодный резерв - это машины уже склонированные и выключенные.

Дмитрий Глазычев

Когда спрос растёт, сервер их включает и переклонирует заново. А Касательно задержки при движении вниз а пул сворачивается у нас неохотно. Да, это намеренно. Излишек должен продержаться несколько минут, а машина - проработать полчаса. Это некая защита от качелей, чтобы лишний раз не пересоздавать а виртуалки. Ну и есть расписание для ёмкости а чтобы, например, к утру подготовить больше машин, вечером часть из них выключить, когда там сотрудники уходят с работы. Это не второй движок. Оно по часам переписывает вот эти вот три числа.

Дмитрий Глазычев

Ну и последний пункт списка - новую версию эталона плавучий пул раскатывает а пачками. По статусам - активна обычная работа пула, придержан - а останавливает рост пула, обслуживание - останавливает ещё и новые подключения. Активные сессии при этом живут, мы их не трогаем. Занятую машину не заберёт ни сжатие, ни пересборка. Мы ожидаем, пока человек выйдет сам, пока сессия будет завершена.

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Дмитрий Глазычев

Ну и отзыв доступа - это одно действие. Токены сразу становятся мёртвыми, живые сессии гасятся. Рядом а защита от подбора. Её порог задаётся в настройках а в в конфигурации веб-панели. И аварийный вход, если администратор потерял фактор. Беспарольный вход в Linux устроен следующим образом. Сервер выдаёт подписанный билет на 60 секунд а привязанный к машине и человеку, и он сгорает после первого использования. Linux у нас Linux уже работает, а по Windows у нас в во втором релизе в соответствии with нашим roadmap, который также будет ближе к концу.

Дмитрий Глазычев

На слайде политики - это как настройки собираются в профиль и как проверить а что применится к сессии. Профиль вешается на пул, на группу или на конкретного человека. Внутри четыре категории - а протокол - это качество картинки, сессия - тайм-ауты и периферия - что можно побросать в стол, и доступ - откуда и кого пускать. Про периферию. Платформа управляет буфером обмена и классами USB. Накопители, принтеры, смарт-карты, камеры назначаются назначаются адресно. То есть бухгалтерии оставили принтер, подрядчику закрыли накопители, отдельный пул под каждый слой а под каждый случай не нужен. Есть встроенные профили.

Дмитрий Глазычев

На скриншоте видны с замочком системный а 30 кадров и 5 Мбит, 60 кадров и 15 Мбит для более высокого качества картинки и строгий режим с запретом буфера и флешек. А Слияние. Как политики применяются. По безопасности побеждает самый строгий запрет, по предпочтениям - то, что ближе к человеку. Напомню, да, как я уже сказал, политики вешаются на пул, группу или на человека. Также есть флаг принудительно. Он запрещает а ослаблять профиль уровнем ниже. Ну и последний пункт списка - это а есть у нас отдельный раздел с результирующей политикой и моделированием.

Дмитрий Глазычев

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

Дмитрий Глазычев

А Обрыв связи. На слайде в целом отображена жизнь сессии полная - от подключения до завершения и то, что происходит при обрыве связи, да, по статусам шести состояний. Если связь пропадает, стол на машине никто не гасит, машина остается закреплённой за человеком. Всё окно переподключения по умолчанию оно составляет 5 минут. Человек открывает приложение, видит плашку У вас есть активная сессия, нажимает продолжить и попадает в те же окна. А Всё это регулируется политиками - вот эти 5 минут, простой в полчаса, предельные 12 часов и а лимит столов на одного человека. Числа заказчик может задавать самостоятельно. Состояние активно, простой, отключена.

Дмитрий Глазычев

Мы определяем по а устанавливаем в соответствии с отчётами агента - то, что приходит от него в хардбитах. Завершает сессию сервер управления по тайм-ауту или по команде администратора или пользователя.

Дмитрий Глазычев

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

Дмитрий Глазычев

Далее слайд про то, что служба безопасности проверяет сама. Это Сейчас, секунду. Журнал аудита и агента. В журнале у нас каждое изменение состояния - это отдельная запись. Кто, что и с какого с какого адреса. Перечень событий Перечень событий закрытый. Чего нет в реестре, то не запишется. Изменить запись нечем. Журнал только читают и выгружают. Читают его три роли - администратор, администратор безопасности и аудитор. Агент - это служба на машине с коротким списком команд и подписанным описанием поведения. А Доступен разовый срез под запрос а в формате экспорта.

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Дмитрий Глазычев

По инцидентам - они открываются при превышении десятикратного порога. Как видно на скриншоте слайда, считаются не от абсолюта, а от собственной медианы узла за неделю. И пока узел отвечает быстрее полутора секунд, тревоги, соответственно, не будет. Инцидент открывается со второй плохой пробы по умолчанию, а письма уходят, если на настроен почтовый канал. Здесь всё это конфигуриру конфигурируется в В интерфейсе видна кнопка Настроить проверки.

Дмитрий Глазычев

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

Дмитрий Глазычев

Сам сервер обновляется также - идёт выполняется снимок базы, замена и проверка готовности. Готовой версия считается только когда три же подряд ответило, что готова, и назвала свою версию. Иначе готовится прежняя а база из снимка. Инвентарь версий отвечает и позволяет понять, кто отстал - агенты, стриминг-компоненты и сам сервер управления. Сравнение идёт с той версией, которую вы одобрили. Лицензия - это тот же тоже файл, и проверяется он на месте. Единица счёта - это одновременные сессии конкурентные. Когда срок кончился, уже открытые сессии не рвутся, останавливаются новые подключения.

Дмитрий Глазычев

Ну и

Дмитрий Глазычев

Перейдём к части видео.

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Дмитрий Глазычев

Перейдём к разделу Ёмкость к разделу Образ сначала мы перейдём. Здесь как раз таки то, из чего у нас складывается пул - это эталон виртуальной машины профилей ресурсов и стратегия пересборки. В качестве примера у нас связанный клон на Rados 8 будет задействован. И Видим профиль ресурсов - четыре ядра CPU, 4 Гбайт оперативной памяти и небольшой диск. Ёмкость. Ёмкость задаётся тремя числами. Размер пула - сколько машин держать всего. Из них запущено, соответственно, сколько уже включено и ждёт человека.

Дмитрий Глазычев

Это тёплый резерв и верхний предел а потолок, выше которого сервер не пойдёт.

Дмитрий Глазычев

Здесь в качестве примера мы поднимаем несколько чисел и сохраняем значение. Увеличиваем размер пула а до пятнадцати, если я не ошибаюсь. И из них запущено десять. Посмотрим, как данная операция будет отработана. Параллельных клонирований у нас задано пять. Расписание ёмкости там никакого не было. Режим планирования на этом пуле Связанный клон, как я уже упоминал а дельта-диск поверх диск эталона место занимает только изменение. Поэтому на нашем стенде полный клон занимал порядка 2,5 минут и там где-то 14 Гбайт. Связанный а секунды.

Дмитрий Глазычев

Ну при параллельном планировании чуть побольше там порядка 10 секунд и почти ноль места.

Дмитрий Глазычев

Так, продолжим.

Дмитрий Глазычев

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

Дмитрий Глазычев

Так, продолжим и перейдём к этому разделу.

Дмитрий Глазычев

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

Дмитрий Глазычев

А Так, первое клонирование завершено за 11 секунд, и подхватились другие четыре в стратегии в соответствии с выбранной стратегией. Там у нас пять одновременных клонирований.

Дмитрий Глазычев

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

Дмитрий Глазычев

Операции завершились у нас за менее чем 15 секунд.

Дмитрий Глазычев

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

Дмитрий Глазычев

Процесс в целом динамически меняется, поскольку да, пул связанный здесь здесь процесс происходит быстро. Так, тут мы уже переключаемся вернулись на страницу обзора конкретного пула. Переходим в раздел конфигурации. Здесь видим какие-то базовые базовые детали, из чего собран пул. И один из таких элементов, один из одной из свойств - это гипервизор, да, то, с чего вообще начинается наша инфраструктура. Здесь использован выбран гипервизор Proxmox. У нас на тестовом стенде их было подключено три. Вот здесь в качестве примера именно Proxmox задействован. И сейчас мы к тому переключимся прямо из меню конфигурации.

Дмитрий Глазычев

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

Дмитрий Глазычев

Что умеет конкретный гипервизор. Снимки, связанные клоны, каталог типоразмеров, проброс видеокарты, где связанных клонов нет, здесь, соответственно, будет так и проставлено. И пул увидит это раньше администратора. Справа внизу, какие пулы и эталоны на этой площадке живут. Страницы у всех платформ одна и та же, различаются они содержимым, а не видом. Ну и одна вещь, которая на экране не видно то, что ответ гипервизора 200 принято, мы успехом не считаем. Успех - это подтверждённый итог задачи на самой площадке. Под это правило мы, как я и сказал, переписали достаточно много мест в коде. Ну и плавно будем переключаться на сторону пользователя.

Дмитрий Глазычев

Снова у нас страница гипервизора, да, и переключаемся мы на десктопный лаунчер, на приложение Load Play VDI. Здесь у нас на клиент в качестве клиентского устройства выступает Windows одиннадцатая. Поддерживается также, как я говорил, и Linux, в том числе российские операционные системы. Итак, приложение Load Play VDI. Логин и пароль проверяет сервер управления, и здесь у нас подключен второй фактор код из приложения аутентификатора. Здесь же видно, что вместо что можно войти сразу по ключу безопасности, тогда пользователь будет перенаправлен в браузер.

Дмитрий Глазычев

Проверка идёт на сервере.

Дмитрий Глазычев

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

Дмитрий Глазычев

Это пул инженеров. Здесь у нас будет задействован SSO, поэтому окно авторизации мы не увидим. И да, окно окно отладки здесь по умолчанию по умолчанию скрыто. Видим, что на фоне сразу администратор обновляет информацию по использованию. Можно посмотреть, какая виртуальная машина конкретно сейчас была задействована. Так, пятьдесят пятой машине мы к пятьдесят пятой машине сервер распределил пользователя. И идёт установка соединения. Запустился стриминг-клиент на полноэкранный режим. Это у нас РЕДОС 8.

Дмитрий Глазычев

Сервер выбрал свободную машину, подписал одноразовый билет входа и отдал приложению параметр потока. Конфигурационный файл поступает пользователю из панели сервера в соответствии с заданными политиками. То есть у нас есть функционал политик, в котором, если пользователю назначена какая-то политика, будут применяться автоматически параметры стрима, ну и все те категории, которые я озвучил в ходе презентации. Экрана входа в операционную систему здесь нет. Второго пароля человек не вводил. Машина проверила подпись сервера и завела его сама. Пул обычный, работает как локальный. Здесь в качестве примера мы переключаемся к открываем проводник и наблюдаем метки, наблюдаем метки протоколы стриминга, которые которые он отдаёт.

Дмитрий Глазычев

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

Дмитрий Глазычев

И перейдём сейчас к карточке машины. Здесь базовое её состояние. На карточке также

Дмитрий Глазычев

Сейчас, секунду.

Дмитрий Глазычев

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

Дмитрий Глазычев

Это задержка по теле потери, битрейт и FPS. Те же цифры, что вот сейчас у нас на экране у пользователя. Собирает их агент на самой машине. Замер раз в 5 секунд в панель они доезжают сами. И отсюда же можем попасть. Да, вот у нас окно расширилось и видим все детали детали, подробности машины, включая верси- версионности версию агента стриминг-сервиса. И здесь можем провалиться в детали сессии. Именно сессии принадлежит качество параметра, а не машине. То есть вот, да, мы уже на странице деталей сессии. За день на одной машине может смениться несколько человек, поэтому связка идёт именно по идентификатору сеанса, а не по времени.

Дмитрий Глазычев

И ниже детальные детальные величины - джиттер, время кодирования, декодирования, избыточность.

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Дмитрий Глазычев

Только что пользователь вышел, она всё ещё остаётся запущена. Агент отвечает, но пока что машина выведена из раздачи. По сеансу видим, что последний сеанс был

Дмитрий Глазычев

секунды назад. Здесь в качестве пример. Ну и активные сеансы по этой машине за окно недельное 7 дней.

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Елена Денисенко

Спасибо, да.

Дмитрий Глазычев

Да.

Елена Денисенко

А постараюсь много времени у вас не занимать. Про лицензирование. Так же, как и протокол, лицензируется он по подключенных одновременно сессиях или пользователях. Лицензии бывают срочные и бессрочные, то есть по сроку действия исключительного право. Есть опции по с добавлением активации в ГПУ и без этого. В потенциально у нас заложена возможность по лицензировать по отдельным функциям в составе Load Play VDI, но на текущий момент в первом релизе доступны все по единой ли- все функции доступны по единой лицензии.

Елена Денисенко

По поддержке Стандарт и Премиум зависит от реакции на критический запрос. Обновления включены. Кроме этого есть в прайс-листе у нас позиции с услугами по проектированию, развёртыванию и нагрузочному тестированию для ВГПУ. Многие заказчики или партнёры нуждаются в такой специализации. Здесь эта позиция включена, реализуется нашими коллегами из Форсайта. Тем не менее все вопросы по техподдержке, все доступы к дистрибутивам и обновлениям реализуются через единое окно, то есть через портал, о котором я, собственно и рассказывала.

Елена Денисенко

Традиционно как бы предлагаем текущий релиз мы протестировали. Мы готовы будем в ближайшее время выдать демоверсию для проверки работы вашей инфраструктуре. Тем не менее мы для себя определили, что стоимость VDI будет по цене протокола. И это предложение спецпредложение будет действовать до конца двадцать шестого года. Приобрести можно через наших партнёров. Список партнёров есть у нас на сайте, можно обратиться к дистрибьюторам, даже если партнёра нет на этом сайте, это повод для него, чтобы авторизоваться. Но если есть какой-то интерес, какие-то вопросы, вы не получили их в общем доступе, можете точечно задать этот вопрос, написав на sales@loadplay.io.

Елена Денисенко

Как получить демолицензию? Она будет доступна на портале. Документация находится в открытом доступе, дистрибутивы и дальнейшая поддержка только после регистрации на нём, то есть на портале. Что понадобится для этого? Нам понадобится собственно описать суть проекта на какой срок вам нужно. Может быть вам не нужно 30 дней или по каким-то причинам понадобится больше, чем 30 дней. Какое количество лицензий, какой

1:09:19–1:15:00: расшифровка этого фрагмента готовится — смотрите запись.

Дмитрий Глазычев

и прикладные метрики он отдаёт через REST API. Здоровье гипервизоров, служб, инциденты, плюс поток журнала аудита. То есть коллектор приходит к нам, наружу сервер не ходит. Вот ответ такой.

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

А планируем ли мы в дальнейшем, насколько А в

Дмитрий Глазычев

зависимости критично от обратной

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

связи. все метрики

Дмитрий Глазычев

В передавать целом в

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

сторонние службы? в

Дмитрий Глазычев

целом здесь нет какой-то сложности в реализации. Пока что просто таких запросов у нас не было.

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

Понял. Спасибо. Но у нас в целом пока что запросов не было, потому что это первый релиз.

Дмитрий Глазычев

Ну да, мы проводим демо. Первые были ещё у нас в апреле, поэтому обратную связь собираем и всё ещё адаптируем продукт под требования и просьбы заказчиков.

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

Да, спасибо. Дальше вопрос: где хранятся пользовательские данные после отключения ВМ?

Дмитрий Глазычев

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

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

надеюсь, Принято, правильно спасибо. понял вопрос.

Дмитрий Глазычев

Давайте дальше.

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

Вопрос: возможна ли миграция ВМ с сохранением пользовательских данных?

Дмитрий Глазычев

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

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

О'кей, спасибо.Вопрос: есть ли возможность подключения пользователя к физической ПК, не к виртуальной машине? Ну здесь я отвечу. Протокол такую возможность предоставляет, но функция такая пока ещё не заложена в нашей VDI, то есть управление парком физических устройств. Будет ли в дальнейшем поддержана эта часть, пока сказать не могу, потому что у нас пока что открытый путь, куда идти. Идти в сторону терминала, к публикации приложений или поддержке физических ПК. Дальше — несколько вопросов подряд. Есть ли возможность публикации приложений не ВМ, аналог RDS? Пока что такой возможности нет. Будем в конце года смотреть вот по дальнейшим направлениям развития. Есть ли функционал управления активных ВМ, принудительное завершение сессии пользователей, принудительная перезагрузка ВМ и так далее?

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

Дим, насколько я понимаю, здесь

Дмитрий Глазычев

каждый Да, да. из панели администратор может принудительно завершить сессию пользователя, а с машиной сделать четыре вещи. Включить, выключить, перезагрузить и жёстко остановить. Также у нас в отдельном разделе в инвентаре машин есть множественный выбор. Отметили машины, применили действие к группе, то есть примерно так же, как это реализовано на большинстве гипервизоров. Здесь мы объединяем сразу несколько и даём возможность управлять управлять целым парком. Ну и плюс режим обслуживания для отдельной машины и для пула целиком, когда новые подключения не выдаются, а живые сессии дорабатывают. Как -то так.

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

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

Дмитрий Глазычев

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

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

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

Дмитрий Глазычев

вручную? Да, реализовано, и вручную по машинам ходить не нужно. Обновление приезжает одним подписанным файлом, вы его импортируете и отдельным действием одобряете версию. Дальше идёт раскатка. Не больше десяти машин одновременно. Если ловим ошибку на пяти машинах или 30% волны, раскатка останавливается сама и возвращает прежнюю прежнюю версию. А вот конкретно по

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

агенту у нас

Дмитрий Глазычев

автоматическое автоматическое обновление есть.

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

Принято, спасибо. Пятый вопрос. Реализован ли функционал перемещаемых профилей? То есть при при обновлении версии эталонного образа сносятся ли данные пользователей или переносятся на новый образ? Прошу описать ваш принцип работы, если такой есть функционал.

Дмитрий Глазычев

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

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

переводится Да, здесь я поясню.

Дмитрий Глазычев

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

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

Здесь я ещё поясню, коллеги, что в одном из наших реализуемых проектов для одного крупного заказчика как раз была задача по реализации перемещаемых профилей на сервере с РДОС 8, и мы с помощью своего доработанного модуля PAM данную функцию реализовали. То есть после авторизации мы ещё и монтируем домашнюю папку пользователя для того, чтобы он продолжал, собственно, пользоваться своим профилем, своими файлами. То есть этот вопрос скорее инженерный, и именно в этой задаче мы его так закрывали. Реализован ли в функционал отображения сессии в браузере и на базе вашего протокола? Пока что нет, пока что мы работаем только на уровне нашего приложения на клиентских частях. А при реализации стенда ваших продуктов плюс лиценз-сервер плюс сервер.

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

Можно ли их развернуть на одном сервере или сидат, какие будут системные требования, будут ли каждый компонент перечислены и какие калькуляции мощности серверов при расчёте на активные сессии? Кратко ответ да, может. А более подробный ответ мы, наверное, сейчас не -то дадим. Я могу единственное сказать, что все из этих продуктов, они достаточно легковесные, и если нужны будут детали, я думаю, мы вернёмся чуть позже. А восьмой. Имеется ли актуальная документация на все эти три продукта, перечисленных выше, их пункты семь? А да. Более подробная документация именно по LPVDI будет в момент релиза, предположительно 21 сентября. А все все документы, вся документация, весь функционал по обратной связи, по скачиванию дистрибутивов, он будет на нашем портале, и мы как раз позиционируем портал как единую точку доступа.

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

Документация будет доступна без авторизации

Дмитрий Глазычев

на портале. Да, у

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

нас

Дмитрий Глазычев

реализована

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

Дмитрий Глазычев

протоколу доступно публично без авторизации, а всё остальное пока что под логином. Это продукт для виртуализации графики. Ну и да, по платформе VDI будет опубликована чуть позже, тоже, вероятно, публично.

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

О'кей. Дальше. Есть ли планы интеграции с тонкими клиентами, Касперский Гитмобит, например? Гитмобит он должен работать, потому что, насколько я понимаю, там под капотом у коллег Убунту двадцатая. Под Касперский наш клиент сейчас портирован, но именно лаунчер VDI ещё нет. И ну дальше, собственно, будем думать, есть ли необходимость портирования нашего лаунчера под Касперский ОС. Дальше.Вопрос: клиент VDI заработает на Windows 7? Ну вообще официально мы поддерживаем Windows 10 и давно не запускали на Windows 7, но я помню, что мы всё -таки старались придерживаться возможности того, чтобы клиент работал на Windows 7.

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

Поэтому сейчас я точно ответа не дам. Если у вас есть большая потребность в том, чтобы, собственно, протестировать, то обращайтесь к нам напрямую. Мы ещё проконсультируемся внутри и какую-то, скорее всего, версию выдадим

Дмитрий Глазычев

Ну протестировать. VDI мы

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

Да, я

Дмитрий Глазычев

тоже дополню. Полностью отталкиваемся в первую очередь от поддержки протокола Load Play стриминга. В матрице совместимости у нас Windows 7 не участвует, и поддержку к нам поступали обращения по части стриминг-клиент, поэтому на текущий момент поддержки нет, но да, как и Сергей сказал, отдельно кейсы можем рассмотреть. Пока что пока что пока что нет.

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

Ну и в этом блоке последний вопрос. Ранее созданный гипервизор ВМ нужно ли назначить

Дмитрий Глазычев

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

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

все

Дмитрий Глазычев

вручную, автоматический, плавающий и автоматически закреплённый. Спасибо.

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

Да, у нас остаётся буквально мало времени, три минутки. Давайте перейдём к блоку в вопросах.Вопрос: как поведёт себя система при указании разных служб каталогам с учётом фейловера?

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

Это блоки вопросов там, вопросик справа внизу.

Дмитрий Глазычев

Всё.

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

Там в интерфейсе справа внизу есть При указании именно блок

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Дмитрий Глазычев

Я помню, что у нас был ещё вопрос по DNS сканированию. Это у нас не реализовано, то есть все серверы нужно указывать вручную по первому релизу.

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

О'кей, спасибо. Дальше быстро продвинемся по следующему вопросу. Спасибо за презентацию. Рассматриваем приобретение протокола с точки зрения информационной безопасности. Для нас важна сертификация ФСТЭК России. Ну по ФСТЭК я ответил. Пока что больше вопросов, честно говоря, чем ответов. По Ну протокола пока что сертификации нет. Также интересуют планы развития продукта. Планируется ли буфер обмена на стриминг сервера под Windows на экране логина? Какие ориентировочные сроки реализации? Насколько я помню, возможно, я ошибаюсь, на экране логина у нас буфер обмена, во всяком случае текстовый, должен работать. Возможно, я ошибаюсь, но в целом в будущих релизах, в шестнадцатом мы планируем иметь возможность реализовать SSO для Windows для того, чтобы можно было бесшовно входить в рабочее место на Windows, чтобы не было необходимости туда копипастить логин и пароль.

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

Насколько я понимаю, в этом вопрос. Планируется ли двухсторонний обмен файлами между стриминг-сервером под Windows и клиентом через буфер обмена? Да, это четвёртый квартал. Честно говоря, мы в одну сторону реализацию файлов сделали, в другую сторону никак у нас руки не дойдут, но уже задача висит долго. До конца этого года мы её должны закрыть. Дополнительно хотелось бы получить контакт аккаунт-менеджера для обсуждения условий приобретения ПО. Лен, каким образом правильно поступить в этом случае, вот чтобы коллеги обратились к нам там через Telegram, любые способы связи или есть конкретные

Елена Денисенко

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

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

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

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

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

Команда CompTek

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

Евгений Фишман

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

Дмитрий Глазычев

коллеги, всем

Евгений Фишман

за внимание.

Дмитрий Глазычев

спасибо за внимание.

Елена Денисенко

И я тоже

Дмитрий Глазычев

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

Дмитрий Глазычев

в этом в этом, я думаю, и познаётся у нас качество. Спасибо.

Команда CompTek

Всё, тогда всем спасибо и до новых встреч.

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

Спасибо, хорошего дня, до свидания.

Елена Денисенко

Спасибо, ждём обратной связи и обращения в Комтек.

Вопросы участников из чата вебинара — без имён. Нажмите, чтобы услышать ответ.

О вебинаре

Loudplay VDI: первая презентация платформы

Запись вебинара CompTek и Loudplay 8 сентября 2026 года: компания и протокол Loudplay, устройство платформы Loudplay VDI, запись со стенда, лицензирование и ответы на вопросы участников.

1Первая публичная презентация Loudplay VDI — платформы виртуальных рабочих мест на протоколе Loudplay.
2Как устроена платформа: сервер управления поверх ваших гипервизоров, эталоны и пулы, роли и политики, журнал аудита и мониторинг.
3Запись со стенда: от создания пула до входа в рабочий стол и завершения сессии.
4Лицензирование, поддержка и порядок получения демо-лицензии.

Запись 8 сентября 2026 года — до выхода Loudplay VDI 2026.9. Актуальный состав выпуска — на странице Loudplay VDI и в базе знаний. Loudplay VDI

Длительность: 1 ч 33 мин
Главы: 8
Вопросы: 22

Спикеры

Команда CompTekВедущий вебинара · CompTek
Евгений ФишманРуководитель направления систем виртуализации VDI · CompTek
Елена ДенисенкоРуководитель Loudplay · Loudplay
Сергей ПанферовДиректор по продукту · Loudplay
Дмитрий ГлазычевРуководитель направления по развитию Loudplay VDI · Loudplay

Материалы

Сценарий

Как шёл вебинар

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

Блоки

Команда CompTek1 мин 3 с

Евгений Фишман5 мин 48 с

Елена Денисенко13 мин

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

Дмитрий Глазычев46 мин

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

015′30′45′60′75′90′

01 · 0:00–7:40
Открытие: CompTek и рынок VDI
CompTek открывает эфир. Евгений Фишман — о том, как рынок знает Loudplay и что заказчики спрашивают о новом VDI.
- Loudplay на рынке — прежде всего протокол, встроенный в VDI-платформы партнёров
- Главный вопрос заказчика к новому решению — можно ли за него отвечать перед эксплуатацией
02 · 7:40–14:16
Компания и линейка продуктов
Почему у Loudplay появилась своя VDI-платформа и из чего состоит линейка продуктов.
- Протокол — собственная разработка Loudplay: девять лет R&D и патенты
- Линейка: протокол, Loudplay VDI, Loudplay vGPU и личный кабинет как единое окно
- Loudplay продолжает поддерживать технологических партнёров в их проектах
03 · 14:16–23:39
Протокол Loudplay: возможности и планы
Кодеки и качество картинки, работа на слабых каналах, периферия и дорожная карта протокола.
- До 4K и 60 кадров в секунду, работает от 100 Кбит/с
- H.264 и H.265, аппаратное кодирование NVIDIA и AMD
- USB, печать, сканеры и смарт-карты, централизованные политики периферии
- Дальше: единый порт, шифрование транспорта, два экрана на Linux без GPU
04 · 23:39–45:47
Loudplay VDI: как устроено и что умеет
Четыре компонента платформы, путь от установки до первого рабочего стола и возможности Панели управления.
- Сервер управления поверх ваших гипервизоров: шесть платформ виртуализации из одной консоли
- Эталоны, профили ресурсов и пулы, которые сами держат ёмкость под спрос
- Роли ИТ, ИБ и аудита, политики рабочих столов и периферии, журнал аудита
- Мониторинг платформы и сессий, работа в закрытом контуре, офлайн-обновления
05 · 45:47–1:04:07
Демонстрация: от пула до рабочего стола
Запись со стенда с комментарием: пул, гипервизор, рабочее место, карточка машины и сессии, аудит.
- На стенде связанный клон создаётся за 11–15 секунд, полный — около 2,5 минуты
- Вход в рабочий стол с двухфакторной аутентификацией
- Качество стрима по каждой сессии прямо в Панели управления
- Журнал аудита и завершение сессии администратором
06 · 1:04:07–1:06:02
Дорожная карта платформы
Что вошло в первый выпуск и что на горизонте 2026–2027 годов.
- Первый выпуск: шесть платформ виртуализации, пулы, политики, журнал аудита, офлайн-обновления
- Дальше: новые платформы виртуализации по запросам заказчиков и отказоустойчивость
- Горизонт: шлюз доступа из внешних сетей и вход по смарт-картам
07 · 1:06:02–1:10:16
Лицензирование и как начать
Модели лицензий, уровни поддержки и порядок получения демо-лицензии.
- Лицензии по числу одновременных сессий: срочные и бессрочные, с опцией vGPU
- Поддержка двух уровней — Стандарт и Премиум
- Продажи — через партнёров и дистрибьюторов, демо-лицензию выдаёт Loudplay в личном кабинете
08 · 1:10:16–1:32:58
Вопросы и ответы
Установка и PostgreSQL, метрики, данные пользователей, мультиарендность, обновления агентов, совместимость.
22 вопроса — во вкладке «Вопросы» рядом с плеером

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

Попробовать Loudplay VDI у себя

Расскажите о задаче — подберём сценарий пилота на вашем гипервизоре и выдадим демо-лицензию через личный кабинет.

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