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 คืนกลับมาคือการเข้าถึงผ่านเบราว์เซอร์โดยตรงโดยไม่ต้องติดตั้งอะไรบนเครื่องผู้ใช้ ซึ่งเป็นคุณสมบัติเดียวกับที่ zero client ของ HP Anyware เคยให้ไว้
• การเร่งความเร็วด้วย GPU ใช้งานได้ แต่มีเงื่อนไข: ต้องมีฮาร์ดแวร์ NVIDIA ที่รองรับ CUDA, NVIDIA Container Toolkit และหนึ่ง GPU ต่อหนึ่งคอนเทนเนอร์สำหรับงานกราฟิก
• จุดแลกเปลี่ยนด้านการสตรีม: เส้นทางมาตรฐานของ Kasm ใช้ JPEG/WebP ที่เบราว์เซอร์รองรับอยู่แล้ว ส่วนโหมดไร้การสูญเสียคุณภาพจริง ๆ ซึ่งเป็นตัวเลือกเสริมนั้นออกแบบมาสำหรับเครือข่ายภายในที่มีแบนด์วิดท์สูง
• เส้นแบ่งด้านสิทธิ์การใช้งาน: Community Edition จำกัดที่ห้าเซสชันพร้อมกันและไม่ครอบคลุมการใช้งานเชิงพาณิชย์ ทีมธุรกิจจึงควรตั้งงบสำหรับ Starter หรือ Enterprise ตั้งแต่วันแรก
• การแบ่งกลุ่มคือ งานสาย Linux และคอนเทนเนอร์ที่เน้นใช้ผ่านเบราว์เซอร์เหมาะกับ Kasm ทีมที่สีเป็นเรื่องสำคัญควรเปรียบเทียบกับ Amazon DCV ส่วนทีมที่พึ่งพา Windows เป็นหลักควรทดสอบเส้นทาง server workspace ของ Kasm ก่อนตัดสินใจ

สิ่งที่คู่มือนี้ไม่ครอบคลุม

หัวข้อใกล้เคียงบางเรื่องถูกตัดออกโดยตั้งใจ เพื่อให้บทความนี้ยังคงเป็นคู่มือติดตั้งและประเมินผล:

• กลไกภายในของโปรโตคอล PCoIP ซึ่งอธิบายไว้ใน บทเปรียบเทียบโปรโตคอล PCoIP กับ RDP ของ Cloudzy.
• รายละเอียดการให้สิทธิ์ระดับองค์กรของ NICE DCV นอกเหนือจากการแบ่งระหว่างบน AWS กับนอก AWS
• VMware Horizon และ Citrix VDI ซึ่งตอบโจทย์ขนาดการติดตั้งและกลุ่มผู้ซื้อที่ต่างออกไป
• การสร้าง workspace แบบคอนเทนเนอร์บน Windows ซึ่งควรมีคู่มือแยกต่างหาก

อะไรที่จบลงพร้อม HP Anyware และมันทิ้งอะไรไว้

7 พฤษภาคม 2026 คือวันสุดท้ายที่ HP ขายไลเซนส์ Anyware ใหม่ ประกาศสิ้นสุดอายุการใช้งาน Anyware ของ HP ระบุว่าการต่ออายุแบบหนึ่งปียังซื้อได้ถึง 31 ตุลาคม 2027 การสนับสนุนสำหรับการต่ออายุเหล่านั้นสิ้นสุด 31 ตุลาคม 2028 ส่วนการบำรุงรักษาและการสนับสนุนสำหรับสัญญาหลายปีที่มีอยู่เดิมสามารถดำเนินต่อได้ถึง 31 ตุลาคม 2029 ทั้งนี้ Trusted Zero Clients และ Desktop Access มีวันที่ของตัวเองแยกต่างหาก จึงควรตรวจสอบสัญญาและสายผลิตภัณฑ์ของคุณเอง แทนที่จะยึดว่าปี 2029 เป็นวันสิ้นสุดการสนับสนุนของทุกกรณี

