ผู้คนกำลังทำอะไรอยู่เพื่อย้ายออกจาก VMware

 (news.ycombinator.com)
1 คะแนน โดย GN⁺ 2025-10-21 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • หลายองค์กรกำลังมองหาทางเลือก เนื่องจาก ค่าไลเซนส์ของ VMware ที่สูง และการเปลี่ยนแปลงล่าสุด
  • ทีม IT ขนาดเล็กและกลางหลายแห่งกำลังพิจารณาย้ายไปใช้ โซลูชัน virtualization แบบโอเพนซอร์ส เช่น Proxmox VE และ oVirt
  • มีหลายกรณีที่พิจารณา migration ไปยัง hypervisor อื่น เช่น KVM, Xen และ Hyper-V
  • ในการย้ายระบบจริง หลายฝ่ายกังวลเรื่อง วิธีการย้ายข้อมูล และ ความเข้ากันได้กับ workflow เดิม
  • ในชุมชนมีการพูดคุยอย่างคึกคักเกี่ยวกับ การวิเคราะห์ต้นทุน/ประสิทธิภาพเมื่อต้องย้ายโครงสร้างพื้นฐานขนาดใหญ่ และ กลยุทธ์การดำเนินการ

เบื้องหลังการมองหาทางเลือกแทน VMware

  • หลายองค์กรกำลังเผชิญกับ การเปลี่ยนแปลงนโยบายไลเซนส์ของ VMware และภาระต้นทุนที่เพิ่มขึ้น
  • ด้วยเหตุนี้ การมองหาโซลูชันที่สามารถทดแทนโครงสร้างพื้นฐาน VMware เดิมจึงเร่งตัวขึ้น

แพลตฟอร์ม virtualization ทางเลือกหลัก

  • Proxmox VE: เป็นโซลูชัน virtualization แบบโอเพนซอร์สที่หลายองค์กรขนาดเล็ก/กลางให้ความสนใจ จากความสะดวกในการจัดการผ่านเว็บและการสนับสนุนจากชุมชนที่คึกคัก
  • oVirt: เป็นโซลูชัน enterprise virtualization บนพื้นฐาน Red Hat ใช้ KVM เป็นแกนหลัก และมีความสามารถด้าน scalability กับ automation
  • Xen: เป็น hypervisor แบบโอเพนซอร์สที่ผ่านการพิสูจน์แล้วด้านเสถียรภาพและประสิทธิภาพมาอย่างยาวนาน และยังมีบริษัทที่ให้การสนับสนุนเชิงพาณิชย์รายสำคัญ
  • Hyper-V: เป็นโซลูชันของ Microsoft ที่เหมาะกับสภาพแวดล้อม Windows และทำงานร่วมกับโครงสร้างพื้นฐานของ Microsoft ได้ดี

ประเด็นและการถกเถียงเรื่อง migration

  • ในกระบวนการย้ายระบบจริง มักต้องเผชิญกับความท้าทายในทางปฏิบัติ เช่น การย้ายข้อมูล VM เดิม, ความเข้ากันได้ของเครือข่ายและสตอเรจ, และ การเขียนสคริปต์ automation ใหม่
  • โดยส่วนใหญ่มักมีขั้นตอนตรวจสอบผ่าน benchmark, การทดสอบ migration และโครงการนำร่องขนาดเล็ก

ความเห็นจากชุมชนและผู้เชี่ยวชาญ

  • ผู้ใช้จำนวนมากนิยมแนวทางย้ายแบบ เป็นขั้นตอน โดยเริ่มจากบางบริการก่อน
  • มีการแบ่งปันประสบการณ์และคำแนะนำอย่างหลากหลายเกี่ยวกับข้อดีข้อเสียเฉพาะของแต่ละโซลูชัน ทั้งในด้านประสิทธิภาพ เสถียรภาพ และ scalability

