ในหน้านี้
คำถามที่เราได้รับจริง
"ใบเสนอราคาต่ออายุ VMware ของเราออกมาเป็น VVF และพาร์ทเนอร์ยังเสนอ VCF มาด้วย สองตัวนี้ต่างกันอย่างไร เราต้องใช้ตัวใหญ่ไหม และทำไมจำนวนคอร์ในใบเสนอราคาถึงมากกว่าคอร์ที่เรามีจริง?"
ส่วนใหญ่เราได้ยินคำถามนี้จากผู้จัดการไอทีที่มี host สองหรือสามเครื่อง และวันต่ออายุที่ใกล้เกินไปแล้ว คู่มือนี้อธิบายสองบันเดิลของ VMware by Broadcom ตามสภาพปลายปี 2026 ว่าแต่ละตัวมีอะไรบ้าง เทียบกับทางเลือกหลักอย่างไร และเราจะทำอย่างไรในสถานการณ์ที่พบบ่อยในลาว คู่มือนี้ไม่ระบุราคา เพราะราคาขึ้นกับจำนวนคอร์ ระยะสัญญา และช่องทางการขาย และเปลี่ยนได้เสมอ ถ้าอยากดูภาพใหญ่ของการย้ายออกจาก VMware อ่านคู่มือ หลัง Broadcom ซื้อ VMware
ตอนนี้ VMware ขายแบบไหน
ตั้งแต่ Broadcom เข้าซื้อ VMware ปลายปี 2023 สายผลิตภัณฑ์ถูกยุบเหลือไม่กี่บันเดิล และขายแบบ subscription เท่านั้น การซื้อขาดแบบถาวรไม่มีแล้ว ชื่อที่จะเห็นในใบเสนอราคาเกือบทุกใบคือ VMware vSphere Foundation (VVF) และ VMware Cloud Foundation (VCF)
ตัวเลขในใบเสนอราคาถูกกำหนดด้วยกฎสามข้อ:
- จ่ายตามคอร์ CPU จริง และนับทุกคอร์ใน host ไม่ว่า VM จะใช้หรือไม่
- CPU แต่ละตัวนับขั้นต่ำ 16 คอร์ CPU ที่มี 8 หรือ 12 คอร์จะถูกคิดเป็น 16
- subscription มีระยะเวลาตายตัว เมื่อหมดอายุ คุณจะไม่ได้ patch อัปเกรด และซัพพอร์ต
Broadcom ยังเคยกำหนดจำนวนสั่งซื้อขั้นต่ำในบางช่วง และปรับเนื้อหาบันเดิลมาแล้วมากกว่าหนึ่งครั้งตั้งแต่ปี 2024 ให้ถือว่าทุกอย่างด้านล่างคือโครงของข้อเสนอ และตรวจเงื่อนไขปัจจุบันของ Broadcom กับใบเสนอราคาที่เป็นลายลักษณ์อักษรก่อนตัดสินใจ
ใน VVF และ VCF มีอะไรบ้าง
VVF คือบันเดิลด้านประมวลผล ได้ vSphere (host ESXi พร้อมฟีเจอร์ครบ: HA, vMotion, DRS, distributed switch), vCenter สำหรับจัดการคลัสเตอร์, โควตาความจุ vSAN ต่อคอร์ที่สมัคร, เครื่องมือ operations สำหรับมอนิเตอร์และวางแผนความจุ (เดิมชื่อ Aria Operations ตอนนี้อยู่ภายใต้ชื่อ VCF Operations) และการรัน Kubernetes บน vSphere (ฟีเจอร์ที่เคยใช้ชื่อ Tanzu) สำหรับบริษัทส่วนใหญ่ในลาวที่รัน VM Windows และ Linux บนคลัสเตอร์เล็ก VVF ครอบคลุมความต้องการทางเทคนิคแล้ว
VCF คือสแตก private cloud เต็มรูปแบบ นอกจากทุกอย่างใน VVF ยังเพิ่ม NSX สำหรับเครือข่ายแบบ software-defined (overlay network, routing และ load balancing ภายในคลัสเตอร์), โควตา vSAN ต่อคอร์ที่ใหญ่กว่ามาก, เครื่องมือ lifecycle ที่ติดตั้งและ patch ทั้งระบบไปพร้อมกัน และชุดฟีเจอร์ automation และ operations ที่กว้างกว่า ออกแบบมาสำหรับองค์กรที่รันหลายคลัสเตอร์ หรือแบ่งเครือข่ายด้วยซอฟต์แวร์แทนไฟร์วอลล์ตัวจริง
บางฟีเจอร์ขายเป็น add-on เพิ่มบนบันเดิลใดก็ได้ เช่น ความจุ vSAN ที่เกินโควตา และฟีเจอร์ความปลอดภัยขั้นสูงบางตัว โควตา vSAN ต่อคอร์เคยถูกเปลี่ยนมาแล้วครั้งหนึ่ง จึงควรตรวจตัวเลขปัจจุบันของแต่ละบันเดิล แทนที่จะเชื่อ datasheet เก่า
เทียบ VVF, VCF และทางเลือกอื่น
| เกณฑ์ | VVF | VCF | ทางเลือกอื่น (Proxmox VE, Hyper-V, Nutanix) |
|---|---|---|---|
| คืออะไร | คลัสเตอร์ vSphere พร้อม vCenter, โควตา vSAN, เครื่องมือ operations | VVF บวก NSX, lifecycle และ automation | Proxmox VE: KVM แบบ open source; Hyper-V: เป็นส่วนหนึ่งของ Windows Server; Nutanix: HCI พร้อม hypervisor AHV ของตัวเอง |
| จ่ายอย่างไร | subscription ต่อคอร์ ขั้นต่ำ 16 คอร์ต่อ CPU | subscription ต่อคอร์ ขั้นต่ำ 16 คอร์ต่อ CPU | Proxmox: subscription ซัพพอร์ตแบบเลือกได้ ต่อ CPU socket; Hyper-V: Windows Server ต่อคอร์; Nutanix: subscription |
| สตอเรจ | vSAN พร้อมโควตาต่อคอร์ระดับพอประมาณ หรือ SAN เดิม | vSAN พร้อมโควตาต่อคอร์ที่ใหญ่กว่า หรือ SAN เดิม | Ceph หรือ ZFS (Proxmox), Storage Spaces Direct หรือ SAN (Hyper-V), สตอเรจกระจายในตัว (Nutanix) |
| เครือข่าย | standard และ distributed switch | เพิ่มเครือข่าย software-defined ด้วย NSX | Linux bridge และ SDN (Proxmox), Hyper-V virtual switch, ระบบเครือข่ายของ Nutanix |
| Kubernetes | มีให้บน vSphere | มีให้ พร้อม automation มากกว่า | ผลิตภัณฑ์แยก หรือทำเอง |
| ทักษะและซัพพอร์ตจากไทย/จีน | มีวิศวกร VMware จำนวนมากในภูมิภาค | คนที่รู้ NSX และ lifecycle ของ VCF ลึกมีน้อยกว่า | ทักษะ Hyper-V หาง่าย; ทักษะ Proxmox และ Nutanix ในลาวยังน้อย |
| นิสัยการอัปเดต | ออก patch สม่ำเสมอ; ต้องมี subscription ที่ยังใช้งานอยู่ | เหมือนกัน บวกการอัปเกรดทั้งสแตกพร้อมกัน | Proxmox: ออกบ่อยและเปิดเผย; Hyper-V: อัปเดต Windows รายเดือน; Nutanix: อัปเกรดคลิกเดียว |
| จุดแข็งจริง | เสถียร คุ้นเคย ระบบนิเวศ backup และแอปใหญ่ที่สุด | ทั้งสแตกจากผู้ผลิตเดียว สร้างมาเพื่อหลายคลัสเตอร์ | ค่า subscription แพลตฟอร์มต่ำหรือไม่มี (Proxmox, Hyper-V), HCI ที่ใช้ง่าย (Nutanix) |
| จุดอ่อนจริง | ค่าใช้จ่ายผูกกับจำนวนคอร์; คุณกำหนดการเปลี่ยนบันเดิลไม่ได้ | หนักเกินไปสำหรับ 2–3 host; จ่ายค่าส่วนที่อาจไม่เคยติดตั้ง | งานย้ายระบบ การฝึกทีมใหม่ ทดสอบ backup และแอปที่ผู้ผลิตรับรองซ้ำ |
| เหมาะกับ | คลัสเตอร์ SME หรือสาขาที่อยากอยู่บน VMware ต่อ | องค์กรใหญ่หรือหลายไซต์ที่ใช้ NSX อยู่แล้ว | ทีมที่พร้อมเปลี่ยนแพลตฟอร์มตามแผนที่กำหนด |
หน้า server virtualization และ hyperconverged HCI อธิบายว่าเราสร้างแต่ละทางเลือกอย่างไร
นับคอร์ก่อนทำอย่างอื่น
บิลคิดตามคอร์จริง จึงต้องเริ่มจากฮาร์ดแวร์ ไม่ใช่จากรายชื่อ VM ตัวอย่างสองกรณี:
- host สามเครื่อง แต่ละเครื่องมี CPU 8 คอร์สองตัว คอร์จริง: 3 × 2 × 8 = 48 คอร์ที่ถูกคิดเงิน: 3 × 2 × 16 = 96 เพราะ CPU แต่ละตัวถูกปัดขึ้นเป็นขั้นต่ำ 16 คอร์ ครึ่งหนึ่งของที่จ่ายไม่มีอยู่จริง
- host สองเครื่อง แต่ละเครื่องมี CPU 32 คอร์หนึ่งตัว คอร์จริงและคอร์ที่ถูกคิดเงิน: 2 × 1 × 32 = 64
คลัสเตอร์ที่สองมีคอร์จริงมากกว่าคลัสเตอร์แรก (64 ต่อ 48) แต่ถูกคิดเงินน้อยกว่า (64 ต่อ 96) นี่คือเหตุผลที่เซิร์ฟเวอร์สอง socket รุ่นเก่าที่คอร์น้อยกลายเป็นของแพงเมื่ออยู่บน VMware และเหตุผลที่ควรวางแผนเปลี่ยนฮาร์ดแวร์พร้อมกับการต่ออายุ ก่อนรวมเครื่อง ให้ตรวจว่าคลัสเตอร์ที่เล็กลงยังรับ VM ทั้งหมดได้เมื่อ host หนึ่งเครื่องล่ม ถ้ามีสอง host แต่ละเครื่องต้องรันโหลดทั้งหมดได้คนเดียว
เราจะเลือกตัวไหนสำหรับ…
คลัสเตอร์ SME 2–3 host VCF แทบไม่เคยเป็นคำตอบที่ถูกในกรณีนี้ ถ้าอยู่กับ VMware ต่อ VVF ครอบคลุม HA, vMotion และการจัดการจากศูนย์กลางแล้ว และคุณจะไม่ได้ใช้ NSX บนสาม host ถามด้วยว่าช่องทางของคุณยังขาย vSphere รุ่นเล็กกว่านี้อยู่ไหม เพราะสิ่งที่มีขายเปลี่ยนไปตั้งแต่ปี 2024 ถ้าใบเสนอราคายังดูหนัก ขนาดนี้แหละที่ควรทำ proof of concept กับ Proxmox VE พร้อม subscription ซัพพอร์ต หรือ Hyper-V เมื่อคุณมี Windows Server Datacenter อยู่แล้ว
สำนักงานสาขา host เล็กหนึ่งหรือสองเครื่องที่สาขาต่างจังหวัดมักไม่คุ้มที่จะมี subscription ของตัวเอง วิธีที่ใช้ได้: รัน VM ของสาขาจากคลัสเตอร์สำนักงานใหญ่ผ่านลิงก์ที่เชื่อถือได้, ใช้ host เล็กเครื่องเดียวพร้อม backup ในพื้นที่ที่ดี หรือคลัสเตอร์สองโหนดพร้อม witness ไม่ว่าจะเลือกแบบไหน สาขาล่มเพราะไฟบ่อยกว่าเพราะซอฟต์แวร์: ไฟตกช่วง 17:00–19:00 และฟ้าผ่าหน้าฝน ให้ host และสวิตช์ของมันอยู่บน UPS ที่มีขนาดพอสำหรับปิดเครื่องอย่างถูกต้อง
ข้อมูลที่ต้องอยู่ในประเทศ บางธุรกิจเก็บข้อมูลสำคัญไว้บนเซิร์ฟเวอร์ในลาวด้วยเหตุผลทางวิศวกรรม ลิงก์อินเทอร์เน็ตไปคลาวด์ต่างประเทศคือจุดที่อ่อนที่สุดของระบบ latency ไปยังภูมิภาคเพิ่มความหน่วงให้ทุกการเรียกฐานข้อมูล และการกู้ข้อมูลชุดใหญ่ผ่านลิงก์เล็กใช้เวลาหลายวัน VVF, VCF และทุกทางเลือกที่นี่รันบนฮาร์ดแวร์ของคุณเองได้เต็มที่ บันเดิลจึงไม่ใช่ตัวตัดสิน ความเร็วในการกู้คืนและทักษะในพื้นที่ต่างหากที่ตัดสิน เก็บสำเนาที่สองไว้อีกไซต์หนึ่งในลาวและทดสอบการกู้คืน หน้า backup และ disaster recovery อธิบายการออกแบบ
องค์กรหลายไซต์ที่ใช้ NSX อยู่แล้ว ถ้าคุณแบ่งเครือข่ายด้วย NSX อยู่แล้วและทีมเข้าใจมัน VCF คือการต่ออายุที่เป็นธรรมชาติ การย้ายออกหมายถึงต้องสร้างแบบเครือข่ายนั้นใหม่บนที่อื่น จึงต้องเผื่อเวลาจริงให้กับงานนี้
เหมืองหรือไซต์ห่างไกลที่ใช้เครื่องปั่นไฟ ทำให้เรียบง่าย: คลัสเตอร์เล็กพร้อมสตอเรจในเครื่อง, hypervisor ที่พนักงานหน้างานรีสตาร์ตได้ และดิสก์กับพาวเวอร์ซัพพลายสำรองไว้ที่ไซต์ ทีมที่กู้ host ได้ตอนตีสองสำคัญกว่าฟีเจอร์ขั้นสูง
ควรทำอะไรเมื่อถึงเวลาต่ออายุ
- สำรวจคอร์ ไม่ใช่ VM สำหรับทุก host ให้จดรุ่น CPU, จำนวน socket, คอร์ต่อ socket และตัวเลขที่ถูกคิดเงินหลังปัดขั้นต่ำ 16 คอร์ ถ้าใช้ vSAN ให้จดความจุ raw ด้วย
- ทำรายการสิ่งที่ใช้จริง: HA, vMotion, DRS, vSAN, NSX, Kubernetes ถ้าไม่มี NSX ในรายการ คุณน่าจะไม่ต้องใช้ VCF
- ขอใบเสนอราคาเป็นลายลักษณ์อักษร แยกตามบันเดิลและระยะสัญญา และถามว่าการต่ออายุครั้งถัดไปจะคิดอย่างไร
- ทดสอบการย้ายบน host เดียว นำ host หนึ่งเครื่องออกจากคลัสเตอร์ (หรือใช้เซิร์ฟเวอร์สำรอง) ติดตั้งทางเลือกใหม่ แล้วย้าย VM ที่ไม่สำคัญสองหรือสามตัว รวม VM Windows หนึ่งตัว ทดสอบ backup และการกู้คืนเต็มระบบ ไม่ใช่แค่การย้าย คู่มือ ทดสอบการกู้คืน backup มีรายการสิ่งที่ต้องตรวจ
- ตัดสินใจด้วยตัวเลข: ค่าต่ออายุ ค่าแรงย้ายระบบ การฝึกอบรม และความเสี่ยงของแต่ละทางเลือกในช่วงสามถึงห้าปี
เริ่มก่อน subscription หมดหกถึงสิบสองเดือน ถ้าเหลือสองเดือน ให้ต่ออายุระยะสั้นแล้วทดสอบ
ความผิดพลาดที่เราเห็นในไซต์ในลาว
- นับ VM หรือ vCPU แทนคอร์จริง ทำให้ใบเสนอราคาไม่เคยตรงกับแผน
- คิดว่า VCF "ดีกว่า" แล้วซื้อมาใช้กับสาม host
- ลืม Windows Server ซึ่งคิดตามคอร์บนทุก hypervisor จึงต้องใส่ในทุกคอลัมน์ของการเปรียบเทียบ หรือไม่ใส่เลย
- ย้ายไปแพลตฟอร์มใหม่โดยไม่ตรวจว่าซอฟต์แวร์ backup รองรับหรือไม่
ขั้นตอนถัดไป
ส่งภาพหน้าจอรายการ host ใน vCenter (รุ่น CPU, จำนวน socket, คอร์ต่อ socket) และหน้าของใบเสนอราคาต่ออายุที่แสดงบันเดิลและระยะสัญญา มาทาง WhatsApp เราจะนับคอร์ที่ถูกคิดเงินให้ บอกว่า VVF หรือ VCF ตรงกับสิ่งที่คุณใช้จริง และถ้าเหมาะสม จะวางแผนทดสอบการย้ายบน host เดียว
คำถามที่พบบ่อย
VVF ใน VMware หมายถึงอะไร
VVF คือ VMware vSphere Foundation บันเดิลที่เล็กกว่าในสองบันเดิลหลักของ VMware by Broadcom ประกอบด้วย vSphere พร้อม vCenter, โควตาความจุ vSAN ต่อคอร์, เครื่องมือ operations สำหรับมอนิเตอร์และวางแผนความจุ และ Kubernetes บน vSphere ขายแบบ subscription ต่อคอร์ ขั้นต่ำ 16 คอร์ต่อ CPU สำหรับคลัสเตอร์ส่วนใหญ่ขนาดสองถึงห้า host ก็ครอบคลุมสิ่งที่ VM ต้องการแล้ว
VVF กับ VCF ต่างกันอย่างไร
VCF มีทุกอย่างใน VVF และเพิ่มเครือข่าย software-defined ด้วย NSX, โควตา vSAN ต่อคอร์ที่ใหญ่กว่ามาก, เครื่องมือ lifecycle ที่ติดตั้งและ patch ทั้งสแตก และ automation มากขึ้น ทั้งสองเป็น subscription ต่อคอร์ ขั้นต่ำ 16 คอร์ต่อ CPU เท่ากัน ถ้าคุณไม่ได้ใช้หรือไม่มีแผนใช้ NSX และมี host ไม่กี่เครื่อง VVF มักพอ ตรวจเงื่อนไขปัจจุบันของ Broadcom ด้วย เพราะเนื้อหาบันเดิลเคยเปลี่ยนมาแล้ว
ทำไมใบเสนอราคา VMware แสดงคอร์มากกว่าที่เซิร์ฟเวอร์มีจริง
เพราะ CPU ทุกตัวถูกคิดขั้นต่ำ 16 คอร์ host ที่มี CPU 8 คอร์สองตัวมีคอร์จริง 16 แต่ถูกคิดเงิน 32 host แบบนี้สามเครื่องมีคอร์จริง 48 แต่ถูกคิดเงิน 96 เซิร์ฟเวอร์สอง socket รุ่นเก่าที่คอร์น้อยโดนหนักที่สุด จึงควรพิจารณาเปลี่ยนฮาร์ดแวร์เป็น CPU จำนวนน้อยลงแต่คอร์มากขึ้นไปพร้อมกับการต่ออายุ
ต้องใช้ VCF ถึงจะได้ vSAN ไหม
ไม่ต้อง VVF มีโควตาความจุ vSAN ต่อคอร์ที่สมัคร และซื้อความจุเพิ่มเป็น add-on ได้ VCF แค่มีโควตาต่อคอร์ที่ใหญ่กว่ามาก สำหรับคลัสเตอร์เล็ก ให้เทียบความจุ raw ของ vSAN กับโควตาในใบเสนอราคาก่อนเลือกบันเดิลใหญ่ โควตาต่อคอร์เคยเปลี่ยนมาแล้ว จึงควรยืนยันตัวเลขปัจจุบันกับเงื่อนไขของ Broadcom
ควรต่ออายุ VMware หรือย้ายไป Proxmox หรือ Hyper-V
ขึ้นกับว่าคุณใช้อะไรและใครเป็นคนดูแล ถ้าพึ่ง NSX หรือแอปที่ผู้ผลิตรองรับเฉพาะ VMware การต่ออายุมักปลอดภัยกว่า ถ้ามีสองหรือสาม host ที่รัน VM Windows และ Linux ทั่วไป ให้ทดสอบการย้ายบน host เดียวก่อน: ย้าย VM ที่ไม่สำคัญสองสามตัว แล้วทดสอบ backup และการกู้คืนเต็มระบบ ตัดสินจากผลที่วัดได้ ไม่ใช่จากรายการฟีเจอร์
- #vmware
- #vvf
- #vcf
- #broadcom
- #virtualization
- #renewal
