Kasm Workspaces замість HP Anyware: віддалені робочі столи у браузері на GPU VPS

HP припинила продаж нових ліцензій HP Anyware 7 травня 2026 року. Те, що замінює ваша команда, — насправді не протокол. Це архітектура, за якої на жоден пристрій користувача нічого не потрібно було встановлювати.

Kasm Workspaces повертає саме цю властивість. Він доставляє контейнеризовані робочі столи та застосунки Linux, а також уміє бути посередником для наявних робочих столів Windows — усе це в сучасному браузері, без клієнтського ПЗ на пристрої. Він також може пробросити GPU NVIDIA у контейнерні сесії Linux, і я розгорнув його на GPU VPS за один день.

Для критичного до кольору грейдингу чи перевірки CAD це не автоматичний вибір: Kasm не документує вибірковий режим 4:4:4, порівнянний із HP Anyware. Відповідні обмеження, межа рішення та налаштування GPU — нижче.

Коротко

Kasm Workspaces — справжня заміна HP Anyware для команд, чия жорстка вимога — відсутність клієнтського ПЗ: він доставляє контейнеризовані середовища Linux і вміє бути посередником для робочих столів Windows у браузері, а його контейнерні сесії Linux підтримують прискорення на GPU NVIDIA. Kasm не документує вибірковий режим 4:4:4, порівнянний із HP Anyware, тож командам, критичним до кольору, варто перевірити реальне навантаження та порівняти шлях без втрат в Amazon DCV перед міграцією.

• Дати, на які варто орієнтуватися: продаж нових ліцензій HP Anyware завершився 7 травня 2026 року. Річні поновлення залишаються доступними до 31 жовтня 2027 року, а обслуговування й підтримка наявних багаторічних контрактів можуть тривати до 31 жовтня 2029 року.
• Kasm повертає нативний доступ через браузер без жодного встановлення на пристрої — саме ту властивість, яку давали нульові клієнти HP Anyware.
• Прискорення на GPU працює, але з умовами: обладнання NVIDIA з підтримкою CUDA, NVIDIA Container Toolkit і один GPU на контейнер для графічних задач.
• Компроміс у потоковій передачі: стандартний шлях Kasm використовує нативні для браузера JPEG/WebP, а його опціональний справді режим без втрат розрахований на локальні мережі з високою пропускною здатністю.
• Ліцензійна межа: Community Edition обмежена п'ятьма одночасними сесіями і не дозволяє комерційне використання, тож бізнес-командам варто закладати в бюджет Starter або Enterprise з першого дня.
• Поділ такий: орієнтовані на браузер робочі процеси Linux і контейнерів пасують Kasm, командам, критичним до кольору, варто порівняти Amazon DCV, а командам із великою часткою Windows — протестувати шлях серверних робочих просторів Kasm, перш ніж вирішувати.

Що цей посібник не охоплює

Кілька суміжних тем свідомо залишено поза межами, щоб текст лишився посібником зі встановлення та оцінювання:

• Внутрішня будова протоколу PCoIP, розібрана в матеріалі Cloudzy «Порівняння протоколів PCoIP і RDP».
• Подробиці корпоративного ліцензування NICE DCV поза межами поділу на AWS і не-AWS.
• VMware Horizon і Citrix VDI, розраховані на інший масштаб упровадження та іншого покупця.
• Створення контейнерних робочих просторів Windows — це тема для окремого посібника.

Що завершується разом із HP Anyware і що лишається після нього

7 травня 2026 року стало останнім днем, коли HP продала нову ліцензію Anyware. повідомлення HP про припинення підтримки Anyware повідомляє, що річні поновлення залишаються доступними до 31 жовтня 2027 року, підтримка цих поновлень завершується 31 жовтня 2028 року, а обслуговування й підтримка наявних багаторічних контрактів можуть тривати до 31 жовтня 2029 року. Для Trusted Zero Clients і Desktop Access діють окремі дати, тож звіртеся зі своїм контрактом і продуктовою лінійкою, а не вважайте 2029 рік універсальною датою підтримки.

HP формулює рішення прямо:

