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日に終了しました。1年更新は 2027年10月31日まで購入可能で、既存の複数年契約の保守とサポートは 2029年10月31日まで継続できます。
- Kasm が取り戻すのは、端末に何もインストールしないブラウザネイティブのアクセスです。これは HP Anyware のゼロクライアントが提供していた、まさにその性質です。
- GPU アクセラレーションは条件付きで動作します。CUDA 対応の NVIDIA ハードウェア、NVIDIA Container Toolkit、そしてグラフィックス用途ではコンテナあたり 1 基の 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 の提供終了に関する告知 では、1年更新が 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 上できれいに成立させているのは、まさにこのコンテナモデルです。運用を担う立場からすると、ここが一番重要な部分です。コンテナワークスペースでは、各セッションは使い捨てで、再現可能で、イメージによって定義されます。イメージにパッチを当てれば、翌日チームが開くコンテナデスクトップはすべて更新後のイメージを使います。それが保守の要点であり、50 席規模の導入では、このアーキテクチャを選ぶ理由そのものです。 Kasm のリモートデスクトップ概要 は、端末側にエージェントもプラグインもソフトウェアも不要なブラウザアクセスを説明し、従来型の Windows デスクトップを Linux 環境と並べて配信できることを述べています。
GPU アクセラレーションは、表示プロトコルではなくコンテナランタイムの層で追加されます。 Kasm の現行 GPU アクセラレーションガイド では、CUDA 対応の NVIDIA カード、最新の NVIDIA ドライバ、そして各エージェントホスト上の NVIDIA Container Toolkit が必要とされています。グラフィックスの高速化では、Kasm はコンテナに GPU を 1 基割り当てます。コンテナあたり複数 GPU はグラフィックス以外の用途に限られます。
通信経路では、Kasm の標準経路はブラウザネイティブの JPEG/WebP を、任意の完全ロスレスモードは QOI を使います。どちらも重要です。Kasm と HP Anyware が袂を分かつのは、まさにエンコーダの部分だからです。
このプラットフォームはセルフホストすることも、ホスティングサービスとして購入することもできます。以下はすべて、自分で運用する前提で書いています。
Kasm が HP Anyware に及ばない点
何かをプロビジョニングする前に知っておくべき制約が 4 つあります。どれも秘密ではなく、すべて公開情報です。そのうち 1 つは、あるチームにとっては評価をそこで打ち切らせるものですが、残りは予算・スケジュール・ハードウェア要件のどれかに 1 行加わるだけです。
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 年以降の 4 コア x86_64 CPU の多くはおよそ 1000 Mbps のデコードを維持できることを述べています。つまりこのモードが実用的なのは主に LAN 上であり、家庭用回線で色再現性を検証する代わりにはなりません。
実ワークロードでの検証が必要です。色が決め手となるグレーディング、印刷校正、CAD の検証など、ピクセルそのものが成果物になる場面です。検証可能な色再現性が契約要件なら、文書化された 4:4:4 モードがないことを、テストで覆るまではブロッカーとして扱ってください。
マルチテナントの GPU 共有には MIG が要る
Kasm の現行の GPU ガイダンスは、セキュリティ上の注意をはっきりと明記しています。
「マルチテナントのコンテナ GPU アクセラレーションのセキュリティは、まだ十分に確立されていません。」- Kasm Workspaces の GPU ドキュメント
同じページは、この機能を慎重に、セキュリティ上の影響を十分理解したうえで使うよう求めており、Kasm Workspaces 1.19.0 以降で対応する NVIDIA MIG を、1 基の GPU を複数ユーザーで共有する唯一安全な方法として挙げています。Kasm はエージェントが報告する GPU 数を上書きしてカードをオーバーサブスクライブし、複数コンテナで共有させることもできますが、それはスケジューリングの変更であって隔離の境界ではありません。
対象外になるのは、テナント同士が互いを信頼しておらず、MIG 対応ハードウェアも選択肢にない共有 GPU 構成、あるいは規制当局に隔離境界の根拠を問われる場面です。
Community Edition は同時 5 セッションで頭打ち
Kasm の現行エディション比較表 では、Community Edition は無料、同時 5 セッションまで、商用利用権なしと記載されています。Starter は named ユーザーあたり 10 ドル、または同時セッションあたり 20 ドルと示され、Enterprise は見積もり制です。これを前提に予算を組む前に、最新の数値を比較表で確認してください。
上限となるのはセッション数だけではありません。5 人の企業チームであっても、同時 5 セッションを一度も超えないとしても、商用ティアが必要です。Kasm は Starter を 25 ユーザーまたはセッション未満のセルフホスト環境向けに、Enterprise をそれを超える規模向けに位置づけています。
企業にとっては、初日から有償ライセンスが予算に乗ることを意味します。
Windows はコンテナではなくサーバーワークスペースを使う
Kasm は、静的サーバー、オートスケールするサーバー、RDS、Azure Virtual Desktop を通じて Windows のデスクトップやアプリケーションを配信できます。 Kasm の Windows サポート概要 では、これらは使い捨ての Windows コンテナではなくサーバーワークスペースとして扱われます。リモートワークステーションが必要な理由が「3 人が Windows でしか動かないエンジニアリングアプリを使うから」なのであれば、下の Linux GPU コンテナの作業に手を付ける前に、まさにその経路を試作してください。アーキテクチャを最も変えかねない分岐なので、撤退がまだ安いうちに検証すべきです。
含意：Windows 中心のチームは、まずサーバーワークスペース経路を試作すべきです。
この 4 点についての私の見立てはこうです。同時実行の上限と Windows 経路は、計画で回避できるライセンスとスケジュールの問題です。マルチテナントの GPU 共有には MIG という文書化された答えが用意されたので、ハードウェアとバージョンの問題に変わりました。本当に構造的な制約は色再現性で、配信モデルを変えるか、自分たちのテストで裏づけを得ない限り動きません。
Kasm・NICE DCV・HP Anyware を並べて比較
AWS は NICE DCV を Amazon DCV に改称しました。 Amazon DCV の機能と料金の概要 では、HTML5 クライアント、ロスレス品質の圧縮、Linux 上での GPU 共有、そして EC2 上での利用には DCV サーバーの追加料金がかからない一方、それ以外の構成にはライセンスが必要というルールが示されています。移行の判断を左右する軸で、この 3 つがどう並ぶかを見てみましょう。
| 軸 | Kasm Workspaces | NICE DCV | HP Anyware |
|---|---|---|---|
| クライアントのインストール要否 | 端末側に不要 | ネイティブクライアントまたは HTML5 ブラウザクライアント | ゼロクライアント／シンクライアント |
| ブラウザネイティブのアクセス | 対応（最新のブラウザなら何でも） | 対応（HTML5 クライアント） | ゼロクライアント機器を介して |
| GPU アクセラレーション | コンテナランタイム経由の NVIDIA、グラフィックス用コンテナあたり GPU 1 基、カード共有には 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 の外ではライセンスサーバーで考えることを求めます。デスクトップをプール化するか、ユーザーごとに 1 台を保つかも判断材料なら、次に問うべきアーキテクチャの論点は プール化された VDI と単体 VM の違い です。
あなたのチームにはどれが合うか
判断はこの順番で進めてください。最初の分岐がもっとも多くの人をふるい落とすからです。
色が決め手となる 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 のようなマネージドサービスは 5 つ目の選択肢ですが、ここでは意図的に除外しています。いずれもクライアントソフトかクラウドのブローカーを必要とし、それこそがこの移行で振り払おうとしている性質だからです。
VPS 上に GPU アクセラレーション付きで Kasm を構築する
経路は 2 つのうちどちらかを使います。 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、ホストのソフトウェアバージョン、そして利用可能なストレージです。あとは、Kasm のサービスと各セッションを収める余裕のある、標準的でサポート対象の Linux ホストがあれば足ります。
- Kasm のエージェント役を担うホスト上に、CUDA 対応の NVIDIA GPU があること。
- Ubuntu 24.04 LTS。GPU 経路について Kasm が主にドキュメント化している対象です。
- root または sudo アクセス。
- Kasm 1.19 のシステム要件ページ では、プラットフォーム側に CPU 2 コア、RAM 4 GB、SSD ストレージ 75 GB が示されており、これに各セッションへ割り当てるリソースが加わります。ワークスペースの既定の割り当ては 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-smiKasm の 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 に設定し、エージェントが GPU を報告していることを確認します。グラフィックスの高速化では、Kasm はコンテナに GPU を 1 基割り当てます。コンテナあたり複数 GPU はグラフィックス以外の用途向けです。
GPU の数は、デバイスが割り当てられたことしか示しません。VirtualGL と glxinfo を含む対応デスクトップイメージで、コンテナからのアクセスと OpenGL レンダラーの両方を確認してください。
nvidia-smi
vglrun -d "${KASM_EGL_CARD}" glxinfo -B | grep -i "OpenGL renderer"1 つ目のコマンドは、コンテナがカードを認識していることを確認します。2 つ目では、OpenGL レンダラーとして NVIDIA GPU の名前が表示されるはずです。
レンダラーが llvmpipe のようなソフトウェアラスタライザを報告する場合、KASM_EGL_CARD が未設定の場合、あるいはセッションが黒画面で開く場合は、イメージの対応状況、ホストのドライバ、コンテナランタイム、エージェントの GPU 検出、ワークスペースの GPU 数を改めて確認してください。nvidia-smi が成功しただけでは、VirtualGL が GPU で描画している証明にはなりません。
プロの助言：確認は層ごとに進めてください。ホスト上の nvidia-smi、--gpus all を付けた素の Docker コンテナ内の nvidia-smi、Kasm でのエージェントによる GPU 検出、そしてワークスペース内の vglrun glxinfo。最初に失敗した層こそ、直すべき層です。
これがどこで動くかを決めるのは GPU パススルーです。CPU のみの標準的な VPS は物理的な CUDA カードを公開しないため、まず GPU インスタンスから始めてください。Cloudzy の GPU VPS プランは専有パススルーと CUDA 対応済みの Ubuntu イメージを使います。在庫や VRAM の区分は変わり得るので、24 GB や 48 GB といった前提を決め打ちせず、最新のプランページを見てサイジングしてください。ワンクリックの 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 は NVIDIA Container Toolkit を通じて NVIDIA GPU アクセラレーションをサポートします。グラフィックスの高速化ではコンテナに GPU が 1 基割り当てられ、グラフィックス以外の計算処理では複数の GPU を使えます。ホスト側には、対応する NVIDIA ドライバ、コンテナランタイム、エージェントによる GPU 検出、そして GPU 数を設定したワークスペースが必要です。
Kasm Workspaces は無料か
Community Edition は個人利用、非営利利用、非商用利用については無料で、同時 5 セッションまでに制限されます。商用のチームは Starter か Enterprise を使うべきです。Kasm は現在、25 ユーザーまたはセッション未満のセルフホスト環境について、Starter を named ユーザーあたり 10 ドル、または同時セッションあたり 20 ドルと表示しています。
Kasm Workspaces で Windows は使えるか
使えます。Kasm は、静的またはオートスケールのサーバーワークスペース、RDS、Azure Virtual Desktop を通じて Windows のデスクトップやアプリケーションを配信できます。これは Kasm の使い捨て Linux コンテナとは別のアーキテクチャなので、Windows でしか動かないソフトが中心的な要件のチームは、決める前にそのサーバーワークスペース経路そのものを試作してください。
リモートワークステーションには Kasm と NICE DCV のどちらが向くか
絶対条件がブラウザだけでのアクセスなのか、検証済みの表示忠実度なのかによります。色が決め手となる作業では、まず比較すべき有力候補は Amazon DCV です。ネットワークとプロセッサの条件が許せばロスレス品質の圧縮を行うと明記しているためです。一方、端末にソフトを置かないブラウザアクセスと、イメージで定義される Linux ワークスペースが優先されるなら、Kasm のほうが向いています。
ディスカッション
コメント
ログインしてディスカッションに参加してください。