บทสรุปและแนวทางเชิงกลยุทธ์

  • โซลูชันทางเลือกที่หลากหลาย กำลังถูกนำมาใช้จริงเพื่อลดการพึ่งพา VMware
  • มีการเน้นย้ำถึงความจำเป็นของกลยุทธ์การย้ายที่ปรับให้เหมาะกับขนาดและความซับซ้อนของโครงสร้างพื้นฐาน งบประมาณ และขีดความสามารถของทีม IT ในแต่ละองค์กร

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-10-21
ความคิดเห็นบน Hacker News

  • องค์กรของเรามีสัญญา VMware ELA 5 ปีที่พุ่งจาก 1.5 ล้านดอลลาร์เป็น 12 ล้านดอลลาร์ ผมทำงานในภาคอุดมศึกษา
    มีการสร้างสภาพแวดล้อม Hyper-V เสร็จไปเมื่อไม่กี่เดือนก่อน และรวมอยู่ใน Microsoft ELA อยู่แล้ว จึงเอางบไปลงกับการซัพพอร์ตในระดับที่ดีกว่าได้
    มีทีมแยกต่างหากที่ดูแลเฉพาะ "genAI stuff"
    เริ่มย้าย VM เมื่อประมาณ 3 สัปดาห์ก่อน และย้ายไปแล้วราว 500 เครื่องจากทั้งหมด 3,500 เครื่อง
    สภาพแวดล้อม HPC สำหรับงานสนับสนุนการวิจัยกำลังย้ายไป bare metal ส่วนการย้าย VM เป็นสำหรับ HPC ชั่วคราวและโครงสร้างพื้นฐานทั่วไป
    แอปพลิเคชันเซิร์ฟเวอร์ขนาดใหญ่บางตัวอย่าง SAP Hana อาจยังคงอยู่บน VMware ถ้า SAP ยังไม่รองรับ Hyper-V
    ฤดูร้อนนี้หนักมากจริง ๆ แต่สุดท้ายก็ผ่านไปได้ด้วยดี

    • ผมคิดว่ามีคำพูดหนึ่งที่สรุปกลยุทธ์ VMware ของ Broadcom ได้ดีมาก:
      “ถ้าคุณเป็นบริษัทในกลุ่ม Global 2000 VMware ก็อยากได้ธุรกิจของคุณ — ถ้าไม่ใช่ ก็ไม่ได้สนใจนัก”
      บทความที่เกี่ยวข้อง

  • ในกลุ่มเพื่อนฝั่ง SME ของผม ประเด็นนี้กำลังร้อนแรงมาก
    ถ้ามองจากมุมตลาดสวีเดน ผู้เล่นหลักคือ HPE กับ Nutanix
    ผมคิดว่า HPE ตัดสินใจได้อย่างยอดเยี่ยมที่รองรับ backend hypervisor หลายแบบแล้วทำ frontend ของตัวเองครอบ นี่คือทางเดียวที่ควรไปในอนาคต
    ที่ทำงานปัจจุบันใช้ Proxmox และพอใจมาก
    จากประสบการณ์ที่เคยใช้ VMware ผมคิดว่าบริษัทส่วนใหญ่แทนที่ด้วย Proxmox ได้ไม่ยาก
    Proxmox ไปได้ช้าเพราะไม่มี enterprise SLA ทั้งที่ต่อให้แพงแค่ไหน ถ้ามีสัญญา enterprise คนก็พร้อมซื้อ
    โดยส่วนตัวผมอยากเห็น KubeVirt หรือ Openshift+KubeVirt แพร่หลายกว่านี้ เพราะแนวคิดเอา hypervisor runtime ไปผูกกับ kubernetes API ที่ใช้งานกันอยู่แล้วนั้นดูฉลาดมาก

    • ผมกังวลว่า Proxmox อาจพลาดโอกาสครั้งนี้
      มันอยู่ในตำแหน่งที่โดดเด่นมากสำหรับการมาแทน VMware แต่บริษัทดูเล็กและค่อนข้างอนุรักษ์นิยม ไม่มีท่าทีว่ามีความทะเยอทะยานจะขยายไปทั่วโลก

    • รายละเอียดสัญญา Proxmox Premium:
      ใช้งาน enterprise repository ได้, ฟีเจอร์ครบชุด, ซัพพอร์ตผ่าน customer portal, เปิด ticket ได้ไม่จำกัด, ตอบกลับภายใน 2 ชั่วโมง, รองรับ remote SSH และเปิดใช้ offline subscription key ได้

    • น่าเสียดายมากที่ไม่รองรับ SAN กับ ISCSI
      ผมชอบวิธีจัดเซ็ตแบบนี้และอยากใช้ต่อไป

    • มีการเสนอให้ย้ายไป bare metal Openshift แต่เจอแรงต้านเพราะปัญหาฟีเจอร์ไม่พอ
      สุดท้ายเลยตัดสินใจไป HPE

    • ผมคิดว่า Openshift+KubeVirt อยู่ในตำแหน่งที่ดีมากสำหรับการบุกตลาด
      หลายอุตสาหกรรมที่ผมเคยทำงานมามีการใช้ Openshift กันเยอะอยู่แล้ว จึงเป็นการขยายต่อที่เป็นธรรมชาติ
      ผมลืมนึกถึงพลังของ MSFT ในการ bundle Hyper-V ซึ่งในเธรดนี้ถูกพูดถึงบ่อยมาก

  • Broadcom ขึ้นราคาหนักเกินไปจนเรากำลังย้ายไป proxmox
    ในทีม IT มีหลายคนเคยใช้ proxmox ที่บ้านมาก่อน พอค่าใช้จ่ายในการอยู่กับ VMWare ของ Broadcom สูงกว่าความเสี่ยงที่การย้ายจะสะดุด เราก็ตัดสินใจเปลี่ยนทันทีโดยไม่ลังเล
    เราลองย้ายฟาร์มบางส่วนเพื่อทำ A/B test แล้วผลออกมาดี ดังนั้นน่าจะย้ายทั้งหมดเสร็จก่อนรอบจ่าย Broadcom ครั้งถัดไป
    ต้องขอบคุณ Broadcom ที่ทำให้เราตัดสินใจได้เร็วขึ้น
    ส่วนตัวแล้ว Broadcom กับ Oracle คือ “สองเจ้าที่ผมจะไม่มีวันเลือกทำธุรกิจด้วยโดยสมัครใจ” การที่ Broadcom ขึ้นไปอยู่ระดับเดียวกับ Oracle ก็นับว่าไม่ธรรมดา

    • สำหรับผม Broadcom แย่กว่า Oracle อีกขั้น
      อย่างน้อย Oracle ก็ยังอยากได้เงินจากลูกค้าที่จ่ายเงิน แต่ Broadcom ดูเหมือนไม่ได้สนใจลูกค้าเลย

  • ผมทำงานเป็น MSP และดูแลลูกค้ากลุ่มธุรกิจขนาดเล็กถึงกลางเป็นหลัก
    หลัง Broadcom ซื้อ vmware ค่าไลเซนส์ขึ้นอย่างมหาศาล และปีนี้ด้วยข้อกำหนดจำนวนคอร์ขั้นต่ำทำให้ขึ้นไปถึง 20,000 ดอลลาร์ต่อปี แถมยังมีแนวโน้มจะขึ้นอีก
    ถ้าเป็นไลเซนส์แบบถาวรเดิม คุณยังพอประคองได้อีกหลายปีถ้าแยก management VLAN ออกจากอินเทอร์เน็ต แต่จะ patch ไม่ได้ และสุดท้ายอาจไม่ผ่าน internal audit
    ส่วนไลเซนส์แบบต่ออายุ ถ้าหมดอายุแล้วจะเปิดเครื่อง VM ไม่ได้ด้วยซ้ำ ถ้า reboot ก็จะไม่กลับมาทำงาน
    ประมาณครึ่งหนึ่งย้ายไป Hyper-V และส่วนใหญ่ก็ใช้ Windows Server อยู่แล้ว
    แม้จะมีความต่างอยู่บ้าง แต่ Hyper-V ก็มีทุกอย่างที่ต้องใช้ และไลเซนส์ก็รวมมาอยู่แล้ว
    Veeam ทำให้การย้ายระหว่าง VM ง่ายมาก ลูกค้าจึงใช้มันทำ backup กันเยอะ
    อีกไม่น้อยกำลังย้ายไป Azure หรือสภาพแวดล้อมโฮสต์อื่น ๆ ถ้าไม่มี LOB สำคัญอย่างไฟล์เซิร์ฟเวอร์ที่สำนักงานใหญ่ ก็ย้ายได้ง่าย
    บางรายกำลังย้ายไปหรือขยายบน nutanix

    • องค์กรของเราก็ย้าย IDC ไปอยู่บน nutanix ราว 1/4 เมื่อประมาณ 18 เดือนก่อน แต่ตอนนี้กำลังย้ายออกจาก nutanix แล้ว
      จากมุมมองของฝั่งเซิร์ฟเวอร์/นักพัฒนา เราเจอความไม่เสถียรหลายอย่าง เช่น พฤติกรรม VM แปลก ๆ หรือประสิทธิภาพต่ำกว่าที่คาด และเจ้าของระบบอื่น ๆ ก็เจอปัญหาแบบเดียวกัน
      ดูเหมือนว่าจะมีตัวกระตุ้นสำคัญบางอย่างในช่วงสั้น ๆ ที่ทำให้สุดท้ายต้องย้ายออก

  • สิ่งที่ upstream Linux รองรับคือสแตกที่อิง libvirtd ดังนั้นก็ควรดูทางนี้ด้วย
    บางแห่งใช้ proxmox แค่เป็น UI เพราะข้อกำหนดด้านการรับรอง ส่วนลูกค้าของผมหลายรายก็ย้ายไป cockpit dashboard หรือ kubernetes
    มันขึ้นอยู่กับขนาดระบบและความต้องการด้าน provisioning
    cockpit ตั้งค่าง่ายเลยเป็นตัวโปรดของผม แต่ไม่เหมาะกับขนาดระดับคลัสเตอร์ และยังมีความยุ่งยากในการแยกตั้งค่า webUI กับ daemon ของ cockpit server หลายตัว
    Proxmox เป็นของเก่าและเขียนด้วย Perl แต่ก็ใช้งานได้ดี ส่วน storage clustering จะลำบากหน่อยเพราะต้องพึ่งเลเยอร์ filesystem อย่าง ceph
    Openshift ก็มี แต่บริษัทขนาดเล็กถึงกลางมักเลี่ยงเพราะกังวลเรื่องการผูกติดกับ IBM/RedHat
    cockpit, proxmox, คำอธิบาย cockpit machines

    • น่าเสียดายที่ฟีเจอร์ SSH/หลายเครื่องของ cockpit กำลังจะยุติการรองรับในไม่ช้า

  • ผมทำงานกับผู้ขาย block storage และกำลังเห็นแพลตฟอร์มบริหารจัดการคลาวด์บน KVM หลายแบบที่คนย้ายไปจาก VMware
    ลูกค้ากำลังย้ายไป OpenNebula, CloudStack, Proxmox, OpenStack, HP VME, Oracle Virtualization หรือแม้แต่โซลูชันที่ทำขึ้นเอง
    จุดร่วมหลักคือพวกเขาโฟกัสที่ storage backend ที่ไม่ผูกกับ hypervisor ตัวใดตัวหนึ่ง และให้ประสิทธิภาพสูงที่คาดการณ์ได้
    ข้อดีของ ecosystem ฝั่ง KVM คือคุณเลือกใช้เครื่องมือที่เหมาะกับงานได้อย่างอิสระ และอิสระนั้นขยายไปถึงชั้น storage ด้วย
    ถ้าเป็นโซลูชัน software-defined block storage ที่ดี ก็จะช่วยให้การย้ายออกจาก VMware ลื่นไหลขึ้นผ่านความสามารถอย่าง data migration และ disaster recovery

    • ไม่คิดเลยว่าในยุค 2020s Openstack จะกลับมาได้รับความสนใจอีกครั้ง
      โซลูชัน KVM กำลังได้แรงส่งอย่างชัดเจน

  • ดูเหมือน Microsoft จะได้ประโยชน์มากที่สุด
    น่าเศร้าที่องค์กรโดนซอฟต์แวร์ปิดซอร์สเล่นงานแล้วก็ยังเดินซ้ำรอยเดิมอีก
    Nutanix ก็มีดีมานด์พุ่งขึ้นมากเช่นกัน
    ยังดีที่ทางเลือกอย่าง Proxmox และ Xcp-ng ก็มียอดนำไปใช้พุ่งทำสถิติใหม่
    ผมเป็นส่วนหนึ่งของโปรเจกต์ Apache CloudStack และบริการนี้ก็กำลังเจอความต้องการที่เพิ่มขึ้นแบบไม่เคยมีมาก่อน
    ตอนนี้ hypervisor KVM กลายเป็นมาตรฐานโดยพฤตินัยไปแล้ว และเครื่องมือ virt-v2v ก็ทำให้การย้าย guest จาก vmware ง่ายขึ้นมาก

    • ตอนนี้ VM บนคลาวด์บางทียังถูกกว่าค่าไลเซนส์ Broadcom เสียอีก ดังนั้นผมจึงเห็นการย้ายจาก VMware ไป Azure และ AWS เป็นจำนวนมาก

  • สมัยอยู่ PriorCo ผมเคยจัดทำสไลด์สรุปทางเลือกในช่วงปี 2023/2024
    ตอนนั้นเสนอไว้ 3 ทางคือ อยู่กับ vmware ต่อ, ย้ายไป Apache Cloudstack, หรือย้ายไป Nutanix แต่สุดท้ายก็ตัดสินใจย้ายโครงสร้างพื้นฐานที่เหลือขึ้น AWS แบบ lift-and-shift
    ถ้าผมเป็นคนตัดสินใจ Cloudstack น่าจะเหมาะกว่า เพราะเรามีความสามารถด้านนั้นและจะช่วยให้หลุดจากการผูกติดได้
    Nutanix ถูกใส่ไว้ในรายชื่อเพราะมองจากพอร์ตเทคโนโลยีล้วน ๆ แต่ในท้ายที่สุด ด้วยเรื่องความสามารถทำกำไร โครงสร้างการเงิน และการเน้น SaaS ก็มีความเสี่ยงจะลงเอยแบบเดียวกับ vmware
    มีตัวเลือกอีกหลายแบบที่อยู่บน KVM/QEMU หรือ OpenStack และ Virtuozzo ก็น่าประทับใจ แต่ยังขาดความครบถ้วนในภาพรวม
    Oxide น่าสนใจในด้านความเรียบง่ายและการบูรณาการ แต่ความต้องการภายในสำหรับผลิตภัณฑ์จากสตาร์ตอัปหน้าใหม่ยังไม่มากพอ
    Microsoft และ Oracle ถูกตัดออกเพราะต้นทุนและภาระด้านไลเซนส์สูงเกินไป ส่วน IBM/Openshift ก็ถูกตัดออกเพราะ private cloud ของเรายังเป็น VM 100% และมีเพียงราว 20% ของทั้งระบบที่พอจะทำเป็นคอนเทนเนอร์ได้
    คำแนะนำที่สำคัญที่สุดคือ ต้องเข้าใจธรรมชาติของ workload ปัจจุบันให้แม่น แล้วเลือกตัวเลือกที่เหมาะกับมัน
    ทุกคนชอบเน้นเรื่อง K8s กับคอนเทนเนอร์ แต่ถ้าสภาพแวดล้อมของคุณส่วนใหญ่ยังเป็น VM ตัวเลือกเหล่านี้ก็แทบไม่มีความหมาย

    • สงสัยว่าทำไมถึงไม่ได้พิจารณา Proxmox

  • <i>"VMware's in court again. Customer relationships rarely go this wrong"</i> (190 ความคิดเห็น, 2025)
    ลิงก์ที่เกี่ยวข้อง
    <i>"Proxmox VE: Import Wizard for Migrating VMware ESXi VMs"</i> (100 ความคิดเห็น, 2024)
    ลิงก์ที่เกี่ยวข้อง

  • โดยหลักแล้วผมผลักดันอย่างหนักให้ทีม IT ขององค์กรยอมให้ใช้เครื่องมือหรือเวิร์กโฟลว์ทางเลือก
    เอาจริง ๆ นี่แหละคืออุปสรรคที่ใหญ่ที่สุด
    ทีมของเรามีความสามารถด้าน DevOps มากพอที่จะทำทั้งคอนเทนเนอร์และการแพ็กสภาพแวดล้อมสำหรับนักพัฒนาได้ แต่ทีมความปลอดภัยขององค์กรตอบกลับคำขอหารือของเราด้วยคำว่า “ผิดนโยบาย” ซ้ำ ๆ เท่านั้น
    และประสบการณ์นี้ไม่ได้เกิดขึ้นแค่ที่เดียว ผมเจอแบบเดียวกันมาหลายครั้ง แม้ในบริษัทวิศวกรรม/ซอฟต์แวร์ระดับสูง

    • ผมก็เจอสถานการณ์เดียวกันเลย น่าหงุดหงิดมาก
      ทีมความปลอดภัยไซเบอร์กุมทุกอย่างไว้ แต่แทบไม่มีความสนใจหรือความเชี่ยวชาญด้าน DevOps หรือการจัดการกระบวนการ
      เวลาคุยกันก็เหมือนชนกำแพงมนุษย์ สุดท้ายได้คำตอบแค่ว่า “ไม่ได้” ตลอด
      ทุกคนในองค์กรก็สงสัยว่าทำไมอะไร ๆ ถึงพัฒนาไม่ได้

    • ประเด็นเรื่องความน่าเชื่อถือของ third-party ไม่ใช่เรื่องล้อเล่น
      ใครจะอยากหยุดงานของตัวเองเพื่อไป audit vendor รายสำคัญรายใหม่กันล่ะ

    • ทีมเราก็มีทักษะ DevOps พอที่จะทำทั้งคอนเทนเนอร์และการแพ็กสภาพแวดล้อมสำหรับนักพัฒนาได้
      ที่ทำงานของผมเคยทุ่มไปที่คอนเทนเนอร์เต็มตัวโดยไม่ใช้ Kubernetes และผลลัพธ์ออกมาดีมาก
      น่าเสียดายจริง ๆ ที่มีแรงต้านต่อแนวทางแบบนี้ และหวังว่าสุดท้ายทุกอย่างจะออกมาดี