[Перевод] Сравнение протоколов удаленного доступа VDI Q2 2026 (On-prem / Не для облака) (часть 2)

В первой части статьи о протоколах удаленного доступа разобраны архитектурные особенности Citrix HDX\EDT, Omnissa BlastExtreme, Microsoft и Parallels RDP. В этой части о технических, финансовых и "пользовательских" последствиях выбора того или иного VDI, а значит и протокола, а так же итоговая таблица "чемпионата" протоколов.

7. Перспектива FinOps: экономика кодеков и плотность пользователей VDI. 

Архитектура протокола напрямую влияет на капитальные и операционные затраты. Конвейер кодеков определяет потребление ресурсов ЦП и GPU на хостах ВМ, что, в свою очередь, определяет плотность пользователей на одном физическом сервере — основной единице стоимости инфраструктуры VDI. В этом разделе анализ протокола связывается с экономикой серверов, необходимой для стратегии FinOps. 

7.1 Экономическая эффективность Thinwire для CPU по сравнению с полнокадровым H.264 

Архитектура Citrix Thinwire, использующая многокодековое кодирование в одном кадре, вычислительно сложнее на кадр, чем стандартное кодирование H.264. Классификатор содержимого экрана, детектор областей и распределение кодеков добавляют циклы ЦП, чего не делает простой полнокадровый кодировщик H.264. Вопрос архитектуры заключается в том, превышает ли эта дополнительная нагрузка экономию. Эмпирический ответ - нет. Стоимость классификатора существенно ниже, чем стоимость кодирования, сэкономленная за счет отказа от применения H.264 к статическим текстовым областям (которые Thinwire обрабатывает без потерь с минимальным битрейтом). Полнокадровое кодирование в H.264 видео качество для экрана, на 80% состоящего из статического текста и на 20% из видео это — значительная трата циклов ЦП и полосы пропускания. Thinwire кодирует 20% видео-области в H.264, а 80% текстовой области без потерь, используя кодек MDRLE, с минимальными затратами ЦП. Потребление ресурсов ЦП при типичном сеансе работы «продвинутого» сотрудника (редактирование документов, браузер, электронные таблицы) в Thinwire заметно ниже, чем при полнокадровом кодировании H.264 без применения vGPU в Omnissa Blast. 

7.2 Масштабирование HDX Superresolution: множитель FinOps 

Примечание переводчика: HDX Graphics Superresolution Upscaling оказывает описываемое ниже влияние для тех кейсов, когда нельзя по каким-то причинам применять другие технологии редиректа с ВМ на клиент, например Multimedia Redirection или Browser Content Redirection. Если эта возможность есть, то старые добрые "Redirection" дают больший эффект, чем Superresolution Upscaling

Технология HDX Graphics Superresolution Upscaling (CVAD 2603) имеет важное архитектурное значение для FinOps, выходящее за рамки простого улучшения визуального качества.

Экономический механизм:

• ·       VDA кодирует видео/движущиеся области с пониженным эффективным разрешением: Thinwire идентифицирует видео и области с высокой интенсивностью движения и применяет дополнительное сжатие, уменьшая их эффективное разрешение перед кодированием. Вычислительная стоимость H.264/H.265 масштабируется в зависимости от количества пикселей: линейное уменьшение размеров на 50% снижает стоимость кодирования примерно на 75% для этой области. Кодирование статического текста и области пользовательского интерфейса остаются без изменений и не меняют своей вычислительной стоимости.

• ·       Реконструкция на стороне клиента с использованием графического процессора: GPU конечной точки масштабирует области видео с пониженным разрешением до исходного разрешения. Эти вычислительные затраты не отражаются на хосте VDA: клиентское устройство, за которое организация обычно не платит за каждый цикл ЦП, берет на себя нагрузку по масштабированию. В официальной документации Citrix упоминается «совместимый графический процессор конечной точки» без указания конкретной платформы вывода.

• ·       Уменьшение полосы пропускания приводит к увеличению плотности: более низкая скорость передачи данных на сессию означает меньший объем сетевого ввода-вывода на каждый хост VDA. Плотность хостов VDA ограничена пропускной способностью ЦП, GPU, ОЗУ и сетевой карты. Сокращение объема сетевого ввода -вывода на сессию расширяют «узкое место» сетевой карты и может позволить увеличить количество сессий на хост.

Консервативное моделирование для группы продвинутых сотрудников, где видео/движущиеся области составляют 20–40% от типичного содержимого сессии:

