VMware เปิดตัว KubeVM Service สั่งสร้างและดูแล VM บน VCF ผ่าน Kubernetes และ GitOps
Broadcom เปิดตัว KubeVM Service 22 ต.ค. 2026 ให้สร้างและดูแล VM บน VMware Cloud Foundation ผ่าน Kubernetes API และ GitOps โดย VM ยังรันบน ESX ตามเดิม
โดย กองบรรณาธิการ THAI DATA อ่าน 3 นาที
สรุปประเด็นสำคัญ
- บล็อก VMware Cloud Foundation ประกาศ KubeVM Service เมื่อ 22 ตุลาคม 2026 เป็นการจัดการวงจรชีวิตของ VM แบบ declarative ผ่าน Kubernetes API สำหรับ VM ที่รันบน ESX โดยตรง
- ตารางเทียบในประกาศแยกความต่าง 5 ด้าน จากการจัดการ VM แบบเดิม และ VM ไม่ได้ถูกห่อไว้ใน pod แต่รันบน ESX จึงยังใช้ vMotion, DRS, storage policy และเห็นใน vCenter ได้ตามเดิม ส่วน Kubernetes ทำหน้าที่รับคำสั่งและคอยปรับสถานะให้ตรงกับที่ประกาศไว้
- ตัวอย่างในประกาศขอ VM แบบ 4 vCPU, RAM 32 GB, Ubuntu 24.04 ทีมโครงสร้างพื้นฐานกำหนด VM Class (CPU, RAM, GPU), storage policy และโควตา ส่วนนักพัฒนาสร้าง VM เองผ่าน kubectl, Argo CD หรือ Flux และตั้งค่าเครื่องด้วย cloud-init
- ตัวอย่างไฟล์ในประกาศใช้ API kube-vm.io/v1alpha1 และบล็อกไม่ได้ระบุวันพร้อมใช้งาน รุ่น VCF ที่ต้องใช้ หรือราคา
Broadcom ประกาศ KubeVM Service บนบล็อก VMware Cloud Foundation (VCF) เมื่อ 22 ตุลาคม 2026 ให้ทีมแพลตฟอร์มสร้าง ปรับขนาด และลบ VM ผ่าน Kubernetes API และ GitOps เหมือนจัดการแอปในคอนเทนเนอร์ ขณะที่ตัว VM ยังรันบน ESX และอยู่ใต้การดูแลของ vCenter ตามเดิม
VMware บอกว่าปัญหาที่ KubeVM Service แก้คือองค์กรส่วนใหญ่ deploy งาน Kubernetes ผ่าน GitOps แล้ว แต่การขอ VM ยังต้องผ่าน Terraform, PowerCLI หรือระบบเปิดตั๋ว ซึ่งแยกจากกัน
KubeVM Service ทำงานอย่างไร
หัวใจของ KubeVM Service คือการแยกหน้าที่สองชั้น Kubernetes เป็นตัวรับคำสั่งและคอยปรับสถานะ (reconciliation) ให้ตรงกับไฟล์ที่ประกาศไว้ ส่วน VCF เป็นตัวรัน VM บน ESX จริง VM จึงไม่ได้ถูกห่อไว้ใน pod ของ Kubernetes worker node
- ประกาศสถานะที่ต้องการ แทนการสั่งทีละขั้น เช่น "ต้องการ VM 4 vCPU, RAM 32 GB, Ubuntu 24.04, เปิดเครื่องอยู่" แล้วตัวควบคุมจะคอยแก้ให้ตรงตลอด
- เห็นใน vCenter ตามเดิม ผู้ดูแลระบบยังวางแผนความจุ ตั้งนโยบายสำรองข้อมูล และดูประสิทธิภาพได้ ไม่มี VM ที่ซ่อนจากทีมโครงสร้างพื้นฐาน
- ใช้ความสามารถเดิมของ VCF ได้แก่ vMotion, DRS และ storage policy ส่วนเครื่องมือสำรองข้อมูลทำงานผ่าน API ระดับ hypervisor ตามปกติ
- ตั้งค่าเครื่องด้วย cloud-init ใส่ SSH key, hostname, การตั้งค่าเครือข่าย และแพ็กเกจผ่าน Kubernetes Secret หรือ ConfigMap ลดสคริปต์หลังสร้างเครื่อง
ตัวอย่างไฟล์ในประกาศเป็นการขอ VM เครื่องทำงานด้าน GPU สำหรับทีม data science ใช้ API รุ่น kube-vm.io/v1alpha1 กำหนดคลาสเครื่อง gpu-accelerated-large และอิมเมจ ubuntu-24-04-cuda-12 เมื่อ commit ไฟล์นี้เข้า Git ตัวควบคุมจะแปลงเป็นเครื่องบน ESX ตาม storage policy และข้อจำกัดของ resource pool ที่ผู้ดูแลตั้งไว้
KubeVM Service ต่างจากการจัดการ VM แบบเดิมอย่างไร
| ประเด็น | การจัดการ VM แบบเดิม | KubeVM Service |
|---|---|---|
| วิธีสั่งงาน | สคริปต์ทีละขั้น (Bash, PowerCLI) หรือคลิกในหน้าจอ | ประกาศสถานะที่ต้องการ แล้วตัวควบคุม Kubernetes ปรับให้ตรง |
| ช่องทาง | คอนโซลเฉพาะ API เฉพาะ หรือเปิดตั๋ว | Kubernetes API (kubectl, Argo CD, Flux) |
| เครื่องเปลี่ยนไปจากที่กำหนด | ตรวจเจอเมื่อรันแผนหรือ automation | เฝ้าดูตลอดและแก้กลับอัตโนมัติ |
| การเชื่อมกับ pipeline | ผ่านเครื่องมือ automation ของโครงสร้างพื้นฐาน | GitOps โดยตรง มีเวอร์ชัน ตรวจย้อนได้ และย้อนกลับได้ |
| สิทธิ์และโควตา | จัดการแยกและเปิดตั๋วไฟร์วอลล์ | RBAC ระดับ namespace และโควตาฮาร์ดแวร์ |
ตารางนี้เรียบเรียงจากตารางเปรียบเทียบในบล็อกของ VMware ซึ่งย้ำว่าไม่ได้บังคับให้องค์กรเลิกใช้ Terraform, Ansible หรือ PowerCLI กับงานที่เปลี่ยนไม่บ่อยอย่างฐานข้อมูลหลัก
ทำไม VMware ทำ KubeVM Service ตอนนี้
VMware ให้เหตุผลว่างาน AI ทำให้ VM กลับมาสำคัญ ได้แก่ sandbox ที่ AI agent ใช้รันโค้ดที่ไม่น่าไว้ใจ ซึ่งต้องการ kernel แยกและการแยกระดับ hypervisor เครื่องทำงานของนักวิทยาศาสตร์ข้อมูลที่ต้องใช้ GPU และไลบรารี CUDA เฉพาะ และงานที่ต้องต่อ GPU ตรงผ่าน device passthrough ทั้งหมดนี้สร้างผ่าน Kubernetes manifest ได้โดยไม่ต้องแปลงเป็นคอนเทนเนอร์
KubeVM Service ยังช่วยด้านค่าใช้จ่าย VMware ระบุว่าทีมแพลตฟอร์มตั้งวันหมดอายุของ VM ชั่วคราวผ่านสเปกหรือ policy engine อย่าง Kyverno และ OPA แล้วให้ระบบปิดหรือลบเครื่องที่หมดอายุเอง
ผลต่อองค์กรไทยที่ใช้ VMware
- องค์กรที่ต่อสัญญา VCF แล้ว ควรถามตัวแทน Broadcom ว่า KubeVM Service อยู่ในสิทธิ์ใช้งานที่จ่ายอยู่หรือไม่ ใช้กับ VCF รุ่นใด และพร้อมใช้เมื่อไร เพราะบล็อกยังไม่ได้ระบุ และตัวอย่างใช้ API รุ่น alpha
- ทีมที่มี Kubernetes อยู่แล้ว KubeVM Service อาจช่วยรวมการขอ VM ทดสอบ เครื่อง CI/CD และเครื่อง GPU ของทีม AI เข้า GitOps เดียวกัน ลดงานเปิดตั๋ว
- ทดลองกับงานใหม่ก่อน VMware เองแนะนำให้เริ่มจากงานใหม่และสภาพแวดล้อมชั่วคราว ไม่ต้องย้ายฐานข้อมูลหลักที่ทำงานนิ่งอยู่แล้ว
- ใส่ไว้ในการเทียบทางเลือก องค์กรที่กำลังพิจารณาทางเลือกแทน VMware ควรนับความสามารถแบบนี้รวมกับต้นทุนไลเซนส์และงานย้ายระบบ
ติดตามข่าว VMware และ Virtualization ได้ที่หมวดดาต้าเซ็นเตอร์และโครงสร้างพื้นฐาน
คำถามที่พบบ่อย
KubeVM Service คืออะไร?
KubeVM Service คือบริการใน VMware Cloud Foundation ที่ Broadcom ประกาศเมื่อ 22 ตุลาคม 2026 ให้สร้างและดูแล VM ผ่าน Kubernetes API แบบ declarative คือประกาศสถานะที่ต้องการ แล้วระบบคอยปรับเครื่องจริงให้ตรงตลอด โดย VM ยังรันบน ESX และเห็นใน vCenter
KubeVM Service ต่างจากการรัน VM ใน Kubernetes แบบอื่นอย่างไร?
บล็อกของ VMware ระบุว่า KubeVM Service ไม่ได้ห่อ VM ไว้ใน pod ของ Kubernetes worker node แต่ให้ VM รันบน ESX โดยตรง Kubernetes ทำหน้าที่เป็น API และตัวควบคุมสถานะ จึงยังใช้ vMotion, DRS, storage policy และเครื่องมือสำรองข้อมูลระดับ hypervisor ได้
ต้องย้าย VM เดิมเข้า KubeVM Service ไหม?
ไม่ต้อง VMware ระบุว่า KubeVM Service เน้นงานใหม่อย่างสภาพแวดล้อมนักพัฒนา CI/CD และงาน AI โดย VM ที่จัดการแบบ declarative รันคู่กับ VM เดิมบนคลัสเตอร์เดียวกันได้ และนำ VM เดิมเข้ามาจัดการได้ภายหลังโดยไม่ต้องย้ายหรือเปลี่ยน IP
KubeVM Service ใช้ได้เมื่อไรและราคาเท่าไร?
บล็อกที่ประกาศ KubeVM Service เมื่อ 22 ตุลาคม 2026 ไม่ได้ระบุวันพร้อมใช้งาน รุ่น VCF ที่รองรับ หรือราคา และตัวอย่างไฟล์ใช้ API รุ่น v1alpha1 องค์กรควรสอบถามตัวแทน Broadcom ก่อนวางแผนใช้งานจริง
แหล่งอ้างอิง
- The Modern Compute Primitive: Why Declarative VM Management Matters Now (Introducing KubeVM Service) — VMware Cloud Foundation Blog (Broadcom)
- VMware Cloud Foundation | Private Cloud Platform — Broadcom (VMware)
บุคคล องค์กร และสถานที่ในข่าวนี้
เลือกชื่อเพื่ออ่านข่าวทั้งหมดที่กล่าวถึง ตัวเลขคือจำนวนข่าว
- องค์กรและบริษัท
- VMware20Broadcom17
- ผลิตภัณฑ์และเทคโนโลยี
- VMware Cloud Foundation8Kubernetes30Ubuntu15Terraform8
พบข้อมูลคลาดเคลื่อน? แจ้งกองบรรณาธิการ