กลับ
2025/03/31
13. พิจารณาการย้ายจาก VMware vSphere (ตอนที่ 1)
ในช่วงไม่กี่ปีที่ผ่านมา มีการเคลื่อนไหวออกจาก VMware มากขึ้นเรื่อย ๆ จนถึงตอนนี้ VMware มีตำแหน่งที่โดดเด่นอย่างท่วมท้นในฐานะแพลตฟอร์มการจำลองเสมือนเซิร์ฟเวอร์ขององค์กร อย่างไรก็ตาม การที่ Broadcom เข้าซื้อ VMware ในช่วงปี 2023 ถึง 2024 และการประกาศระบบใบอนุญาตใหม่ที่เพิ่มราคาขึ้นอย่างมากได้ส่งผลกระทบอย่างใหญ่หลวงต่อผู้ใช้ที่มีอยู่ ในบทความนี้ เราจะย้อนดูปัญหาของ VMware และพิจารณาความเป็นไปได้ของ Oracle Linux Virtualization Manager ในฐานะจุดหมายปลายทางของการย้าย
ปัญหาของ VMware คืออะไร?
จุดเริ่มต้นคือการที่ Broadcom เข้าซื้อ VMware ในปลายปี 2023 จนถึงตอนนี้ VMware มีส่วนแบ่งตลาดที่ท่วมท้นในด้านการจำลองเสมือนเซิร์ฟเวอร์ เนื่องจากฟังก์ชันที่หลากหลาย ความเสถียร การใช้งานที่ซับซ้อน จำนวนวิศวกรที่มาก และฮาร์ดแวร์ที่ได้รับการรับรองจำนวนมาก
อย่างไรก็ตาม หลังจากการเข้าซื้อโดย Broadcom ได้มีการประกาศระบบใบอนุญาตใหม่ที่มีการเปลี่ยนแปลงอย่างมาก นอกจากนี้ ระยะเวลาผ่อนผันสำหรับผู้ใช้ที่มีอยู่นั้นสั้น และสัญญาที่มีอยู่ซึ่งหมดอายุหลังวันที่ 5 กุมภาพันธ์ 2024 ไม่สามารถต่ออายุได้ และต้องซื้อใหม่ภายใต้ระบบใบอนุญาตใหม่ ส่งผลให้มีการคาดการณ์ว่าภาระต้นทุนจะเพิ่มขึ้นตั้งแต่ 1.5 เท่าถึง 20 เท่า ซึ่งกลายเป็นปัญหาใหญ่
ระบบใบอนุญาตใหม่ของ VMware
การเปลี่ยนแปลงหลักของระบบใบอนุญาตมีดังนี้ ระดับผลกระทบจะแตกต่างกันไปตามบริษัทและระบบที่ใช้ แต่หลายบริษัทกังวลว่าจะส่งผลให้ต้นทุนเพิ่มขึ้นอย่างมาก VMware เรียกระบบราคาทั้งหมด รวมถึงการสนับสนุน ว่าเป็นพอร์ตโฟลิโอ
- เปลี่ยนจากการซื้อครั้งเดียวเป็นโมเดลสมัครสมาชิก
ก่อนหน้านี้เป็นการซื้อครั้งเดียวแบบ “Perpetual License + Maintenance Support” แต่จากนี้ไปจะเปลี่ยนเป็น “Subscription License” ที่รวมใบอนุญาตและการสนับสนุนการบำรุงรักษา ก่อนหน้านี้เพียงแค่ต่ออายุสัญญาการสนับสนุนเป็นระยะ ๆ ก็เพียงพอ แต่จากนี้ไปคุณสามารถเลือกฉบับใบอนุญาตและระยะเวลาการใช้งานได้ตั้งแต่ 1 ปี, 3 ปี หรือ 5 ปี - เปลี่ยนจากการคิดค่าบริการตามซ็อกเก็ต CPU เป็นหน่วยคอร์ CPU
การเรียกเก็บเงินเปลี่ยนจากหน่วยซ็อกเก็ต CPU ทางกายภาพเป็นหน่วยคอร์ CPU ก่อนหน้านี้สามารถลดต้นทุนใบอนุญาตได้โดยใช้ CPU ประสิทธิภาพสูงที่มีคอร์จำนวนมาก แต่ด้วยการเรียกเก็บตามคอร์จะไม่สามารถทำได้อีกต่อไป ในช่วงไม่กี่ปีที่ผ่านมา มี CPU ประสิทธิภาพสูงที่มีคอร์ 50 คอร์ขึ้นไปปรากฏขึ้น ดังนั้นจึงจำเป็นต้องเลือกเซิร์ฟเวอร์ที่ปรับประสิทธิภาพและต้นทุนใบอนุญาตให้เหมาะสมโดยพิจารณาความคุ้มค่า - รวมจาการขายตามฟังก์ชันเป็นสี่ฉบับ
ก่อนหน้านี้ ระบบผลิตภัณฑ์ของ VMware มีความซับซ้อนจนทำให้ตัวแทนฝ่ายขายปวดหัว อย่างไรก็ตาม ระบบใหม่ได้รับการ簡化โดยการรวมเป็นสี่ฉบับดังต่อไปนี้ อย่างไรก็ตาม VMware vSAN และ VMware NSX ที่เคยมีจำหน่ายแยกกัน ตอนนี้ถูกรวมไว้ในฉบับที่สูงขึ้น ดังนั้นคุณอาจต้องใช้ฉบับที่มีฟีเจอร์มากกว่าที่คุณต้องการ นอกเหนือจากฉบับแล้ว ฟังก์ชันบางอย่างยังมีให้ในรูปแบบ Add-on- VMware vSphere Standard (VVS)
- VMware vSphere Enterprise Plus (VEP)
- VMware vSphere Foundation (VVF)
- VMware Cloud Foundation (VCF)
- การเลือกฉบับที่จำกัด
ลูกค้าไม่สามารถเลือกฉบับที่ต้องการได้อย่างอิสระ Broadcom กำหนดเซกเมนต์ลูกค้าว่ามีข้อจำกัดในการซื้อฉบับใดบ้าง ส่งผลให้บางบริษัทอาจถูกบังคับให้ซื้อฉบับที่มากเกินความจำเป็น ซึ่งอาจนำไปสู่การลงทุนเกินความต้องการ
บทเรียนจากปัญหาของ VMware
มีบทเรียนหลายประการที่สามารถเรียนรู้ได้จากปัญหานี้ของ VMware ตัวอย่างทั่วไปคืออันตรายของซอฟต์แวร์ที่เป็นกรรมสิทธิ์ที่มีส่วนแบ่งตลาดท่วมท้น จนถึงตอนนี้ ซอฟต์แวร์ที่เป็นกรรมสิทธิ์ที่มีส่วนแบ่งตลาดมากบางครั้งได้ใช้นโยบายการกำหนดราคาที่ก้าวร้าว แต่การเปลี่ยนแปลงที่รุนแรงเช่นนี้หาได้ยาก
นอกจากนี้ การเปลี่ยนแปลงครั้งใหญ่ในระบบใบอนุญาตนี้เกิดจากการเข้าซื้อกิจการของบริษัท เหตุผลสำคัญประการหนึ่งคือ VMware มีความเสี่ยงสูงที่จะถูกซื้อ เนื่องจากเคยถูกซื้อโดย EMC และ DELL ในอดีต
และฟังก์ชันของ VMware ในฐานะแพลตฟอร์มการจำลองเสมือนเซิร์ฟเวอร์นั้นสมบูรณ์ และมีฟีเจอร์ที่เหนือกว่าคู่แข่งมากมาย ทำให้หลักการแข่งขันนอกเหนือจากต้นทุนนั้นใช้ได้ยาก และมีผู้ใช้จำนวนมาก การวิจัยตลาดบางแห่งชี้ว่า VMware มีส่วนแบ่งตลาดเกือบ 80%
พิจารณาการย้ายจาก VMware
ต้นทุนเป็นปัจจัยที่ใหญ่ที่สุดเมื่อพิจารณาการย้ายจาก VMware แต่จำเป็นต้องพิจารณาอย่างรอบคอบว่าการย้ายนั้นเป็นความคิดที่ดีจริง ๆ หรือไม่ และจุดหมายปลายทางที่ดีที่สุดคืออะไร
การย้ายออกจาก VMware เป็นตัวเลือกที่ถูกต้องหรือไม่?
ต้นทุนที่เพิ่มขึ้นจากระบบใบอนุญาตใหม่เป็นแรงจูงใจในการย้ายออกจาก VMware แต่การตัดสินใจเปลี่ยนเพียงเพราะการเปรียบเทียบต้นทุนการดำเนินงานอย่างง่าย ๆ ควรทำอย่างเร่งรีบ จำเป็นต้องมีการตัดสินใจอย่างครอบคลุมหลังจากพิจารณาด้านฟังก์ชัน การดำเนินงาน และการย้าย
นี่คือตัวอย่างของสิ่งที่ควรพิจารณาเมื่อย้ายไปยัง Hypervisor อื่น
- ฟังก์ชัน
- มีฟังก์ชันที่เทียบเท่าหรือไม่?
- หากไม่มีฟังก์ชันที่เทียบเท่า ปัญหาสามารถแก้ไขได้โดยการออกแบบระบบใหม่หรือเปลี่ยนการดำเนินงานหรือไม่?
- การก่อสร้างและการดำเนินงาน
- การออกแบบและสร้างเซิร์ฟเวอร์ใหม่
- การออกแบบและสร้างเครือข่ายใหม่