HP Anyware 대체재로서의 Kasm Workspaces: GPU VPS에서 실행하는 브라우저 기반 원격 데스크톱

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, 그리고 그래픽 워크로드의 경우 컨테이너당 GPU 1개가 필요합니다.
• 스트리밍의 절충점: 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 하나를 할당하며, 컨테이너당 여러 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 CPU 상당수가 약 1000 Mbps의 디코딩을 지속할 수 있다고 밝힙니다. 그래서 이 모드는 주로 LAN에서 실용적이며, 가정용 회선에서 색 정확도를 검증하는 일을 대신하지는 못합니다.

실제 워크로드로 검증해야 합니다. 색이 결정적인 그레이딩, 인쇄 교정, CAD 검증처럼 픽셀 자체가 결과물인 작업이 그렇습니다. 검증 가능한 색 정확도가 계약 사항이라면, 문서화된 4:4:4 모드가 없다는 점을 테스트로 뒤집히기 전까지는 차단 요인으로 취급하십시오.

멀티테넌트 GPU 공유에는 MIG가 필요하다

Kasm의 현행 GPU 지침은 보안 경고를 명시적으로 밝힙니다:

"멀티테넌트 컨테이너 GPU 가속의 보안은 아직 충분히 확립되지 않았습니다." - Kasm Workspaces GPU 문서

같은 문서는 이 기능을 신중하게, 보안상의 함의를 충분히 이해한 상태에서 사용하라고 당부하며, Kasm Workspaces 1.19.0부터 지원하는 NVIDIA MIG를 GPU 하나를 여러 사용자가 나눠 쓰는 유일한 안전한 방법으로 지목합니다. Kasm는 에이전트가 보고하는 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는 컨테이너 이미지와 워크스페이스 레지스트리로 사고할 것을 요구합니다. 이미 Docker를 운영 중이라면 편안하고, 아니라면 낯섭니다. Amazon DCV는 서버 설치로, 그리고 EC2 밖에서는 라이선스 서버로 사고할 것을 요구합니다. 데스크톱을 풀로 묶을지 사용자마다 한 대를 유지할지도 판단 요소라면, 다음 아키텍처 질문은 풀링된 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 같은 매니지드 서비스는 다섯 번째 선택지이며, 여기서는 의도적으로 제외했습니다. 각각 클라이언트 소프트웨어나 클라우드 브로커를 요구하는데, 그것이야말로 이번 마이그레이션이 벗어나려는 특성이기 때문입니다.

읽기

HP Anyware 이후: 원격 워크스테이션을 위한 NICE DCV, Parsec, RustDesk 비교

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, 호스트의 소프트웨어 버전, 그리고 가용 스토리지입니다. 나머지는 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 포트에서 웹 애플리케이션을 여십시오.

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로 설정한 뒤, 에이전트가 GPU를 보고하는지 확인하십시오. 그래픽 가속에서는 Kasm가 컨테이너에 GPU 하나를 할당하며, 컨테이너당 여러 GPU는 그래픽이 아닌 워크로드용입니다.

GPU 개수는 장치가 할당됐다는 사실만 증명합니다. VirtualGL과 glxinfo가 포함된 호환 데스크톱 이미지에서 컨테이너의 접근 여부와 OpenGL 렌더러를 모두 확인하십시오:

nvidia-smi

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

첫 번째 명령은 컨테이너가 카드를 인식하고 있음을 확인해 줍니다. 두 번째 명령은 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 하나가 할당되며, 그래픽이 아닌 연산 워크로드는 여러 GPU를 쓸 수 있습니다. 호스트에는 호환되는 NVIDIA 드라이버, 컨테이너 런타임, 에이전트의 GPU 감지, 그리고 GPU 개수가 설정된 워크스페이스가 필요합니다.

Kasm Workspaces는 무료인가요?

Community Edition은 개인·비영리·비상업적 용도로는 무료이며 동시 세션 5개로 제한됩니다. 상업적으로 쓰는 팀은 Starter나 Enterprise를 써야 합니다. Kasm는 현재 사용자 또는 세션 25개 미만의 자체 호스팅 배포에 대해 Starter를 지정 사용자당 10달러 또는 동시 세션당 20달러로 표시하고 있습니다.

Kasm Workspaces에서 Windows를 쓸 수 있나요?

가능합니다. Kasm는 정적 또는 자동 확장 서버 워크스페이스, RDS, Azure Virtual Desktop을 통해 Windows 데스크톱과 애플리케이션을 스트리밍할 수 있습니다. 이는 Kasm의 일회용 Linux 컨테이너와는 다른 아키텍처이므로, Windows 전용 소프트웨어가 핵심 요건인 팀은 확정하기 전에 바로 그 서버 워크스페이스 경로를 시제품으로 만들어 봐야 합니다.

원격 워크스테이션에는 Kasm과 NICE DCV 중 무엇이 나은가요?

절대 조건이 브라우저 전용 접근인지, 검증된 표시 충실도인지에 달려 있습니다. 색이 결정적인 작업이라면 먼저 비교할 후보로는 Amazon DCV가 더 강력합니다. 네트워크와 프로세서 여건이 허락할 때 무손실 품질 압축을 한다고 문서화돼 있기 때문입니다. 반면 단말에 소프트웨어를 두지 않는 브라우저 접근과 이미지로 정의되는 Linux 워크스페이스가 우선이라면 Kasm가 더 잘 맞습니다.