Kasm Workspaces sebagai pengganti HP Anyware: remote desktop berbasis browser di GPU VPS

HP berhenti menjual lisensi HP Anyware baru pada 7 Mei 2026. Yang sedang tim Anda gantikan sebenarnya bukan sebuah protokol. Ini arsitektur di mana tidak ada yang perlu dipasang di satu pun perangkat pengguna.

Kasm Workspaces mengembalikan properti itu persis. Ia menyajikan desktop dan aplikasi Linux dalam kontainer, dan juga bisa menjadi perantara ke desktop Windows yang sudah ada, semuanya di browser modern tanpa perangkat lunak klien di perangkat. Ia juga bisa meneruskan GPU NVIDIA ke sesi kontainer Linux, dan saya memasangnya di GPU VPS dalam satu sore.

Ini bukan pilihan otomatis untuk color grading kritis atau verifikasi CAD, karena Kasm tidak mendokumentasikan mode 4:4:4 yang bisa dipilih dan setara dengan HP Anyware. Batasan terkait, garis keputusan, dan penyiapan GPU ada di bawah.

Versi Singkat

Kasm Workspaces adalah pengganti HP Anyware yang sesungguhnya bagi tim yang syarat mutlaknya adalah nol perangkat lunak klien: ia menyajikan lingkungan Linux dalam kontainer dan bisa menjembatani desktop Windows ke browser, sementara sesi kontainer Linux-nya mendukung akselerasi GPU NVIDIA. Kasm tidak mendokumentasikan mode 4:4:4 yang bisa dipilih dan setara dengan HP Anyware, jadi tim yang kritis terhadap warna sebaiknya memvalidasi beban kerja sebenarnya dan membandingkan jalur lossless Amazon DCV sebelum bermigrasi.

• Tanggal yang jadi acuan perencanaan Anda: penjualan lisensi HP Anyware baru berakhir 7 Mei 2026. Perpanjangan satu tahun masih tersedia sampai 31 Oktober 2027, sementara pemeliharaan dan dukungan untuk kontrak multitahun yang sudah ada bisa berlanjut sampai 31 Oktober 2029.
• Yang Kasm kembalikan adalah akses native lewat browser tanpa apa pun terpasang di perangkat, persis properti yang dulu diberikan zero client HP Anyware.
• Akselerasi GPU berfungsi, dengan syarat: perangkat keras NVIDIA yang mendukung CUDA, NVIDIA Container Toolkit, dan satu GPU per kontainer untuk beban kerja grafis.
• Kompromi pada streaming: jalur standar Kasm memakai JPEG/WebP yang native di browser, sedangkan mode benar-benar lossless opsionalnya dirancang untuk jaringan lokal berbandwidth tinggi.
• Batas lisensi: Community Edition dibatasi lima sesi bersamaan dan tidak mencakup penggunaan komersial, jadi tim bisnis sebaiknya menganggarkan Starter atau Enterprise sejak hari pertama.
• Pembagiannya: alur kerja Linux dan kontainer yang mengutamakan browser cocok dengan Kasm, tim yang kritis terhadap warna sebaiknya membandingkan Amazon DCV, dan tim yang berat ke Windows sebaiknya menguji jalur server workspace Kasm sebelum memutuskan.

Apa yang Tidak Dicakup Panduan Ini

Beberapa topik terkait sengaja tidak dibahas agar tulisan ini tetap menjadi panduan pemasangan dan evaluasi:

• Cara kerja internal protokol PCoIP, dibahas di perbandingan protokol PCoIP dan RDP dari Cloudzy.
• Detail lisensi enterprise NICE DCV di luar pembagian antara AWS dan non-AWS.
• VMware Horizon dan Citrix VDI, yang melayani skala penerapan dan pembeli yang berbeda.
• Membangun workspace kontainer Windows, yang layak mendapat panduan tersendiri.

Apa yang berakhir bersama HP Anyware, dan apa yang ditinggalkannya

7 Mei 2026 adalah hari terakhir HP menjual lisensi Anyware baru. Pemberitahuan akhir masa pakai Anyware dari HP menyebutkan bahwa perpanjangan satu tahun masih tersedia sampai 31 Oktober 2027, dukungan untuk perpanjangan itu berakhir 31 Oktober 2028, dan pemeliharaan serta dukungan untuk kontrak multitahun yang sudah ada bisa berlanjut sampai 31 Oktober 2029. Trusted Zero Clients dan Desktop Access punya tanggal tersendiri, jadi periksa kontrak dan lini produk Anda alih-alih menganggap 2029 sebagai tanggal dukungan yang berlaku umum.

