สรุปสั้น

หลายองค์กรทั่วโลกกำลังเผชิญกับบิลค่าต่ออายุ VMware ที่พุ่งสูงขึ้นอย่างน่าตกใจในปีนี้ ทั้งที่โครงสร้างพื้นฐานเท่าเดิม สาเหตุไม่ได้มาจากการเพิ่มฮาร์ดแวร์ แต่มาจากการที่โมเดลสิทธิ์ใช้งาน (licensing) เปลี่ยนไป นับตั้งแต่ บริษัท Broadcom ปิดดีลเข้าซื้อ VMware ในปี 2566 กฎเกณฑ์เรื่องสิทธิ์ใช้งานของ VMware ถูกเขียนใหม่แทบทั้งหมด และสำหรับผู้นำฝ่ายไอทีจำนวนมาก แรงกระแทกด้านการเงินครั้งนี้กลายเป็นแรงผลักดันแรกที่ทำให้ต้องคิดทบทวนกลยุทธ์โครงสร้างพื้นฐานใหม่ตั้งแต่ราก

สิ่งที่เปลี่ยนไปคือ Broadcom ยกเลิก perpetual license ทั้งหมด ทำให้ทุกผลิตภัณฑ์ VMware กลายเป็นแบบ subscription เท่านั้น พร้อมเปลี่ยนวิธีคิดจาก per-socket มาเป็น per-core โดยกำหนดขั้นต่ำ 16 คอร์ต่อซีพียูไม่ว่าฮาร์ดแวร์จริงจะมีกี่คอร์ ผลคือองค์กรที่รันเซิร์ฟเวอร์คอร์น้อยต้องจ่ายค่าความจุที่ไม่ได้ใช้ และหลายรายเห็นต้นทุนรายปีเพิ่มขึ้น 2–3 เท่าในชั่วข้ามคืน นอกจากนี้ยังมีค่าปรับต่ออายุล่าช้าราว 20% และการบังคับใช้บันเดิลอย่าง VMware Cloud Foundation (VCF) ที่ราคาราว 250–350 ดอลลาร์ต่อคอร์ต่อปี ทำให้ความยืดหยุ่นในการเลือกซื้อลดลงอย่างมาก

รายละเอียดข่าว

เว็บไซต์ HackRead รายงานเมื่อวันที่ 2 กรกฎาคม 2569 ว่า การเปลี่ยนแปลงของ Broadcom ไม่ได้หยุดแค่การยกเลิก perpetual license แต่ยังปรับพอร์ตผลิตภัณฑ์ให้เรียบง่ายลงโดยแลกกับการตัดความยืดหยุ่นทิ้งไปเกือบหมด โดยดัน VCF และ VVF ให้เป็นเส้นทางหลัก ทำให้ลูกค้าถูกล็อกอยู่กับบันเดิลมากขึ้นเรื่อย ๆ ต้องจ่ายค่าฟีเจอร์ไม่ว่าจะใช้หรือไม่ ในปี 2568 Broadcom เคยเสนอเงื่อนไขซื้อขั้นต่ำถึง 72 คอร์ต่อผลิตภัณฑ์ ก่อนจะปรับลดในบางภูมิภาคหลังถูกอุตสาหกรรมกดดัน แม้ตัวเลือกแบบ standalone จะยังมีอยู่บนกระดาษ แต่สำหรับลูกค้าส่วนใหญ่โดยเฉพาะที่วางแผนอัปเกรดในอนาคต ความจริงคือบันเดิลกลายเป็นค่าเริ่มต้นใหม่ไปแล้ว

ประเด็นที่มักถูกมองข้ามในการวางแผนช่วงต้นคือ เมื่อ subscription license ของ VMware หมดอายุ การเข้าถึงความสามารถด้านการจัดการและบริการซัพพอร์ตบางส่วนอาจได้รับผลกระทบ ทำให้งานประจำวันอย่างการจัดการ virtual machine หรือการดูแล backup workflow กลายเป็นเรื่องยุ่งยาก ยิ่งไปกว่านั้น เรื่องไทม์ไลน์ตลอดอายุการใช้งานก็สำคัญ ตัวอย่างเช่น vSphere 7 หมดซัพพอร์ตทั่วไป (end of general support) ไปเมื่อเดือนตุลาคม 2568 หมายความว่าจะไม่มีแพตช์ใหม่หรือการซัพพอร์ตทางเทคนิคมาตรฐานอีกต่อไป องค์กรที่ยังรันเวอร์ชันที่ไม่ได้รับการซัพพอร์ตจะต้องแบกภาระการดูแลที่เพิ่มขึ้น พร้อมความเสี่ยงด้านความปลอดภัยที่ต้องพิจารณาในการวางแผนระยะยาว

การเปลี่ยนแปลงด้านต้นทุนและความปลอดภัย

