HP 已于 2026 年 5 月 7 日停止销售新的 HP Anyware 许可证。你的团队要替换的其实不是一种协议，而是一种架构：任何一台用户终端上都不需要安装任何东西。
Kasm Workspaces 恢复的正是这一特性。它交付容器化的 Linux 桌面和应用，也能代理访问既有的 Windows 桌面，全部送达现代浏览器，终端上无需任何客户端软件。它还能把 NVIDIA GPU 直通给 Linux 容器会话，我在一个下午就把它装到了 GPU VPS 上。
对色彩要求严苛的调色或 CAD 校验来说，它并不是理所当然的选择，因为 Kasm 没有记录可与 HP Anyware 相比的可选 4:4:4 模式。相关限制、决策分界和 GPU 配置见下文。
简短版本
对于把「终端零客户端软件」当作硬性要求的团队，Kasm Workspaces 是真正的 HP Anyware 替代品：它交付容器化的 Linux 环境，也能把 Windows 桌面代理到浏览器，而它的 Linux 容器会话支持 NVIDIA GPU 加速。Kasm 并未记录可与 HP Anyware 相比的可选 4:4:4 模式，因此对色彩敏感的团队应当用真实工作负载验证，并在迁移前对比 Amazon DCV 的无损质量路径。
- 你需要据以规划的时间节点：HP Anyware 新许可证销售已于 2026 年 5 月 7 日结束。一年期续订可购买至 2027 年 10 月 31 日，而现有多年期合同的维护与支持可延续至 2029 年 10 月 31 日。
- Kasm 恢复的是终端上零安装、浏览器原生的访问方式，正是 HP Anyware 零客户端所提供的那一特性。
- GPU 加速可用，但有前提：支持 CUDA 的 NVIDIA 硬件、NVIDIA Container Toolkit，以及图形负载下每个容器一块 GPU。
- 串流上的取舍：Kasm 的标准路径使用浏览器原生的 JPEG/WebP，而其可选的真无损模式是为高带宽局域网设计的。
- 许可的边界：Community Edition 限制为 5 个并发会话，且不含商用授权，因此企业团队应从第一天就把 Starter 或 Enterprise 纳入预算。
- 分野是这样的：以浏览器为先的 Linux 与容器工作流适合 Kasm；对色彩敏感的团队应对比 Amazon DCV；以 Windows 为主的团队应在下决心前先测试 Kasm 的服务器工作区路径。
本指南不涉及的内容
为了让本文保持为一份部署与评估指南，以下几个相邻话题被有意排除在外：
- PCoIP 协议的内部机制，见 Cloudzy 的 PCoIP 与 RDP 协议对比.
- 超出「在 AWS 上还是 AWS 之外」这一区分的 NICE DCV 企业许可细节。
- VMware Horizon 与 Citrix VDI，它们面向的部署规模和采购方都不同。
- 构建 Windows 容器工作区，这值得单独写一篇指南。
HP Anyware 终结了什么，又留下了什么
2026 年 5 月 7 日是 HP 售出新 Anyware 许可证的最后一天。 HP 关于 Anyware 生命周期终止的公告 写明一年期续订可购买至 2027 年 10 月 31 日，这些续订的支持在 2028 年 10 月 31 日结束，而现有多年期合同的维护与支持可延续至 2029 年 10 月 31 日。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 加速指南 要求有支持 CUDA 的 NVIDIA 显卡、当前版本的 NVIDIA 驱动，以及每台 agent 主机上的 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 并未记录可与 HP Anyware 直接对比的可选 4:4:4 模式。
Kasm 当前的无损编码指南 指出 1920x1080、60 fps 且画面有中等程度运动时，很可能会占满一条千兆链路，而 2014 年之后的许多四核 x86_64 处理器可持续解码约 1000 Mbps。这使该模式主要在局域网内才实用，并不能替代在家用宽带上实测色度还原。
需要用真实负载验证：对色彩要求严苛的调色、印前打样、以及以像素本身为交付物的 CAD 校验。如果可验证的色度还原写进了合同，那就把「没有记录在案的 4:4:4 模式」当作阻塞项，直到测试证明并非如此。
多租户共享 GPU 需要 MIG
Kasm 当前的 GPU 指引把安全方面的告诫写得很明确：
「多租户容器 GPU 加速的安全性尚未确立。」——Kasm Workspaces GPU 文档
同一页面要求谨慎使用该特性，并在充分理解安全影响的前提下启用；它点名 NVIDIA MIG（自 Kasm Workspaces 1.19.0 起支持）是让多个用户共享同一块 GPU 的唯一安全方式。Kasm 也可以通过覆写 agent 上报的 GPU 数量来超额分配一块显卡，让多个容器共用，但那属于调度层面的改动，而不是隔离边界。
会被排除的情形：租户之间互不信任、且没有支持 MIG 的硬件可选的共享 GPU 部署，或者监管方会要求你论证隔离边界的场合。
Community Edition 止步于 5 个并发会话
Kasm 当前的版本对比表 把 Community Edition 列为免费、限 5 个并发会话、且不含商用授权。Starter 标价为每个具名用户 10 美元或每个并发会话 20 美元，Enterprise 则为询价制。在据此编制预算之前，请先到对比表核对当前数字。
会话上限并不是唯一的边界。哪怕从不超过 5 个并发会话，一支五人的商业团队仍然需要商用授权层级。Kasm 把 Starter 定位为面向 25 个用户或会话以下的自托管部署，Enterprise 则面向超过这一门槛的规模。
对企业来说，这意味着从第一天起就要把付费许可列进预算。
Windows 走的是服务器工作区，而不是容器
Kasm 可以通过静态服务器、自动伸缩服务器、RDS 或 Azure Virtual Desktop 来交付 Windows 桌面和应用。 Kasm 的 Windows 支持概览 把它们视为服务器工作区，而不是一次性的 Windows 容器。如果你之所以需要远程工作站，是因为有三个人要用一款只有 Windows 版的工程软件，那就先把这条路径做成原型，再去碰下面的 Linux GPU 容器工作。这是最可能改变架构走向的分支，趁抽身还便宜的时候测它。
含义：以 Windows 为主的团队应当先把服务器工作区这条路径做成原型。
我对这四点的判断是：并发上限和 Windows 路径属于许可与排期问题，可以绕着它们做规划。多租户共享 GPU 现在有了 MIG 这个写在文档里的答案，于是变成硬件与版本的问题。真正属于架构层面的限制是色彩还原，若不换一种交付模型，或拿不出你们自己测试的证据，它就不会挪动。
Kasm、NICE DCV 与 HP Anyware 横向对比
AWS 已将 NICE DCV 更名为 Amazon DCV。 Amazon DCV 的功能与定价概览 记录了它的 HTML5 客户端、无损质量压缩、Linux 上的 GPU 共享，以及「在 EC2 上使用不额外收取 DCV 服务器费用、其他部署则需要许可证」这一规则。下面看这三者在决定迁移的几个维度上各自的位置。
| 维度 | Kasm Workspaces | NICE DCV | HP Anyware |
|---|---|---|---|
| 是否需要安装客户端 | 终端上无需任何安装 | 原生客户端或 HTML5 浏览器客户端 | 零客户端 / 瘦客户端 |
| 浏览器原生访问 | 支持，任何现代浏览器 | 支持，HTML5 客户端 | 通过零客户端硬件 |
| GPU 加速 | 通过容器运行时使用 NVIDIA，每个图形容器一块 GPU，共享显卡需用 MIG | 支持，包括在 Linux 服务器上共享 GPU | 是 |
| 色彩还原 | 标准为 JPEG/WebP，可选真无损，无记录在案的 4:4:4 模式 | 在网络与 CPU 条件允许时提供无损质量压缩 | PCoIP Ultra 在兼容配置下支持 YUV 4:4:4 |
| 许可模式 | Community：5 个并发会话，非商用，另有付费商业层级 | 在 AWS EC2 上免费，其他环境需要许可证 | 已停止新售，续订受限 |
| 在云外自托管 | 支持，完全可以 | 支持，需购买许可证 | 是 |
| 当前可用性 | 可用 | 可用 | 不再新售，支持截止日期因合同而异，最长至 2029 年 |
| Windows 交付方式 | 静态或自动伸缩的服务器工作区、RDS 或 AVD | 在服务器上原生安装 | 原生 PCoIP 代理 |
这张表没有涵盖运维重量，而很多迁移恰恰是被这一差别决定的。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 这类托管服务是第五个选项，本文有意排除：它们各自都需要客户端软件或云端代理，而那恰恰是这次迁移想要摆脱的特性。
在 VPS 上部署带 GPU 加速的 Kasm
两条路径任选其一。 Cloudzy 的一键 Kasm Workspaces 目前列出的是 Ubuntu Server 24.04 LTS 上的 Kasm 1.17；如果你选它，就跳过下面的「安装 Kasm Workspaces」一节。在全新的 Cloudzy GPU VPS 上，请使用它的 Ubuntu/CUDA 镜像，并按下文手动安装 Kasm 1.19。两种情况下，都要在启用 GPU 会话之前先核实已安装的 Kasm 版本和 NVIDIA 软件栈。
先决条件
主要约束是 GPU、宿主机上的软件版本，以及可用存储。其余不过是一台受支持的标准 Linux 主机，留出跑 Kasm 服务和每个会话的余量即可。
- 在将承担 Kasm agent 角色的主机上，配备一块支持 CUDA 的 NVIDIA GPU。
- Ubuntu 24.04 LTS，这是 Kasm 针对 GPU 路径主要记录在文档中的目标系统。
- root 或 sudo 权限。
- Kasm 1.19 的系统要求页面 为平台本身指定了 2 个 CPU 核心、4 GB 内存和 75 GB SSD 存储，此外还要加上分配给每个会话的资源；工作区的默认分配为 2,768 MB 和 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 端口打开这个 Web 应用。
安装 NVIDIA 驱动并确认显卡
在安装任何东西之前，先运行 nvidia-smi。 Cloudzy GPU VPS 镜像 已经预装了 NVIDIA 驱动和 CUDA。如果该命令能报出显卡，就保留现有驱动，跳过下面的安装代码块。Kasm 警告说，混用多种驱动安装方式可能导致主机无法正常启动，所以这段代码块只应在没有可用 NVIDIA 驱动的干净 Ubuntu 24.04 主机上使用。
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 的 AI 工作区镜像，其 GPU 指南把 560.28.03 列为最低要求。这个号码采用的是 NVIDIA 的驱动版本格式，所以要拿它和 nvidia-smi 里的 Driver Version 字段比对，而不是另一个单独的 CUDA Version 字段。
实用建议：在动任何 Kasm 的 GPU 设置之前，先在宿主机上确认 nvidia-smi。驱动与 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，并确认 agent 已经报告了这块 GPU。做图形加速时，Kasm 为容器分配一块 GPU；每容器多块 GPU 是给非图形负载用的。
GPU 数量只能证明设备已被分配。在一个包含 VirtualGL 和 glxinfo 的兼容桌面镜像里，请同时验证容器的访问权限和 OpenGL 渲染器：
nvidia-smi
vglrun -d "${KASM_EGL_CARD}" glxinfo -B | grep -i "OpenGL renderer"第一条命令确认容器能看到显卡。第二条应当把 NVIDIA GPU 报为 OpenGL 渲染器。
如果渲染器报的是 llvmpipe 之类的软件光栅化器，或者 KASM_EGL_CARD 没有设置，又或者会话打开后是黑屏，就回头再查一遍镜像兼容性、宿主机驱动、容器运行时、agent 的 GPU 识别情况，以及工作区的 GPU 数量。单是 nvidia-smi 跑通了，并不能证明 VirtualGL 真的在 GPU 上渲染。
实用建议：把检查分层来做：宿主机上的 nvidia-smi、带 --gpus all 的普通 Docker 容器里的 nvidia-smi、Kasm 中 agent 的 GPU 识别，然后是工作区内的 vglrun glxinfo。第一个失败的那一层，就是要修的那一层。
这套东西跑在哪里，是由 GPU 直通决定的。只有 CPU 的普通 VPS 不会向你暴露物理 CUDA 显卡，所以请从 GPU 实例起步。Cloudzy 的 GPU VPS 套餐采用独占直通和预装 CUDA 的 Ubuntu 镜像；库存和显存档位会变，所以请按当前的套餐页面来选型，而不要把 24 GB 或 48 GB 当成写死的前提。一键 Kasm 镜像和 GPU 套餐是两条各自独立的部署路径，因此在开启会话之前，请确认所选镜像、Kasm 版本、驱动和 toolkit。
一旦这套分层的 GPU 检查全部通过，难关就过去了。此后的工作是维护工作区镜像和注册表，而不是给一大堆各自为政的桌面打补丁。这笔交换，在我带过的任何团队里我都愿意做。
结论：Kasm 替代的是以浏览器为先的工作流
当需求是「只用浏览器访问一次性的 Linux 桌面或应用、GPU 加速可选」时，Kasm 最合适。但它并不是所有 HP Anyware 部署的即插即用替代品：Windows 走的是服务器工作区路径，商用需要付费层级，多租户共享 GPU 需要支持 MIG 的硬件，而对色彩敏感的团队应当验证还原度或对比 Amazon DCV。
先围绕最难啃的那类工作负载来搭试点。在迁移较容易的用户之前，先测那款只有 Windows 版的应用、对色彩敏感的视图窗口，或者共享 GPU 的安全边界。如果都过得去，Kasm 的浏览器交付和基于镜像的运维，就能免掉当初让零客户端显得诱人的那一大部分终端负担。
常见问题
Kasm Workspaces 是用来做什么的？
Kasm Workspaces 是一个通过浏览器交付的工作区平台。它运行容器化的 Linux 桌面和应用，并能通过服务器工作区代理访问既有的 Windows、Linux 和 macOS 服务器。容器会话可以丢弃后再由镜像重建，而服务器工作区则沿用底层主机的生命周期。
Kasm Workspaces 支持 GPU 加速吗？
支持。Kasm 通过 NVIDIA Container Toolkit 支持 NVIDIA GPU 加速。做图形加速时，一个容器分配一块 GPU；非图形的计算负载则可以使用多块 GPU。宿主机需要具备兼容的 NVIDIA 驱动、容器运行时、agent 能识别到 GPU，以及一个配置了 GPU 数量的工作区。
Kasm Workspaces 免费吗？
Community Edition 对个人、非营利和非商业用途免费，并限制为 5 个并发会话。商用团队应当使用 Starter 或 Enterprise；Kasm 目前把 Starter 标为每个具名用户 10 美元或每个并发会话 20 美元，适用于 25 个用户或会话以下的自托管部署。
Kasm Workspaces 能跑 Windows 吗？
可以。Kasm 能通过静态或自动伸缩的服务器工作区、RDS 以及 Azure Virtual Desktop 串流 Windows 桌面和应用。这与 Kasm 的一次性 Linux 容器是两种不同的架构，因此核心需求是「只有 Windows 版软件」的团队，应当在下决心之前，先把那条服务器工作区路径做成原型。
做远程工作站，Kasm 和 NICE DCV 哪个更好？
取决于硬性要求是「只用浏览器访问」还是「经过验证的显示还原度」。对色彩要求严苛的工作，Amazon DCV 是更有力的首选对比对象，因为它明确写明在网络和处理器条件允许时提供无损质量压缩。而如果优先项是终端无软件的浏览器访问，以及由镜像定义的 Linux 工作区，那么 Kasm 更合适。
讨论
评论
登录后参与讨论。