HP menyampaikan keputusannya secara langsung:

"Setelah mempertimbangkan dengan saksama prioritas investasi portofolio kami, kami mengambil keputusan sulit untuk menghentikan secara bertahap sejumlah area dari solusi remote desktop kami." - Pengumuman akhir masa pakai HP Anyware

HP juga menyatakan bahwa HP Z Remote Graphics Software (RGS) akan tetap tersedia untuk sejumlah kasus penggunaan workstation.

Arsitektur zero client tetap menjadi tolok ukur yang berguna: pengguna menjangkau workstation jarak jauh tanpa memelihara klien perangkat lunak lengkap di setiap perangkat. Untuk melihat lapisan transport lebih dekat, panduan Cloudzy tentang cara PCoIP menyiarkan remote desktop menjelaskan model berbasis piksel.

Bagaimana Kasm menyajikan desktop lewat browser

Untuk workspace kontainer, Kasm menjalankan kontainer Linux terisolasi dari image yang terdaftar dan mengalirkan desktop atau aplikasinya ke browser.

Model kontainer itulah yang membuat pola remote desktop berbasis browser di GPU VPS berjalan rapi, dan itu bagian yang paling saya pedulikan sebagai orang yang harus merawatnya. Untuk workspace kontainer, setiap sesi bersifat sekali pakai, dapat direproduksi, dan ditentukan oleh image. Anda menambal image-nya, lalu setiap desktop kontainer yang dibuka tim Anda besok memakai image yang sudah diperbarui. Itulah cerita pemeliharaannya, dan pada penerapan lima puluh kursi, itu seluruh alasan memilih arsitektur ini. Ikhtisar remote desktop dari Kasm menjelaskan akses lewat browser tanpa agen, plugin, atau perangkat lunak di perangkat, dan menerangkan bahwa desktop Windows tradisional bisa dialirkan berdampingan dengan lingkungan Linux.

Akselerasi GPU ditambahkan di runtime kontainer, bukan di protokol tampilan. Panduan akselerasi GPU terkini dari Kasm mensyaratkan kartu NVIDIA yang mendukung CUDA, driver NVIDIA terkini, dan NVIDIA Container Toolkit di setiap host agen. Untuk akselerasi grafis, Kasm menetapkan satu GPU untuk satu kontainer; beberapa GPU per kontainer dicadangkan untuk beban kerja non-grafis.

Di jalur transmisi, jalur standar Kasm memakai JPEG/WebP yang native di browser, sedangkan mode benar-benar lossless opsionalnya memakai QOI. Keduanya penting, karena di encoder-lah Kasm dan HP Anyware berpisah jalan.

Platform ini bisa di-host sendiri atau dibeli sebagai layanan terkelola. Semua yang di bawah ini mengasumsikan Anda menjalankannya sendiri.

Di mana Kasm kalah dari HP Anyware

Ada empat batasan yang perlu diketahui sebelum Anda menyediakan apa pun. Tidak satu pun rahasia, semuanya terdokumentasi, dan salah satunya akan mengakhiri evaluasi bagi tim tertentu, sementara sisanya hanya memindahkan satu baris ke anggaran, jadwal, atau kebutuhan perangkat keras.

Kasm tidak mendokumentasikan mode 4:4:4

PCoIP Ultra bisa memakai YUV 4:4:4 untuk detail kroma penuh, tetapi ketersediaannya bergantung pada host, klien, GPU, dan mode optimasi yang dipilih. Panduan perencanaan sesi PCoIP Ultra dari HP mencatat bahwa kebijakan PCoIP dapat mengatur NVENC ke YUV 4:4:4 atau YUV 4:2:0 tergantung konfigurasinya. Jalur standar Kasm yang native di browser memakai JPEG/WebP, sedangkan mode QOI benar-benar lossless opsionalnya diposisikan untuk jaringan lokal berbandwidth tinggi. Kasm tidak mendokumentasikan mode 4:4:4 yang bisa dipilih dan langsung sebanding dengan HP Anyware.