หัวใจของแรงกดดันอยู่ที่โครงสร้างต้นทุนแบบใหม่ที่คิดต่อคอร์พร้อมขั้นต่ำ 16 คอร์ต่อซีพียู ทำให้องค์กรที่ใช้สภาพแวดล้อมขนาดเล็กหรือเซิร์ฟเวอร์คอร์น้อยได้รับผลกระทบหนักเป็นพิเศษ เพราะต้องจ่ายค่าความจุเกินความต้องการของ workload จริง เมื่อรวมกับการบังคับใช้บันเดิล VCF/VVF ที่มัดฟีเจอร์ vSphere, vSAN และ NSX ไว้ด้วยกัน ต้นทุนรวมจึงสูงขึ้นมากเมื่อเทียบกับรูปแบบเดิม สิ่งที่องค์กรควรประเมินก่อนตัดสินใจต่อสัญญาคือ ต้นทุนต่อคอร์ที่แท้จริงเมื่อรวมค่าใช้จ่ายด้านความปลอดภัยและสตอเรจ ความเสี่ยงจากการถูกล็อกอินกับสัญญาสามปี และสิ่งที่จะเกิดขึ้นเมื่อ subscription หมดอายุ

ในมุมความปลอดภัย การรันเวอร์ชันที่หมดซัพพอร์ตอย่าง vSphere 7 โดยไม่ได้รับแพตช์ถือเป็นความเสี่ยงสะสม เพราะช่องโหว่ใหม่ที่ค้นพบภายหลังจะไม่ได้รับการแก้ไข ทำให้โครงสร้างพื้นฐาน virtualization ซึ่งเป็นฐานของทั้งระบบกลายเป็นเป้าหมายที่น่าสนใจ องค์กรจำนวนมากจึงเริ่มประเมินแพลตฟอร์มทางเลือก เช่น Nutanix AHV, Proxmox VE, Huawei Cloud Stack, Scale Computing, Microsoft Hyper-V, OpenStack และ Sangfor HCI โดยพิจารณาทั้งความคล้ายของโมเดลสิทธิ์ใช้งาน โครงสร้างราคา ความง่ายในการย้ายระบบ และความสามารถด้านความปลอดภัยที่มีมาในตัว

ผลกระทบต่อไทย

การเปลี่ยนแปลงนี้ส่งผลโดยตรงต่อองค์กรไทยที่พึ่งพา VMware เป็นแกนหลักของ data center ทั้งภาครัฐ สถาบันการศึกษา และเอกชน ในรายงานยกตัวอย่างมหาวิทยาลัยศรีนครินทรวิโรฒ (SWU) ซึ่งเป็นหนึ่งในสถาบันอุดมศึกษาชั้นนำของไทย ที่ต้องรับมือทั้งภัยคุกคามไซเบอร์ที่เพิ่มขึ้นและต้นทุนโครงสร้างพื้นฐานไอทีที่สูงขึ้นจากค่า subscription ของ VMware จนตัดสินใจย้ายไปใช้แพลตฟอร์ม HCI ที่รวมความปลอดภัยไว้ในตัว องค์กรไทยจำนวนมากที่มีงบจำกัดจึงเผชิญทางเลือกที่ยากลำบาก ระหว่างการแบกต้นทุนที่พุ่งขึ้น 2–3 เท่า การเสี่ยงรันเวอร์ชันที่หมดซัพพอร์ต หรือการลงทุนย้ายไปแพลตฟอร์มอื่น ซึ่งแต่ละทางล้วนมีต้นทุนและความเสี่ยงด้านความต่อเนื่องของบริการที่ต้องวางแผนอย่างรอบคอบ

คำแนะนำ

องค์กรควรเริ่มจากการประเมินต้นทุนปัจจุบันให้ครบ ทั้งค่า license ต่อคอร์ ค่าความปลอดภัย และค่าสตอเรจ เพราะตัวเลขจริงมักสูงกว่าที่ปรากฏในใบแจ้งต่ออายุ ถัดมาคือระบุความเสี่ยงจากการถูกล็อกอิน โดยทำความเข้าใจโครงสร้างสัญญาสามปีและผลที่ตามมาเมื่อ subscription หมดอายุ หากพิจารณาแพลตฟอร์มทางเลือก ควรให้ความสำคัญกับความเข้ากันได้และความต่อเนื่องของ workflow เพื่อลดภาระการฝึกอบรมทีมใหม่ ตรวจสอบเส้นทางการย้ายระบบด้วยเครื่องมือประเมินความเสี่ยงก่อนตัดสินใจ และเลือกโซลูชันที่มีความปลอดภัยฝังมาในตัวเพื่อลดการพึ่งพา appliance ภายนอกที่มักทำให้ต้นทุนบานปลาย ที่สำคัญที่สุด อย่าปล่อยให้ระบบรันบนเวอร์ชันที่หมดซัพพอร์ตโดยไม่มีแผนอัปเกรดหรือย้ายระบบ เพราะช่องโหว่ที่ไม่ได้แพตช์คือความเสี่ยงด้านความปลอดภัยที่สะสมขึ้นเรื่อย ๆ

แหล่งอ้างอิง