• Без Superresolution Upscaling: видеофрагменты кодируются в полном разрешении, внося пропорциональный вклад в общую пропускную способность сессии. С масштабированием до сверхвысокого разрешения (в условиях ограниченной пропускной способности): битрейт видеофрагмента снижается на 30–50%; экономия пропускной способности на уровне сессии пропорциональна доле видеоконтента. 

• Влияние на плотность пользователей: для рабочих нагрузок, требующих интенсивного кодирования на графическом процессоре и содержащих большой объем видеоконтента (медиафайлы, обучающие материалы, артефакты видеоконференций), снижение нагрузки на кодирование VDA приводит к значительному улучшению плотности. Для задач, связанных с обработкой небольшого количества видеоконтента, влияние определяется скорее пропускной способностью, чем вычислительными ресурсами.

Это - архитектурные оценки, основанные на масштабировании количества пикселей, а не на тестах производителей. Фактический прирост плотности зависит от сочетания рабочих нагрузок, доступности графических процессоров и поколения аппаратного обеспечения хоста. Вывод о том, что Superresolution Upscaling значительно повышает плотность VDA, является архитектурно обоснованным.  

7.3 RDP и Omnissa: плоская структура затрат 

Ни Microsoft RDP, ни Omnissa Blast не предлагают эквивалентного механизма оффлоада вычислительных ресурсов. В Blast полнокадровый H.264 кодирует всё разрешение сессии на графическом процессоре сервера (если он доступен) или центральном процессоре (если нет vGPU). Без механизма Superresolution Upscaling любое улучшение визуального качества сессии требует пропорционально большего объема вычислительных ресурсов на стороне сервера — линейного масштабирования затрат, которое в Citrix структурно отсутствует. Для организаций, ориентированных на финансовые операции и оценивающих совокупную стоимость владения платформой, эта архитектурная асимметрия должна быть отражена в модели затрат как отдельная статья: множитель плотности Superresolution Upscaling. 

8. Конкурентная оценка 

Шкала оценок от 0 до 10 для каждой категории, где 10 представляет собой текущий уровень развития технологий. Искусственное выравнивание оценок не применялось.

Таблица 2: Техническая оценка по всем рассматриваемым параметрам.

9. Классификация 

 Таблица 3: Классификация на основе общего технического балла и траектории инноваций

Вердикты - без цензуры 

ТЯЖЕЛЫЙ ВЕС: Citrix HDX/EDT [158/170]

Citrix лидирует не благодаря узнаваемости бренда или количеству установленных устройств. Она лидирует благодаря тому, что инженеры на протяжении десяти лет принимали неизменно правильные архитектурные решения: контроль перегрузки на основе задержек в EDT, рендеринг кадра с использованием нескольких кодеков в Thinwire, интеграция SlimCore в продуктиве на два квартала раньше конкурентов, и теперь первая в отрасли технология масштабирования изображения с помощью ИИ на уровне протокола в CVAD 2603. Каждая из этих задач была сложной инженерной проблемой. Каждая была решена. Разрыв составляет 3-5 лет только в области транспортной архитектуры, и еще больше в графическом конвейере. 

СРЕДНИЙ ВЕС: Omnissa Horizon/Blast [104/170] 

Blast Extreme был достойным конкурентом Citrix в 2021–2022 годах. Протокол неплох, он поддерживает Build -to-Lossless, имеет подтвержденную поддержку 4:4:4 через режим высокой точности цветопередачи (H.264 4:4:4 и HEVC 4:4:4), AV1 и надежный оффлоад на vGPU. Скорректированная оценка отражает эти реальные возможности. Проблема не в том, что есть у Blast, а в том, что он перестал получать инновации. Транспортный уровень BEAT не получал обновления архитектуры с 2023 года. Отсутствует много-кодековый рендеринг для каждого региона. Отсутствует масштабирование сверхвысокого разрешения с помощью ИИ. Выделение Omnissa привело к замедлению работы организации, что видно и по Release Notes. Horizon остается рациональным выбором для организаций, глубоко повязанных в инфраструктуре VMware/vSphere, но его позиция в рейтинге снижается. 

МОГИЛЬНАЯ ПЫЛЬ: Microsoft RDP/RDS [52/170]

RDP был разработан для локальных сетей со скоростью 10 Мбит/с в 1996 году с использованием модели межпроцессного взаимодействия (IPC) с общей памятью, которая была адаптирована к сети, а не изначально разработана для доставки данных по сети. Его основная архитектура не изменилась. AVC444 — это хитрая уловка для 4:4:4, а не настоящее решение. RDP-UDP использует семантику TCP, основанную на потерях, поверх UDP, а не адаптивный транспорт. Разгрузка на vGPU в RemoteFX была удалена по соображениям безопасности и так и не была заменена. Отсутствие H.265, AV1, механизма контроля перегрузки на основе задержки, приоритизации виртуальных каналов, безопасности конвейера рендеринга и каких-либо возможностей ИИ в 2026 году — это осознанное решение: Microsoft хочет, чтобы клиенты RDS использовали Azure Virtual Desktop. Окончательный вывод этого анализа: Microsoft RDP архитектурно уступает своему собственному вторичному «последователю» (Parallels RAS), что доказывает структурное устаревание нативного протокола. Оригинал проигрывает, когда "обертка" показывает лучшие результаты, чем оригинал, . 