Panduan encoding lossless terkini dari Kasm menyebut bahwa 1920x1080 pada 60 fps dengan gerakan sedang kemungkinan akan menghabiskan seluruh koneksi gigabit, dan bahwa banyak CPU x86_64 empat inti pasca-2014 sanggup menahan sekitar 1000 Mbps decoding. Itu membuat mode ini praktis terutama di LAN; ia bukan pengganti umum untuk menguji kesetiaan kroma lewat internet rumahan.

Perlu pengujian dengan beban kerja nyata: color grading kritis, proofing cetak, dan verifikasi CAD, di mana pikselnya adalah hasil akhir. Jika kesetiaan kroma yang bisa diverifikasi bersifat kontraktual, perlakukan ketiadaan mode 4:4:4 yang terdokumentasi sebagai penghalang sampai pengujian membuktikan sebaliknya.

Berbagi GPU multi-tenant membutuhkan MIG

Panduan GPU terkini dari Kasm menyatakan peringatan keamanannya secara eksplisit:

"Keamanan akselerasi GPU dalam kontainer multi-tenant belum mapan." - Dokumentasi GPU Kasm Workspaces

Halaman yang sama meminta Anda memakai fitur ini dengan hati-hati dan dengan pemahaman penuh atas implikasi keamanannya, serta menyebut NVIDIA MIG, yang didukung mulai Kasm Workspaces 1.19.0, sebagai satu-satunya cara aman berbagi satu GPU di antara banyak pengguna. Kasm juga bisa melebihkan alokasi kartu dengan menimpa jumlah GPU yang dilaporkan agen, sehingga beberapa kontainer berbagi kartu itu, tetapi itu perubahan penjadwalan, bukan batas isolasi.

Menggugurkan: penerapan dengan GPU bersama di mana para tenant tidak saling percaya dan perangkat keras berkemampuan MIG bukan pilihan, atau di mana regulator akan meminta Anda membenarkan batas isolasinya.

Community Edition berhenti di lima sesi bersamaan

Matriks edisi terkini dari Kasm mencantumkan Community Edition sebagai gratis, dibatasi lima sesi bersamaan, dan tanpa hak penggunaan komersial. Starter tercantum $10 per pengguna bernama atau $20 per sesi bersamaan, sementara harga Enterprise berdasarkan penawaran. Periksa angka terkini di matriksnya sebelum Anda menyusun anggaran di atasnya.

Batas sesi bukan satu-satunya batasan. Tim bisnis beranggotakan lima orang tetap memerlukan tingkatan komersial meski tidak pernah melampaui lima sesi bersamaan. Kasm memosisikan Starter untuk penerapan self-hosted di bawah 25 pengguna atau sesi, dan Enterprise di atas ambang itu.

Bagi bisnis, ini memasukkan lisensi berbayar ke anggaran sejak hari pertama.

Windows memakai server workspace, bukan kontainer

Kasm bisa menyajikan desktop dan aplikasi Windows melalui server statis, server dengan penskalaan otomatis, RDS, atau Azure Virtual Desktop. Ikhtisar dukungan Windows dari Kasm memperlakukannya sebagai server workspace, bukan kontainer Windows sekali pakai. Jika workstation jarak jauh Anda ada karena tiga orang membutuhkan aplikasi rekayasa yang hanya tersedia di Windows, buat prototipe jalur itu persis sebelum menyentuh pekerjaan kontainer GPU Linux di bawah. Itulah cabang yang paling mungkin mengubah arsitektur, jadi ujilah selagi mundur masih murah.

Implikasinya: tim yang berat ke Windows sebaiknya lebih dulu membuat prototipe jalur server workspace.

Pembacaan saya atas keempat hal ini: plafon konkurensi dan jalur Windows adalah urusan lisensi dan jadwal yang bisa Anda siasati dalam perencanaan. Berbagi GPU multi-tenant kini punya jawaban terdokumentasi lewat MIG, jadi ia berubah menjadi pertanyaan soal perangkat keras dan versi. Kesetiaan warna adalah batas yang benar-benar arsitektural dan tidak akan bergeser tanpa model pengiriman yang berbeda atau bukti dari pengujian Anda sendiri.

Kasm, NICE DCV, dan HP Anyware berdampingan

AWS mengganti nama NICE DCV menjadi Amazon DCV. Ikhtisar fitur dan harga Amazon DCV mendokumentasikan klien HTML5-nya, kompresi berkualitas lossless, berbagi GPU di Linux, dan aturan bahwa penggunaan di EC2 tidak dikenai biaya server DCV tambahan sementara penerapan lain memerlukan lisensi. Beginilah posisi ketiganya pada sumbu-sumbu yang menentukan sebuah migrasi.