«Після ретельного аналізу наших інвестиційних пріоритетів у портфелі ми ухвалили складне рішення згорнути окремі напрями наших рішень для віддаленого робочого стола». - Оголошення про припинення підтримки HP Anyware

HP також повідомляє, що HP Z Remote Graphics Software (RGS) залишиться доступним для окремих сценаріїв роботи на робочих станціях.

Архітектура нульового клієнта лишається корисним орієнтиром: користувачі дістаються до віддаленої робочої станції, не підтримуючи повноцінний клієнт на кожному пристрої. Щоб ближче роздивитися транспортний рівень, посібник Cloudzy про те, як PCoIP передає віддалений робочий стіл пояснює модель, засновану на пікселях.

Як Kasm доставляє робочий стіл через браузер

Для контейнерного робочого простору Kasm запускає ізольований контейнер Linux із зареєстрованого образу і транслює його робочий стіл або застосунок у браузер.

Саме ця контейнерна модель дає змогу схемі «віддалений робочий стіл у браузері на GPU VPS» працювати чисто, і як людині, якій це підтримувати, вона мені найважливіша. У контейнерних робочих просторах кожна сесія одноразова, відтворювана і визначається образом. Ви патчите образ — і кожен контейнерний робочий стіл, який ваша команда відкриє завтра, використовує оновлений образ. Ось у чому історія обслуговування, і на розгортанні на п'ятдесят робочих місць це єдина причина обирати таку архітектуру. огляд віддалених робочих столів Kasm описує доступ через браузер без агента, плагіна чи ПЗ на пристрої та пояснює, що традиційні робочі столи Windows можна транслювати поряд із середовищами Linux.

Прискорення на GPU додається на рівні середовища виконання контейнерів, а не в протоколі відображення. актуальний посібник Kasm з прискорення на GPU вимагає карту NVIDIA з підтримкою CUDA, актуальні драйвери NVIDIA і NVIDIA Container Toolkit на кожному хості агента. Для графічного прискорення Kasm виділяє контейнеру один GPU; кілька GPU на контейнер зарезервовані для неграфічних задач.

У каналі стандартний шлях Kasm використовує нативні для браузера JPEG/WebP, а його опціональний режим без втрат — QOI. Важливе і те, і те, бо саме на кодувальнику шляхи Kasm і HP Anyware розходяться.

Платформу можна розгорнути в себе або придбати як розміщений сервіс. Усе викладене нижче припускає, що ви запускаєте її самі.

У чому Kasm поступається HP Anyware

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

Kasm не документує режим 4:4:4

PCoIP Ultra може використовувати YUV 4:4:4 для повної деталізації кольоровості, але доступність залежить від хоста, клієнта, GPU та обраного режиму оптимізації. посібник HP з планування сесій PCoIP Ultra зазначає, що політики PCoIP можуть налаштувати NVENC або на YUV 4:4:4, або на YUV 4:2:0 залежно від конфігурації. Стандартний, нативний для браузера шлях Kasm використовує JPEG/WebP, а його опціональний режим QOI без втрат позиціонується для локальних мереж із високою пропускною здатністю. Kasm не документує вибірковий режим 4:4:4, прямо порівнянний із HP Anyware.

актуальний посібник Kasm із кодування без втрат повідомляє, що 1920x1080 при 60 кадрах за секунду з помірним рухом, найімовірніше, займе цілий гігабітний канал і що багато чотириядерних процесорів x86_64 після 2014 року витримують близько 1000 Мбіт/с декодування. Через це режим практичний переважно в локальній мережі — він не заміняє перевірку точності кольору на домашньому каналі.

Потребує перевірки на реальному навантаженні: критичний до кольору грейдинг, друкарська кольоропроба та перевірка CAD, де результатом є сам піксель. Якщо перевірна точність кольору закріплена договором, вважайте відсутність задокументованого режиму 4:4:4 блокувальною, доки тести не доведуть протилежне.

Багатокористувацький розподіл GPU потребує MIG

Актуальні рекомендації Kasm щодо GPU формулюють застереження про безпеку прямо:

«Безпека багатокористувацького контейнерного прискорення на GPU опрацьована недостатньо». - Документація Kasm Workspaces щодо GPU