SMB ниша: Parallels RAS [59/170]

Здесь необходимо внести уточнение. Первоначальная оценка Parallels в 43/170 была необоснованной: продукт логически не может получить оценку ниже протокола, на котором он построен. С учетом исправленной оценки Parallels получает 59/170, т е на шесть пунктов выше, чем у базового RDP, и этот разрыв оправдан. Управление QoS в XTCP заметно превосходит очередь каналов FIFO в RDP. Дифференциальный кэш на стороне клиента снижает эффективное потребление полосы пропускания. Активная разработка для on-prem среды продолжается (в отличие от RDS от Microsoft). В RAS 19+ появились реальные улучшения перенаправления USB. Потолок по-прежнему ограничен кодеками RDP: нет H.265, нет AV1, нет масштабирования с помощью ИИ, нет контроля перегрузки на основе задержки. Этот потолок низок. Но для малых и средних предприятий с подключением к локальной сети, небольшим количеством пользователей и предпочтением простоты эксплуатации перед сложностью протокола Parallels RAS является вполне приемлемым инструментом. Чем это точно не является и не может быть, так это корпоративным решением для VDI в WAN.  

10. Последствия для выбора on-prem решений  

Практический вопрос заключается в следующем: что этот анализ означает для архитектора, принимающего решения по выбору платформы в середине 2026 года? 

Когда Citrix CVAD — единственное разумное решение 

Любая инфраструктура рабочих мест, подключенная к глобальной сети (WAN), с постоянно превышающим 50 мс временем отклика в обоих направлениях.

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

Масштабируемое решение для унифицированных коммуникаций с развертыванием SlimCore/New Teams

Примечание переводчика: ох, как же отсутствие оптимизации ВКС для VDI влияет не только на качество ВКС, но и на экономику виртуального рабочего места!

Использование 4K или сверхширокоформатных дисплеев в условиях ограниченной пропускной способности сети.

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

Применение технологии Superresolution Upscaling для сокращения полосы пропускания имеет ощутимую экономическую выгоду (спутниковые каналы связи, оптимизация затрат SD-WAN). 

Когда Omnissa Horizon остается жизнеспособным 

Организации с крупными инвестициями в vSphere/NSX, для которых интегрированное управление vGPU имеет архитектурную ценность.

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

Когда RDP/RDS приемлемо 

Небольшие локальные развертывания (<50 пользователей) с простыми продуктивными приложениями.

Сценарии, чувствительные к стоимости, где ограничения протокола являются приемлемым компромиссом.

Переходные среды, двигающиеся в сторону полноценных решений VDI. 

Когда Parallels RAS имеет смысл 

Для малых и средних предприятий (менее 100 пользователей), которым необходим простой удаленный доступ с низкими административными затратами, без сложностей, характерных для корпоративных VDI-систем.

Среды, где ограничения RDP не имеют отношения к реальному сценарию использования. 

Поворотный момент - Superresolution Upscaling 

Технология HDX Graphics Superresolution Upscaling заслуживает отдельного комментария с т з архитектуры. Она представляет собой подлинное открытие новой категории: применяя дополнительное сжатие к видео/областям с высокой интенсивностью движения на VDA и используя графический процессор клиента для их восстановления в исходном разрешении, Citrix частично отделила качество сеанса от пропускной способности сети способом, который ранее был невозможен.

Снижение пропускной способности на 30–50% при эквивалентном воспринимаемом качестве меняет экономические расчеты для развертывания SD-WAN, спутниковых подключений и любой среды, где пропускная способность «последней мили» является переменной статьей расходов. Это также открывает возможности для 4K VDI на каналах связи, которые ранее могли поддерживать только 1080p, это — существенное расширение возможностей для отраслей с интенсивной обработкой графики.

Ни один из конкурентов не анонсировал ничего подобного. Типичный цикл разработки от принятия архитектурных решений до развертывания в продуктивной среде в этой области составляет минимум 18–24 месяца. Omnissa, Microsoft и Parallels, по самым скромным подсчетам, отстают на 2 года только в этом отношении, и это при условии, что они уже начали работу.