HP อธิบายการตัดสินใจนี้อย่างตรงไปตรงมา:

"หลังจากพิจารณาลำดับความสำคัญของการลงทุนในกลุ่มผลิตภัณฑ์อย่างรอบคอบ เราได้ตัดสินใจอย่างยากลำบากที่จะยุติบางส่วนของโซลูชันรีโมตเดสก์ท็อปของเรา" - ประกาศสิ้นสุดอายุการใช้งาน HP Anyware

HP ยังระบุด้วยว่า HP Z Remote Graphics Software (RGS) จะยังคงมีให้ใช้งานสำหรับการใช้งานบางลักษณะบนเวิร์กสเตชัน

สถาปัตยกรรม zero client ยังเป็นเกณฑ์เทียบที่มีประโยชน์ ผู้ใช้เข้าถึงเวิร์กสเตชันระยะไกลได้โดยไม่ต้องดูแลซอฟต์แวร์ไคลเอนต์เต็มรูปแบบบนทุกเครื่อง หากต้องการดูชั้นการรับส่งข้อมูลให้ละเอียดขึ้น คู่มือของ Cloudzy เรื่อง วิธีที่ PCoIP สตรีมรีโมตเดสก์ท็อป อธิบายโมเดลที่อิงกับพิกเซล

Kasm ส่งมอบเดสก์ท็อปผ่านเบราว์เซอร์อย่างไร

สำหรับ workspace แบบคอนเทนเนอร์ Kasm จะเริ่มคอนเทนเนอร์ Linux ที่แยกอิสระจากอิมเมจที่ลงทะเบียนไว้ แล้วสตรีมเดสก์ท็อปหรือแอปพลิเคชันนั้นไปยังเบราว์เซอร์

โมเดลคอนเทนเนอร์นี่แหละที่ทำให้รูปแบบรีโมตเดสก์ท็อปผ่านเบราว์เซอร์บน GPU VPS ทำงานได้อย่างสะอาด และเป็นส่วนที่ผมใส่ใจที่สุดในฐานะคนที่ต้องดูแลมันให้ทำงานต่อไป สำหรับ workspace แบบคอนเทนเนอร์ ทุกเซสชันใช้แล้วทิ้งได้ ทำซ้ำได้ และถูกกำหนดด้วยอิมเมจ คุณแพตช์อิมเมจ แล้วทุกเดสก์ท็อปคอนเทนเนอร์ที่ทีมของคุณเปิดในวันพรุ่งนี้ก็จะใช้อิมเมจที่อัปเดตแล้ว นั่นคือเรื่องของการบำรุงรักษา และในการติดตั้งขนาดห้าสิบที่นั่ง นี่คือเหตุผลทั้งหมดที่จะเลือกสถาปัตยกรรมนี้ ภาพรวมรีโมตเดสก์ท็อปของ Kasm อธิบายการเข้าถึงผ่านเบราว์เซอร์โดยไม่ต้องมีเอเจนต์ ปลั๊กอิน หรือซอฟต์แวร์บนเครื่องผู้ใช้ และระบุว่าเดสก์ท็อป Windows แบบดั้งเดิมสามารถสตรีมควบคู่ไปกับสภาพแวดล้อม Linux ได้

การเร่งความเร็วด้วย GPU ถูกเพิ่มเข้ามาที่ชั้น container runtime ไม่ใช่ในโปรโตคอลแสดงผล คู่มือการเร่งความเร็วด้วย GPU ฉบับปัจจุบันของ Kasm กำหนดให้ต้องมีการ์ด 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 และโหมดการปรับแต่งที่เลือก คู่มือวางแผนเซสชัน PCoIP Ultra ของ HP ระบุว่านโยบายของ PCoIP สามารถตั้งค่า NVENC ให้เป็น YUV 4:4:4 หรือ YUV 4:2:0 ได้ขึ้นอยู่กับการกำหนดค่า ส่วนเส้นทางมาตรฐานที่ทำงานในเบราว์เซอร์โดยตรงของ Kasm ใช้ JPEG/WebP ขณะที่โหมด QOI แบบไร้การสูญเสียคุณภาพซึ่งเป็นตัวเลือกเสริมนั้นวางไว้สำหรับเครือข่ายภายในที่มีแบนด์วิดท์สูง Kasm ไม่ได้ระบุโหมด 4:4:4 ที่เลือกได้และเทียบตรงกับ HP Anyware