Та сама сторінка радить користуватися цією можливістю обережно й із повним розумінням наслідків для безпеки та називає NVIDIA MIG, підтримуваний починаючи з Kasm Workspaces 1.19.0, єдиним безпечним способом розділити один GPU між кількома користувачами. Kasm також уміє перепідписувати карту, перевизначаючи кількість GPU, яку повідомляє агент, щоб її ділили кілька контейнерів, — але це зміна планування, а не межа ізоляції.

Відсікає: розгортання зі спільним GPU, де орендарі не довіряють одне одному, а обладнання з підтримкою MIG не розглядається, або де регулятор вимагатиме обґрунтувати межу ізоляції.

Community Edition зупиняється на п'яти одночасних сесіях

актуальна матриця редакцій Kasm зазначає Community Edition як безкоштовну, обмежену п'ятьма одночасними сесіями та без прав на комерційне використання. Starter вказано по 10 $ за іменованого користувача або 20 $ за одночасну сесію, а ціна Enterprise — за запитом. Перш ніж будувати на цьому бюджет, звірте актуальні цифри в самій матриці.

Стеля сесій — не єдина межа. Бізнес-команді з п'яти осіб усе одно потрібен комерційний тариф, навіть якщо вона ніколи не перевищить п'ять одночасних сесій. Kasm позиціонує Starter для самостійних розгортань до 25 користувачів або сесій, а Enterprise — вище цього порогу.

Для бізнесу це означає платну ліцензію в бюджеті з першого дня.

Windows працює через серверний робочий простір, а не через контейнер

Kasm може доставляти робочі столи та застосунки Windows через статичні сервери, сервери з автомасштабуванням, RDS або Azure Virtual Desktop. огляд підтримки Windows у Kasm розглядає їх як серверні робочі простори, а не як одноразові контейнери Windows. Якщо ваша віддалена робоча станція існує тому, що трьом людям потрібен інженерний застосунок лише під Windows, зробіть прототип саме цього шляху, перш ніж братися за роботу з контейнерами GPU на Linux нижче. Це та гілка, яка найімовірніше змінить архітектуру, — випробуйте її, поки відступити ще дешево.

Висновок: командам із великою часткою Windows варто спершу зробити прототип шляху серверних робочих просторів.

Моє прочитання цих чотирьох пунктів: стеля одночасності та шлях Windows — це ліцензійні й календарні питання, довкола яких можна спланувати роботу. У багатокористувацького розподілу GPU тепер є задокументована відповідь у вигляді MIG, тож це стає питанням обладнання та версії. По-справжньому архітектурне обмеження — точність кольору, і воно не зрушить без іншої моделі доставки або доказів із ваших власних тестів.

Kasm, NICE DCV і HP Anyware поруч

AWS перейменувала NICE DCV на Amazon DCV. огляд можливостей і цін Amazon DCV документує свій клієнт HTML5, стиснення з якістю без втрат, розподіл GPU у Linux і правило, за яким використання на EC2 не тягне додаткової плати за сервер DCV, тоді як інші розгортання потребують ліцензії. Ось як ця трійка виглядає за осями, що вирішують долю міграції.

Таблиця не відображає експлуатаційної ваги, а саме ця різниця вирішує долю багатьох міграцій. Kasm вимагає мислити образами контейнерів і реєстром робочих просторів. Це комфортно, якщо ви вже тримаєте Docker, і чуже, якщо ні. Amazon DCV вимагає мислити серверними встановленнями, а поза EC2 — ще й сервером ліцензій. Якщо ваше рішення залежить і від того, чи об'єднувати робочі столи в пул, чи зберегти по машині на користувача, то наступне архітектурне питання — відмінність між об'єднаним у пул VDI та окремими віртуальними машинами — ось наступне архітектурне питання.

Що підходить вашій команді

Проходьте рішення в цьому порядку: перша гілка відсікає найбільше людей.