Tabel ini tidak mencakup bobot operasional, dan perbedaan itulah yang menentukan banyak migrasi. Kasm meminta Anda berpikir dalam image kontainer dan registry workspace. Itu nyaman kalau Anda sudah menjalankan Docker, dan asing kalau belum. Amazon DCV meminta Anda berpikir dalam pemasangan server dan, di luar EC2, sebuah server lisensi. Kalau keputusan Anda juga bergantung pada apakah desktop dikumpulkan dalam pool atau satu mesin per pengguna, perbedaan antara VDI ter-pool dan VM mandiri adalah pertanyaan arsitektur berikutnya.

Mana yang cocok untuk tim Anda

Jalankan keputusannya dengan urutan ini, karena cabang pertama menyingkirkan paling banyak orang.

3D yang kritis terhadap warna, verifikasi CAD, atau grading VFX. Bandingkan Amazon DCV lebih dulu dan anggarkan lisensi floating di luar EC2. AWS menyatakan tidak ada biaya server DCV tambahan di EC2 dan bahwa penerapan lain memerlukan lisensi. Itu tetap pengeluaran yang benar ketika akurasi kroma yang teruji adalah produknya.

Nol pemasangan klien sebagai syarat mutlak, dengan beban kerja berupa lingkungan pengembangan, aplikasi perkantoran dan produktivitas, atau perkakas kreatif yang disajikan lewat browser. Pilih Kasm. Inilah kasus di mana Anda mendapatkan kembali kesederhanaan perangkat yang dulu diberikan HP Anyware, plus akselerasi GPU. Validasi ketajaman teks, kehalusan gerak, dan latensi input dengan pengguna sungguhan sebelum memperluas pilot.

Lisensi HP Anyware Pro yang sudah ada dan minat mengikuti jalur HP sendiri. Lihat HP RGS, yang menurut HP akan ditawarkan sebagai alternatif bagi sebagian pelanggan HP Anyware. Sebelum memutuskan, verifikasi dukungan platform klien terkini pada dokumentasi HP RGS terhadap kumpulan perangkat Anda yang sebenarnya, terutama jika armadanya campuran.

Tetap bertahan sepanjang jendela perpanjangan. Ini pilihan yang sah, bukan taktik mengulur waktu. Tanggal perpanjangan dan dukungan di atas memberi Anda jendela pembelian yang terbatas dan ekor dukungan yang lebih panjang. Kalau tim Anda sedang di tengah proyek, membeli stabilitas sambil membuat prototipe dengan benar bisa dipertanggungjawabkan. Rencanakan prototipe berdasarkan tanggal dukungan sebenarnya di kontrak Anda, bukan tanggal terluas dalam pemberitahuan HP.

Layanan terkelola seperti Splashtop dan Parsec adalah opsi kelima dan sengaja tidak dibahas di sini: masing-masing menuntut perangkat lunak klien atau broker cloud, yaitu persis properti yang ingin dihindari oleh migrasi ini.

BACA

Setelah HP Anyware: NICE DCV vs Parsec vs RustDesk untuk workstation jarak jauh

Menyiapkan Kasm dengan akselerasi GPU di VPS

Gunakan salah satu dari dua jalur. Kasm Workspaces sekali klik dari Cloudzy saat ini mencantumkan Kasm 1.17 di Ubuntu Server 24.04 LTS; kalau Anda memilihnya, lewati bagian "Memasang Kasm Workspaces" di bawah. Pada GPU VPS Cloudzy yang baru, pakai image Ubuntu/CUDA-nya dan ikuti jalur pemasangan manual Kasm 1.19 di bawah. Dalam kedua kasus, verifikasi versi Kasm yang terpasang dan tumpukan NVIDIA sebelum mengaktifkan sesi GPU.

Prasyarat

Kendala utamanya adalah GPU, versi perangkat lunak di host, dan penyimpanan yang tersedia. Selebihnya adalah host Linux yang didukung dan standar, dengan ruang untuk layanan Kasm dan untuk setiap sesi.