คู่มือการเข้ารหัสแบบไร้การสูญเสียฉบับปัจจุบันของ Kasm ระบุว่าภาพ 1920x1080 ที่ 60 fps ซึ่งมีการเคลื่อนไหวปานกลางน่าจะกินแบนด์วิดท์เต็มหนึ่งกิกะบิต และซีพียู x86_64 สี่คอร์จำนวนมากที่ผลิตหลังปี 2014 สามารถถอดรหัสได้ราว 1000 Mbps อย่างต่อเนื่อง นั่นทำให้โหมดนี้ใช้ได้จริงเป็นหลักในเครือข่ายภายใน และไม่ใช่สิ่งทดแทนการทดสอบความเที่ยงตรงของสีผ่านอินเทอร์เน็ตบ้าน

ต้องทดสอบด้วยงานจริง: การเกรดสีที่ต้องการความแม่นยำ การปรู๊ฟงานพิมพ์ และการตรวจสอบงาน CAD ซึ่งพิกเซลคือตัวงานส่งมอบ หากความเที่ยงตรงของสีที่ตรวจสอบได้เป็นข้อผูกพันตามสัญญา ให้ถือว่าการไม่มีโหมด 4:4:4 ที่ระบุไว้เป็นอุปสรรคขวางทาง จนกว่าการทดสอบจะพิสูจน์เป็นอย่างอื่น

การแชร์ GPU แบบหลายผู้เช่าต้องใช้ MIG

คำแนะนำเรื่อง GPU ฉบับปัจจุบันของ Kasm ระบุคำเตือนด้านความปลอดภัยไว้อย่างชัดเจน:

"ความปลอดภัยของการเร่งความเร็วด้วย GPU ในคอนเทนเนอร์แบบหลายผู้เช่ายังไม่ได้ถูกวางรากฐานไว้ดีนัก" - เอกสาร GPU ของ Kasm Workspaces

หน้าเดียวกันบอกให้ใช้ฟีเจอร์นี้อย่างระมัดระวังและเข้าใจผลกระทบด้านความปลอดภัยอย่างถ่องแท้ พร้อมระบุว่า 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 ใช้ server workspace ไม่ใช่คอนเทนเนอร์

Kasm สามารถส่งมอบเดสก์ท็อปและแอปพลิเคชัน Windows ผ่านเซิร์ฟเวอร์แบบคงที่ เซิร์ฟเวอร์ที่ปรับขนาดอัตโนมัติ RDS หรือ Azure Virtual Desktop ภาพรวมการรองรับ Windows ของ Kasm ถือว่าสิ่งเหล่านั้นเป็น server workspace ไม่ใช่คอนเทนเนอร์ Windows แบบใช้แล้วทิ้ง หากเวิร์กสเตชันระยะไกลของคุณมีอยู่เพราะมีคนสามคนต้องใช้แอปพลิเคชันงานวิศวกรรมที่มีเฉพาะบน Windows ให้ทำต้นแบบของเส้นทางนั้นก่อนจะแตะงานคอนเทนเนอร์ GPU บน Linux ด้านล่าง นี่คือแขนงที่มีโอกาสเปลี่ยนสถาปัตยกรรมมากที่สุด จึงควรทดสอบตอนที่การถอยออกยังมีต้นทุนต่ำ

นัยสำคัญ: ทีมที่พึ่งพา Windows เป็นหลักควรทำต้นแบบเส้นทาง server workspace ก่อน