Критична до кольору 3D-графіка, перевірка CAD або кольорокорекція VFX. Спершу порівняйте Amazon DCV і закладіть у бюджет плаваючу ліцензію поза EC2. AWS зазначає, що на EC2 додаткової плати за сервер DCV немає, а інші розгортання потребують ліцензії. Це й далі правильна витрата, коли перевірена точність кольору і є продуктом.

Нульове встановлення клієнта як жорстка вимога за навантажень на кшталт середовищ розробки, офісних і продуктивних застосунків або креативних інструментів, що доставляються браузером. Ідіть до Kasm. Це той випадок, коли ви повертаєте простоту на пристрої, яку давав HP Anyware, ще й із прискоренням на GPU. Перш ніж розширювати пілот, перевірте на живих користувачах чіткість тексту, плавність руху та затримку введення.

Чинна ліцензія HP Anyware Pro і готовність піти шляхом самої HP. Погляньте на HP RGS, який HP обіцяє запропонувати як альтернативу окремим клієнтам HP Anyware. Перш ніж наважуватися, звірте поточну підтримку клієнтських платформ за документацією HP RGS зі своїм реальним парком пристроїв, надто якщо він різнорідний.

Залишитися на місці до кінця вікна поновлень. Це законний вибір, а не тактика зволікання. Наведені вище дати поновлення та підтримки дають вам обмежене вікно купівлі й довший хвіст підтримки. Якщо команда посеред проєкту, купити стабільність, поки ви як слід робите прототип, цілком виправдано. Плануйте прототип за фактичною датою підтримки у вашому контракті, а не за найширшою датою з повідомлення HP.

Керовані сервіси на кшталт Splashtop і Parsec — це п'ятий варіант, і тут їх свідомо виключено: кожен потребує клієнтського ПЗ або хмарного брокера, тобто саме тієї властивості, від якої ця міграція і тікає.

ЧИТАЙ

Після HP Anyware: NICE DCV vs Parsec vs RustDesk для віддалених робочих станцій

Встановлення Kasm із прискоренням на GPU на VPS

Скористайтеся одним із двох шляхів. образ Kasm Workspaces «в один клік» від Cloudzy наразі вказує Kasm 1.17 на Ubuntu Server 24.04 LTS; якщо обираєте його, пропустіть розділ «Встановлення Kasm Workspaces» нижче. На свіжому GPU VPS від Cloudzy використайте його образ Ubuntu/CUDA і йдіть ручним шляхом встановлення Kasm 1.19 нижче. В обох випадках перед увімкненням сесій із GPU перевірте встановлену версію Kasm і стек NVIDIA.

Передумови

Основні обмеження — це GPU, версії ПЗ на хості й доступне сховище. Решта — звичайний підтримуваний хост Linux із місцем під сервіси Kasm і під кожну сесію.

• GPU NVIDIA з підтримкою CUDA на хості, який виконуватиме роль агента Kasm.
• Ubuntu 24.04 LTS — основна задокументована цільова система Kasm для шляху з GPU.
• Доступ root або sudo.
• сторінка системних вимог Kasm 1.19 зазначає для самої платформи 2 ядра процесора, 4 ГБ ОЗП і 75 ГБ сховища SSD, плюс ресурси, що виділяються кожній сесії; типове виділення для робочого простору — 2768 МБ і 2 ядра.
• Сучасний браузер. Це вся вимога на боці клієнта.

Встановлення Kasm Workspaces

Kasm публікує версійований інсталяційний пакет і контрольну суму. посібник зі встановлення Kasm 1.19 на один сервер використовує таку стандартну послідовність онлайн-встановлення:

cd /tmp

curl --fail-early -fO https://kasm-static-content.s3.amazonaws.com/kasm_release_1.19.0-latest.tar.gz -fO https://kasm-static-content.s3.amazonaws.com/kasm_release_1.19.0-latest.tar.gz.sha256sum

sha256sum --check kasm_release_1.19.0-latest.tar.gz.sha256sum

tar -xf kasm_release_1.19.0-latest.tar.gz

sudo bash kasm_release/install.sh

Наприкінці інсталятор виводить облікові дані адміністратора й користувача. Збережіть їх, а потім відкрийте вебзастосунок на порту 443.

Встановіть драйвер NVIDIA і підтвердьте карту