• GPU NVIDIA yang mendukung CUDA pada host yang akan menjalankan peran agen Kasm.
• Ubuntu 24.04 LTS, target terdokumentasi utama Kasm untuk jalur GPU.
• Akses root atau sudo.
• Halaman persyaratan sistem Kasm 1.19 menyebutkan 2 inti CPU, 4 GB RAM, dan 75 GB penyimpanan SSD untuk platformnya, ditambah sumber daya yang dialokasikan ke setiap sesi; alokasi workspace bawaan adalah 2.768 MB dan 2 inti.
• Sebuah browser modern. Itu saja seluruh syarat di sisi klien.

Memasang Kasm Workspaces

Kasm menerbitkan paket pemasang berversi beserta checksum-nya. Panduan pemasangan server tunggal Kasm 1.19 memakai urutan pemasangan online standar berikut:

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

Pemasang menampilkan kredensial admin dan pengguna di akhir proses. Simpan kredensial itu, lalu buka aplikasi web di port 443.

Pasang driver NVIDIA dan konfirmasi kartunya

Jalankan nvidia-smi sebelum memasang apa pun. Image GPU VPS Cloudzy sudah menyertakan driver NVIDIA dan CUDA. Kalau perintah itu melaporkan kartunya, pertahankan driver yang ada dan lewati blok pemasangan di bawah. Kasm memperingatkan bahwa mencampur metode pemasangan driver bisa membuat host gagal boot, jadi gunakan blok ini hanya pada host Ubuntu 24.04 yang bersih tanpa driver NVIDIA yang berfungsi.

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

Untuk image workspace AI dari Kasm, panduan GPU-nya mencantumkan 560.28.03 sebagai minimum. Angka itu mengikuti format versi driver NVIDIA, jadi bandingkan dengan kolom Driver Version pada nvidia-smi, bukan kolom CUDA Version yang terpisah.

Tips: konfirmasikan nvidia-smi di host sebelum mengubah setelan GPU apa pun di Kasm. Keselarasan driver dan container toolkit adalah prasyarat workspace ber-GPU, dan memastikan kartunya lebih dulu di level host menghapus satu kelas ambiguitas di kemudian hari.

Memasang NVIDIA Container Toolkit

NVIDIA Container Toolkit berbeda dari CUDA. Blok kondisional di bawah hanya memasangnya ketika nvidia-ctk tidak ada, lalu mengonfigurasi dan me-restart 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

Pastikan runtime-nya benar-benar menjangkau GPU dari dalam kontainer:

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

Anda semestinya melihat informasi GPU dan driver yang sama dari dalam kontainer. Kalau perintah ini gagal, berhentilah: tidak ada setelan workspace Kasm yang bisa memperbaiki runtime kontainer yang tidak melihat kartunya.

Aktifkan GPU pada sebuah workspace lalu verifikasi

Di konsol admin, pilih image desktop yang mendukung tumpukan grafis yang diperlukan, setel GPU Count ke 1, dan pastikan agennya melaporkan GPU tersebut. Untuk akselerasi grafis, Kasm menetapkan satu GPU ke kontainer; beberapa GPU per kontainer diperuntukkan bagi beban kerja non-grafis.

Angka jumlah GPU hanya membuktikan penetapan perangkat. Pada image desktop kompatibel yang menyertakan VirtualGL dan glxinfo, verifikasi baik akses dari kontainer maupun renderer OpenGL-nya:

nvidia-smi

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

Perintah pertama memastikan kontainer bisa melihat kartunya. Perintah kedua semestinya menyebut GPU NVIDIA sebagai renderer OpenGL.

Kalau renderer-nya melaporkan rasterizer perangkat lunak seperti llvmpipe, kalau KASM_EGL_CARD tidak diset, atau kalau sesi terbuka dengan layar hitam, periksa ulang kompatibilitas image, driver host, runtime kontainer, deteksi GPU oleh agen, dan jumlah GPU pada workspace. Hasil nvidia-smi yang sukses saja tidak membuktikan bahwa VirtualGL merender di GPU.

Tips: kerjakan pemeriksaannya berlapis: nvidia-smi di host, nvidia-smi di dalam kontainer Docker biasa dengan --gpus all, deteksi GPU oleh agen di Kasm, lalu vglrun glxinfo di dalam workspace. Lapisan pertama yang gagal itulah yang harus diperbaiki.