มุมมองของผมต่อทั้งสี่ข้อ: เพดานการใช้งานพร้อมกันและเส้นทางฝั่ง Windows เป็นเรื่องของไลเซนส์และตารางเวลา ซึ่งวางแผนเลี่ยงได้ ส่วนการแชร์ GPU แบบหลายผู้เช่าตอนนี้มีคำตอบที่ระบุไว้ชัดแล้วคือ MIG จึงกลายเป็นคำถามเรื่องฮาร์ดแวร์และเวอร์ชัน ขณะที่ความเที่ยงตรงของสีคือข้อจำกัดที่เป็นเชิงสถาปัตยกรรมอย่างแท้จริง และจะไม่ขยับหากไม่เปลี่ยนรูปแบบการส่งมอบหรือไม่มีหลักฐานจากการทดสอบของคุณเอง

Kasm, NICE DCV และ HP Anyware เทียบกันแบบเคียงข้าง

AWS เปลี่ยนชื่อ NICE DCV เป็น Amazon DCV ภาพรวมฟีเจอร์และราคาของ Amazon DCV ระบุถึงไคลเอนต์ HTML5 การบีบอัดคุณภาพระดับไร้การสูญเสีย การแชร์ GPU บน Linux และกฎที่ว่าการใช้งานบน EC2 ไม่มีค่าเซิร์ฟเวอร์ DCV เพิ่มเติม ขณะที่การติดตั้งแบบอื่นต้องมีไลเซนส์ ต่อไปนี้คือภาพว่าทั้งสามตัวยืนอยู่ตรงไหนบนแกนที่ใช้ตัดสินใจย้ายระบบ

ตารางนี้ไม่ได้ครอบคลุมภาระด้านการดำเนินงาน ทั้งที่ความต่างตรงนั้นเป็นตัวชี้ขาดการย้ายระบบหลายกรณี Kasm ต้องการให้คุณคิดในแบบอิมเมจคอนเทนเนอร์และรีจิสทรีของ workspace ซึ่งจะรู้สึกคุ้นถ้าคุณใช้ Docker อยู่แล้ว และแปลกแยกถ้ายังไม่ใช้ ส่วน Amazon DCV ต้องการให้คุณคิดในแบบการติดตั้งบนเซิร์ฟเวอร์ และหากอยู่นอก EC2 ก็ต้องคิดถึงเซิร์ฟเวอร์ไลเซนส์ด้วย หากการตัดสินใจของคุณยังขึ้นอยู่กับว่าจะรวมเดสก์ท็อปเป็นพูลหรือให้ผู้ใช้มีเครื่องของตัวเอง ความแตกต่างระหว่าง VDI แบบพูลรวมกับเครื่องเสมือนแบบเดี่ยว คือคำถามเชิงสถาปัตยกรรมข้อถัดไป

แบบไหนเหมาะกับทีมของคุณ

ไล่การตัดสินใจตามลำดับนี้ เพราะแขนงแรกคัดคนออกได้มากที่สุด

งาน 3D ที่สีเป็นเรื่องสำคัญ การตรวจสอบงาน CAD หรือการเกรดสีงาน VFX ให้เปรียบเทียบ Amazon DCV ก่อน และตั้งงบสำหรับไลเซนส์แบบ floating เมื่ออยู่นอก 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 สำหรับเวิร์กสเตชันระยะไกล

การติดตั้ง Kasm พร้อมการเร่งความเร็วด้วย GPU บน VPS

เลือกใช้หนึ่งในสองเส้นทาง อิมเมจ Kasm Workspaces แบบคลิกเดียวของ Cloudzy ปัจจุบันระบุว่าเป็น Kasm 1.17 บน Ubuntu Server 24.04 LTS หากคุณเลือกตัวนี้ ให้ข้ามหัวข้อ "ติดตั้ง Kasm Workspaces" ด้านล่างไปได้เลย ส่วนบน GPU VPS ของ Cloudzy ที่เพิ่งสร้างใหม่ ให้ใช้อิมเมจ Ubuntu/CUDA ของมันแล้วทำตามเส้นทางติดตั้ง Kasm 1.19 ด้วยมือด้านล่าง ไม่ว่ากรณีใด ให้ตรวจสอบเวอร์ชัน Kasm ที่ติดตั้งและชุดซอฟต์แวร์ NVIDIA ก่อนเปิดใช้เซสชันที่ใช้ GPU