Запустіть nvidia-smi, перш ніж щось встановлювати. образи GPU VPS від Cloudzy уже містять драйвери NVIDIA і CUDA. Якщо команда показує карту, залиште наявний драйвер і пропустіть блок встановлення нижче. Kasm попереджає, що змішування способів встановлення драйверів може завадити хосту завантажитися, тож використовуйте цей блок лише на чистому хості Ubuntu 24.04 без робочого драйвера NVIDIA.

nvidia-smi

sudo apt update

sudo apt install -y software-properties-common ubuntu-drivers-common

sudo add-apt-repository ppa:graphics-drivers/ppa -y

sudo apt update

sudo ubuntu-drivers install

sudo reboot

nvidia-smi

Для образів робочих просторів Kasm зі штучним інтелектом його посібник із GPU називає мінімумом 560.28.03. Це число відповідає формату версії драйвера NVIDIA, тож звіряйте його з полем Driver Version у nvidia-smi, а не з окремим полем CUDA Version.

Порада фахівця: підтвердьте вивід nvidia-smi на хості, перш ніж міняти будь-яке налаштування GPU в Kasm. Узгодженість драйвера і container toolkit — це передумова для робочих просторів із GPU, а підтвердження карти спершу на рівні хоста знімає цілий клас неоднозначностей надалі.

Встановлення NVIDIA Container Toolkit

NVIDIA Container Toolkit — це не те саме, що CUDA. Умовний блок нижче встановлює його лише за відсутності nvidia-ctk, а потім налаштовує й перезапускає Docker:

if ! command -v nvidia-ctk >/dev/null 2>&1; then

curl -fsSL https://nvidia.github.io/libnvidia-container/gpgkey | sudo gpg --dearmor -o /usr/share/keyrings/nvidia-container-toolkit-keyring.gpg

curl -s -L https://nvidia.github.io/libnvidia-container/stable/deb/nvidia-container-toolkit.list | sed 's#deb https://#deb [signed-by=/usr/share/keyrings/nvidia-container-toolkit-keyring.gpg] https://#g' | sudo tee /etc/apt/sources.list.d/nvidia-container-toolkit.list

sudo apt update && sudo apt install -y nvidia-container-toolkit

fi

sudo nvidia-ctk runtime configure --runtime=docker && sudo systemctl restart docker

Переконайтеся, що середовище виконання справді дістає до GPU зсередини контейнера:

sudo docker run --rm --gpus all ubuntu:24.04 nvidia-smi

Зсередини контейнера ви маєте побачити ту саму інформацію про GPU і драйвер. Якщо команда завершується помилкою, зупиніться: жодне налаштування робочого простору Kasm не полагодить середовище виконання контейнерів, яке не бачить карти.

Увімкніть GPU для робочого простору і перевірте це

У консолі адміністратора оберіть образ робочого стола, який підтримує потрібний графічний стек, встановіть GPU Count у 1 і переконайтеся, що агент повідомляє про GPU. Для графічного прискорення Kasm виділяє контейнеру один GPU; кілька GPU на контейнер призначені для неграфічних задач.

Лічильник GPU доводить лише призначення пристрою. У сумісному образі робочого стола з VirtualGL і glxinfo перевірте і доступ із контейнера, і рендерер OpenGL:

nvidia-smi

vglrun -d "${KASM_EGL_CARD}" glxinfo -B | grep -i "OpenGL renderer"

Перша команда підтверджує, що контейнер бачить карту. Друга має назвати GPU NVIDIA як рендерер OpenGL.

Якщо рендерер повідомляє про програмний растеризатор на кшталт llvmpipe, якщо змінна KASM_EGL_CARD не задана або сесія відкривається чорним екраном, перевірте ще раз сумісність образу, драйвер хоста, середовище виконання контейнерів, виявлення GPU агентом і кількість GPU в робочому просторі. Успішний вивід nvidia-smi сам собою не доводить, що VirtualGL відтворює на GPU.

Порада фахівця: ідіть перевірками пошарово: nvidia-smi на хості, nvidia-smi всередині звичайного контейнера Docker із --gpus all, виявлення GPU агентом у Kasm, потім vglrun glxinfo всередині робочого простору. Перший шар, який не проходить, і є тим, який треба лагодити.