Passthrough GPU-lah yang menentukan di mana ini berjalan. VPS standar yang hanya ber-CPU tidak mengekspos kartu CUDA fisik, jadi mulailah dengan instans ber-GPU. Paket GPU VPS Cloudzy memakai passthrough khusus dan image Ubuntu yang siap CUDA; ketersediaan dan tingkatan VRAM bisa berubah, jadi tentukan ukurannya dari halaman paket yang aktual alih-alih mematok asumsi 24 GB atau 48 GB. Image Kasm sekali klik dan paket GPU adalah dua jalur penerapan yang terpisah, jadi konfirmasikan image yang dipilih, versi Kasm, driver, dan toolkit sebelum meluncurkan sesi.

Begitu pemeriksaan GPU berlapis itu lolos, bagian tersulitnya sudah lewat. Sejak titik itu, pekerjaannya adalah merawat image workspace dan registry, bukan menambal armada desktop satu per satu. Itu pertukaran yang akan saya ambil di tim mana pun yang pernah saya pimpin.

Kesimpulan: Kasm menggantikan alur kerja yang mengutamakan browser

Kasm paling pas ketika syaratnya adalah akses hanya lewat browser ke desktop atau aplikasi Linux sekali pakai, dengan akselerasi GPU opsional. Ia bukan pengganti langsung untuk setiap penerapan HP Anyware: Windows memakai jalur server workspace, penggunaan komersial butuh tingkatan berbayar, berbagi GPU multi-tenant butuh perangkat keras berkemampuan MIG, dan tim yang kritis terhadap warna sebaiknya memvalidasi kesetiaan warnanya atau membandingkan Amazon DCV.

Bangun pilotnya dengan beban kerja tersulit lebih dulu. Uji aplikasi yang hanya ada di Windows, viewport yang sensitif terhadap warna, atau batas keamanan GPU bersama sebelum memigrasikan pengguna yang lebih mudah. Kalau itu lolos, penyajian lewat browser dan pemeliharaan berbasis image di Kasm bisa menghapus sebagian besar beban di perangkat yang dulu membuat zero client terlihat menarik.

Pertanyaan yang Sering Diajukan

Kasm Workspaces dipakai untuk apa?

Kasm Workspaces adalah platform workspace yang disajikan lewat browser. Ia menjalankan desktop dan aplikasi Linux dalam kontainer serta bisa menjembatani server Windows, Linux, dan macOS yang sudah ada melalui server workspace. Sesi kontainer bisa dibuang dan dibuat ulang dari sebuah image, sedangkan server workspace mempertahankan siklus hidup host di bawahnya.

Apakah Kasm Workspaces mendukung akselerasi GPU?

Ya. Kasm mendukung akselerasi GPU NVIDIA melalui NVIDIA Container Toolkit. Untuk akselerasi grafis, satu kontainer diberi satu GPU; beban komputasi non-grafis bisa memakai beberapa GPU. Host-nya memerlukan driver NVIDIA yang kompatibel, runtime kontainer, deteksi GPU oleh agen, dan workspace yang dikonfigurasi dengan jumlah GPU.

Apakah Kasm Workspaces gratis?

Community Edition gratis untuk penggunaan pribadi, nirlaba, dan nonkomersial, serta dibatasi lima sesi bersamaan. Tim komersial sebaiknya memakai Starter atau Enterprise; saat ini Kasm mencantumkan Starter seharga $10 per pengguna bernama atau $20 per sesi bersamaan, untuk penerapan self-hosted di bawah 25 pengguna atau sesi.

Bisakah Kasm Workspaces menjalankan Windows?

Ya. Kasm bisa mengalirkan desktop dan aplikasi Windows melalui server workspace statis atau berskala otomatis, RDS, dan Azure Virtual Desktop. Itu arsitektur yang berbeda dari kontainer Linux sekali pakai milik Kasm, jadi tim yang syarat utamanya adalah perangkat lunak khusus Windows sebaiknya membuat prototipe jalur server workspace itu persis sebelum memutuskan.

Untuk workstation jarak jauh, lebih baik Kasm atau NICE DCV?

Tergantung syarat mutlaknya: akses hanya lewat browser, atau kesetiaan tampilan yang sudah teruji. Amazon DCV adalah pembanding pertama yang lebih kuat untuk pekerjaan kritis terhadap warna, karena ia mendokumentasikan kompresi berkualitas lossless bila kondisi jaringan dan prosesor memungkinkan. Kasm lebih pas ketika prioritasnya adalah akses browser tanpa perangkat lunak di perangkat dan workspace Linux yang ditentukan oleh image.