ข้อกำหนดเบื้องต้น

ข้อจำกัดหลักคือ GPU เวอร์ชันซอฟต์แวร์บนโฮสต์ และพื้นที่จัดเก็บที่มีอยู่ ส่วนที่เหลือก็เป็นเครื่องโฮสต์ Linux มาตรฐานที่รองรับ โดยมีพื้นที่เพียงพอสำหรับบริการของ Kasm และแต่ละเซสชัน

• GPU ของ NVIDIA ที่รองรับ CUDA บนโฮสต์ที่จะทำหน้าที่เป็นเอเจนต์ของ Kasm
• Ubuntu 24.04 LTS ซึ่งเป็นระบบเป้าหมายหลักที่ Kasm ระบุไว้สำหรับเส้นทาง GPU
• สิทธิ์เข้าถึงระดับ root หรือ sudo
• หน้าข้อกำหนดของระบบสำหรับ Kasm 1.19 ระบุว่าต้องมี CPU 2 คอร์, RAM 4 GB และพื้นที่ SSD 75 GB สำหรับตัวแพลตฟอร์ม บวกกับทรัพยากรที่จัดสรรให้แต่ละเซสชัน โดยค่าเริ่มต้นของ workspace อยู่ที่ 2,768 MB และ 2 คอร์
• เบราว์เซอร์สมัยใหม่หนึ่งตัว นั่นคือข้อกำหนดฝั่งไคลเอนต์ทั้งหมด

ติดตั้ง Kasm Workspaces

Kasm เผยแพร่ชุดติดตั้งที่ระบุเวอร์ชันพร้อมค่า checksum คู่มือติดตั้งแบบเซิร์ฟเวอร์เดียวของ 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

สำหรับอิมเมจ workspace ด้าน AI ของ Kasm คู่มือ GPU ระบุขั้นต่ำไว้ที่ 560.28.03 ตัวเลขนี้อยู่ในรูปแบบเลขเวอร์ชันไดรเวอร์ของ NVIDIA จึงควรเทียบกับช่อง Driver Version ใน nvidia-smi ไม่ใช่ช่อง CUDA Version ที่แยกต่างหาก

เคล็ดลับ: ให้ยืนยันผลของ nvidia-smi บนเครื่องโฮสต์ก่อนจะไปแก้ค่าตั้ง GPU ใด ๆ ใน Kasm ความสอดคล้องระหว่างไดรเวอร์กับ container toolkit คือเงื่อนไขเบื้องต้นของ workspace ที่ใช้ 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

ยืนยันว่า runtime เข้าถึง GPU ได้จริงจากภายในคอนเทนเนอร์:

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

คุณควรเห็นข้อมูล GPU และไดรเวอร์ชุดเดียวกันจากภายในคอนเทนเนอร์ หากคำสั่งนี้ล้มเหลว ให้หยุดก่อน เพราะไม่มีค่าตั้ง workspace ใดของ Kasm ที่จะแก้ปัญหา container runtime ที่มองไม่เห็นการ์ดได้

เปิดใช้ GPU ให้ workspace แล้วตรวจสอบ

ในคอนโซลผู้ดูแล ให้เลือกอิมเมจเดสก์ท็อปที่รองรับชุดกราฟิกที่ต้องใช้ ตั้งค่า 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 หรือเซสชันเปิดขึ้นมาเป็นจอดำ ให้กลับไปตรวจสอบความเข้ากันได้ของอิมเมจ ไดรเวอร์บนโฮสต์ container runtime การตรวจพบ GPU ของเอเจนต์ และค่า GPU count ของ workspace อีกครั้ง ผลลัพธ์ nvidia-smi ที่สำเร็จเพียงอย่างเดียวยังไม่พิสูจน์ว่า VirtualGL กำลังเรนเดอร์บน GPU จริง