Де все це працюватиме, вирішує проброс GPU. Звичайний VPS лише з CPU не віддає фізичної карти CUDA, тож починайте з інстансу з GPU. Тарифи GPU VPS від Cloudzy використовують виділений проброс і образи Ubuntu, готові до CUDA; наявність і рівні VRAM можуть змінюватися, тож добирайте розмір за актуальною сторінкою тарифів, а не фіксуйте припущення про 24 ГБ чи 48 ГБ. Образ Kasm «в один клік» і тариф із GPU — це різні шляхи розгортання, тож перед запуском сесій підтвердьте обраний образ, версію Kasm, драйвер і toolkit.

Щойно пошарові перевірки GPU пройдено, найважче позаду. Далі робота зводиться до супроводу образів робочих просторів і реєстру, а не до латання парку окремих робочих столів. На такий обмін я пішов би в будь-якій команді, якою керував.

Висновок: Kasm замінює робочий процес, орієнтований на браузер

Kasm пасує найкраще там, де вимога — доступ виключно через браузер до одноразових робочих столів чи застосунків Linux, з опційним прискоренням на GPU. Це не пряма заміна будь-якому впровадженню HP Anyware: Windows іде через шлях серверних робочих просторів, комерційне використання потребує платного тарифу, багатокористувацький розподіл GPU потребує обладнання з підтримкою MIG, а командам, критичним до кольору, варто перевірити точність або порівняти Amazon DCV.

Будуйте пілот насамперед довкола найважчого навантаження. Перш ніж переводити простіших користувачів, протестуйте застосунок лише під Windows, чутливе до кольору вікно перегляду або межу безпеки спільного GPU. Якщо це проходить, доставка через браузер і супровід на основі образів у Kasm здатні зняти більшу частину тих накладних витрат на пристроях, через які нульові клієнти й були привабливими.

Часті запитання

Для чого використовують Kasm Workspaces?

Kasm Workspaces — це платформа робочих просторів, які доставляються через браузер. Вона запускає контейнеризовані робочі столи та застосунки Linux і вміє бути посередником для наявних серверів Windows, Linux і macOS через серверні робочі простори. Контейнерні сесії можна викинути й відтворити з образу, тоді як серверні робочі простори зберігають життєвий цикл базового хоста.

Чи підтримує Kasm Workspaces прискорення на GPU?

Так. Kasm підтримує прискорення на GPU NVIDIA через NVIDIA Container Toolkit. Для графічного прискорення контейнеру призначається один GPU; неграфічні обчислювальні задачі можуть використовувати кілька. Хосту потрібні сумісний драйвер NVIDIA, середовище виконання контейнерів, виявлення GPU агентом і робочий простір із заданою кількістю GPU.

Чи безкоштовний Kasm Workspaces?

Community Edition безкоштовна для особистого, неприбуткового та некомерційного використання й обмежена п'ятьма одночасними сесіями. Комерційним командам варто взяти Starter або Enterprise; Kasm наразі вказує Starter по 10 $ за іменованого користувача або 20 $ за одночасну сесію для самостійних розгортань до 25 користувачів чи сесій.

Чи може Kasm Workspaces працювати з Windows?

Так. Kasm може транслювати робочі столи та застосунки Windows через статичні або автомасштабовані серверні робочі простори, RDS та Azure Virtual Desktop. Це інша архітектура, ніж одноразові контейнери Linux у Kasm, тож командам, чия ключова вимога — софт лише під Windows, варто зробити прототип саме цього шляху, перш ніж вирішувати.

Що краще для віддаленої робочої станції: Kasm чи NICE DCV?

Залежить від того, що є жорсткою вимогою: доступ лише через браузер чи перевірена точність зображення. Для роботи, критичної до кольору, сильнішим першим порівнянням є Amazon DCV, бо він документує стиснення з якістю без втрат, коли дозволяють умови мережі та процесора. Kasm пасує краще, коли в пріоритеті доступ через браузер без ПЗ на пристрої та робочі простори Linux, задані образами.