เคล็ดลับ: ไล่ตรวจเป็นชั้น ๆ ดังนี้ nvidia-smi บนโฮสต์, nvidia-smi ในคอนเทนเนอร์ Docker เปล่า ๆ ด้วย --gpus all, การตรวจพบ GPU ของเอเจนต์ใน Kasm แล้วจึง vglrun glxinfo ภายใน workspace ชั้นแรกที่ล้มเหลวคือชั้นที่ต้องแก้

GPU passthrough คือสิ่งที่กำหนดว่างานนี้จะรันที่ไหน VPS มาตรฐานที่มีแต่ซีพียูจะไม่เปิดให้เห็นการ์ด CUDA จริง ๆ จึงควรเริ่มจากอินสแตนซ์ที่มี GPU แพ็กเกจ GPU VPS ของ Cloudzy ใช้ passthrough แบบเฉพาะและอิมเมจ Ubuntu ที่พร้อมใช้ CUDA ทั้งนี้สต็อกและระดับ VRAM เปลี่ยนแปลงได้ จึงควรเลือกขนาดจากหน้าแพ็กเกจล่าสุด แทนที่จะยึดสมมติฐานตายตัวว่า 24 GB หรือ 48 GB อนึ่ง อิมเมจ Kasm แบบคลิกเดียวกับแพ็กเกจ GPU เป็นเส้นทางติดตั้งคนละเส้น จึงควรยืนยันอิมเมจที่เลือก เวอร์ชัน Kasm ไดรเวอร์ และ toolkit ก่อนเปิดเซสชัน

เมื่อการตรวจสอบ GPU แบบไล่เป็นชั้นผ่านหมดแล้ว ส่วนที่ยากก็อยู่ข้างหลังคุณ จากจุดนั้นไป งานคือการดูแลอิมเมจของ workspace และรีจิสทรี แทนที่จะไล่แพตช์เดสก์ท็อปทีละเครื่องทั้งกอง นี่เป็นการแลกที่ผมยอมรับได้ในทุกทีมที่ผมเคยดูแล

บทสรุป: Kasm เข้ามาแทนที่รูปแบบการทำงานที่เน้นใช้ผ่านเบราว์เซอร์

Kasm เหมาะที่สุดเมื่อข้อกำหนดคือการเข้าถึงเดสก์ท็อปหรือแอปพลิเคชัน Linux แบบใช้แล้วทิ้งผ่านเบราว์เซอร์เท่านั้น โดยมีการเร่งความเร็วด้วย GPU เป็นตัวเลือกเสริม มันไม่ใช่ของที่ยกมาแทน HP Anyware ได้ทุกการติดตั้ง เพราะ Windows ใช้เส้นทาง server workspace การใช้งานเชิงพาณิชย์ต้องมีรุ่นเสียเงิน การแชร์ GPU แบบหลายผู้เช่าต้องมีฮาร์ดแวร์ที่รองรับ MIG และทีมที่สีเป็นเรื่องสำคัญควรทดสอบความเที่ยงตรงของสีหรือเปรียบเทียบกับ Amazon DCV

ให้เริ่มออกแบบการทดลองใช้จากงานที่ยากที่สุดก่อน ทดสอบแอปพลิเคชันที่มีเฉพาะบน Windows มุมมองที่อ่อนไหวเรื่องสี หรือเส้นแบ่งความปลอดภัยของ GPU ที่แชร์กัน ก่อนจะย้ายผู้ใช้กลุ่มที่ง่ายกว่า ถ้าผ่านทั้งหมดนี้ การส่งมอบผ่านเบราว์เซอร์และการดูแลด้วยอิมเมจของ Kasm จะช่วยตัดภาระที่ปลายทางออกไปได้มาก ซึ่งก็คือภาระที่เคยทำให้ zero client ดูน่าใช้นั่นเอง

คำถามที่พบบ่อย

Kasm Workspaces ใช้ทำอะไร

Kasm Workspaces คือแพลตฟอร์ม workspace ที่ส่งมอบผ่านเบราว์เซอร์ มันรันเดสก์ท็อปและแอปพลิเคชัน Linux แบบคอนเทนเนอร์ และเป็นตัวกลางไปยังเซิร์ฟเวอร์ Windows, Linux และ macOS ที่มีอยู่เดิมได้ผ่าน server workspace เซสชันแบบคอนเทนเนอร์สามารถทิ้งแล้วสร้างใหม่จากอิมเมจได้ ขณะที่ server workspace จะคงวงจรชีวิตของเครื่องโฮสต์ที่อยู่เบื้องหลังไว้

Kasm Workspaces รองรับการเร่งความเร็วด้วย GPU หรือไม่

รองรับ Kasm รองรับการเร่งความเร็วด้วย GPU ของ NVIDIA ผ่าน NVIDIA Container Toolkit สำหรับการเร่งความเร็วด้านกราฟิก คอนเทนเนอร์หนึ่งตัวจะได้รับหนึ่ง GPU ส่วนงานประมวลผลที่ไม่ใช่กราฟิกสามารถใช้ได้หลาย GPU ทั้งนี้เครื่องโฮสต์ต้องมีไดรเวอร์ NVIDIA ที่เข้ากันได้ มี container runtime มีการตรวจพบ GPU ของเอเจนต์ และมี workspace ที่ตั้งค่าจำนวน GPU ไว้แล้ว

Kasm Workspaces ฟรีหรือไม่

Community Edition ใช้ฟรีสำหรับบุคคลทั่วไป องค์กรไม่แสวงหากำไร และการใช้งานที่ไม่ใช่เชิงพาณิชย์ โดยจำกัดที่ห้าเซสชันพร้อมกัน ทีมที่ใช้เชิงพาณิชย์ควรใช้ Starter หรือ Enterprise ปัจจุบัน Kasm ระบุราคา Starter ไว้ที่ 10 $ ต่อผู้ใช้แบบระบุชื่อ หรือ 20 $ ต่อเซสชันพร้อมกัน สำหรับการติดตั้งแบบโฮสต์เองที่ต่ำกว่า 25 ผู้ใช้หรือเซสชัน

Kasm Workspaces รัน Windows ได้หรือไม่

ได้ Kasm สามารถสตรีมเดสก์ท็อปและแอปพลิเคชัน Windows ผ่าน server workspace แบบคงที่หรือปรับขนาดอัตโนมัติ, RDS และ Azure Virtual Desktop ได้ ทั้งนี้เป็นสถาปัตยกรรมคนละแบบกับคอนเทนเนอร์ Linux แบบใช้แล้วทิ้งของ Kasm ทีมที่มีข้อกำหนดหลักคือซอฟต์แวร์ที่มีเฉพาะบน Windows จึงควรทำต้นแบบของเส้นทาง server workspace นั้นให้ตรงจุดก่อนตัดสินใจ

สำหรับเวิร์กสเตชันระยะไกล Kasm หรือ NICE DCV ดีกว่ากัน

ขึ้นอยู่กับว่าข้อกำหนดตายตัวคือการเข้าถึงผ่านเบราว์เซอร์เท่านั้น หรือความเที่ยงตรงของภาพที่ผ่านการตรวจสอบแล้ว สำหรับงานที่สีเป็นเรื่องสำคัญ Amazon DCV เป็นตัวเปรียบเทียบตัวแรกที่แข็งแรงกว่า เพราะระบุถึงการบีบอัดคุณภาพระดับไร้การสูญเสียเมื่อสภาพเครือข่ายและหน่วยประมวลผลเอื้ออำนวย ส่วน Kasm เหมาะกว่าเมื่อสิ่งที่มาก่อนคือการเข้าถึงผ่านเบราว์เซอร์โดยไม่มีซอฟต์แวร์บนเครื่องผู้ใช้ และ workspace ของ Linux ที่กำหนดด้วยอิมเมจ