- Nhiều doanh nghiệp đang tìm kiếm phương án thay thế do chi phí bản quyền VMware cao và các thay đổi gần đây
- Nhiều nhóm IT quy mô vừa và nhỏ đang cân nhắc chuyển sang các giải pháp ảo hóa mã nguồn mở như Proxmox VE, oVirt
- Có nhiều trường hợp xem xét di chuyển sang các hypervisor khác như KVM, Xen, Hyper-V
- Trong quá trình di chuyển thực tế, nhiều bên đang trăn trở về cách chuyển dữ liệu và vấn đề tương thích với quy trình làm việc hiện có
- Trong cộng đồng, các cuộc thảo luận về phân tích chi phí/hiệu năng khi di chuyển hạ tầng quy mô lớn và chiến lược triển khai đang rất sôi nổi
Bối cảnh tìm kiếm giải pháp thay thế VMware
- Nhiều doanh nghiệp gần đây đang đối mặt với việc thay đổi chính sách cấp phép của VMware và gánh nặng chi phí ngày càng tăng
- Theo đó, xu hướng đánh giá các giải pháp có thể thay thế hạ tầng VMware hiện tại đang được đẩy nhanh
Các nền tảng ảo hóa thay thế chính
- Proxmox VE: Giải pháp ảo hóa mã nguồn mở được nhiều tổ chức nhỏ và vừa cân nhắc nhờ khả năng quản trị thuận tiện qua web và sự hỗ trợ tích cực từ cộng đồng
- oVirt: Giải pháp ảo hóa doanh nghiệp dựa trên Red Hat, sử dụng KVM làm nền tảng và có khả năng mở rộng cùng các tính năng tự động hóa
- Xen: Hypervisor mã nguồn mở đã được kiểm chứng lâu năm về độ ổn định và hiệu năng, đồng thời cũng có các doanh nghiệp hỗ trợ thương mại lớn
- Hyper-V: Giải pháp của Microsoft, phù hợp với hạ tầng Microsoft và các môi trường Windows
Các vấn đề và thảo luận về di chuyển
- Trong quá trình chuyển đổi thực tế, các bên phải đối mặt với những thách thức như di chuyển dữ liệu VM hiện có, tương thích mạng và lưu trữ, và viết lại các script tự động hóa
- Phần lớn đều tiến hành quy trình kiểm chứng thông qua benchmark, di chuyển thử nghiệm và các dự án pilot quy mô nhỏ
Ý kiến từ cộng đồng và chuyên gia
- Nhiều người dùng ưa chuộng cách tiếp cận theo từng giai đoạn, bắt đầu bằng việc chuyển một số dịch vụ trước
- Nhiều kinh nghiệm và lời khuyên đang được chia sẻ về các ưu điểm và nhược điểm đặc trưng của từng giải pháp ở các khía cạnh như hiệu năng, độ ổn định và khả năng mở rộng
Kết luận và cách tiếp cận chiến lược
- Nhiều giải pháp thay thế khác nhau để giảm phụ thuộc vào VMware hiện đang được sử dụng trong thực tế
- Nhu cầu về một chiến lược di chuyển phù hợp theo quy mô và độ phức tạp của hạ tầng, ngân sách và năng lực IT của từng tổ chức đang được nhấn mạnh
1 bình luận
Ý kiến Hacker News
Hợp đồng ELA VMware 5 năm của tổ chức chúng tôi đã tăng vọt từ 1,5 triệu USD lên 12 triệu USD, tôi làm trong lĩnh vực giáo dục đại học
Môi trường Hyper-V đã được triển khai từ vài tháng trước và đã nằm trong Microsoft ELA, nên chúng tôi có thể dành ngân sách để nhận mức hỗ trợ tốt hơn
Có một đội riêng chỉ phụ trách "genAI stuff"
Chúng tôi bắt đầu di chuyển VM khoảng 3 tuần trước và đã chuyển được khoảng 500 trong tổng số 3.500 máy
Môi trường HPC phục vụ các dự án hỗ trợ nghiên cứu đang được chuyển sang bare metal, còn việc chuyển VM là cho HPC tạm thời và hạ tầng chung
Một số máy chủ ứng dụng lớn như SAP Hana có thể vẫn ở lại VMware nếu SAP không hỗ trợ Hyper-V
Mùa hè này thực sự rất vất vả nhưng cuối cùng vẫn làm được
“Nếu bạn là doanh nghiệp Global 2000 thì VMware muốn làm ăn với bạn — còn nếu không thì họ chẳng mấy quan tâm”
Bài viết liên quan
Trong nhóm bạn bè làm SME quanh tôi, đây là chủ đề rất nóng
Theo góc nhìn địa phương ở Thụy Điển, các nhà cung cấp chính là HPE và Nutanix
Tôi nghĩ việc HPE hỗ trợ nhiều backend hypervisor rồi gắn frontend riêng của họ lên là một quyết định thiên tài, đó là con đường duy nhất để đi tiếp
Ở chỗ làm hiện tại chúng tôi dùng Proxmox và rất hài lòng
Với kinh nghiệm dùng VMware, tôi nghĩ đa số doanh nghiệp có thể thay thế khá dễ dàng bằng Proxmox
Proxmox triển khai chậm vì không có SLA cấp doanh nghiệp, chỉ cần có hợp đồng doanh nghiệp là được dù chi phí bao nhiêu
Cá nhân tôi muốn thấy KubeVirt hoặc Openshift+KubeVirt phổ biến hơn, cảm giác việc gắn runtime hypervisor lên API kubernetes vốn đã được dùng tốt là một ý tưởng thiên tài
Tôi lo rằng Proxmox sẽ bỏ lỡ cơ hội này
Nó đang ở vị thế độc nhất để thay thế VMWare, nhưng công ty nhỏ và bảo thủ, có vẻ không có tham vọng vươn ra toàn cầu
Nội dung gói hợp đồng premium của Proxmox:
dùng enterprise repository, đầy đủ bộ tính năng, hỗ trợ qua cổng khách hàng, ticket hỗ trợ không giới hạn, phản hồi trong vòng 2 giờ, hỗ trợ SSH từ xa, và kích hoạt khóa thuê bao ngoại tuyến
Điều thật sự đáng tiếc là không hỗ trợ SAN và ISCSI
Tôi thích kiểu thiết lập như vậy nên muốn tiếp tục dùng
Tôi đã đề xuất chuyển sang Openshift bare metal nhưng vấp phải sự phản đối vì thiếu tính năng
Cuối cùng đã quyết định đi với hpe
Tôi nghĩ Openshift+KubeVirt đang ở vị thế rất tốt để thâm nhập
Trong nhiều lĩnh vực tôi từng làm, Openshift đã được dùng nhiều nên đây là phần mở rộng tự nhiên
Tôi đã quên mất khả năng bundling Hyper-V của MSFT, điều này được nhắc rất nhiều trong thread này
Broadcom tăng giá quá mạnh nên chúng tôi đang chuyển sang proxmox
Một số người trong đội IT đã dùng proxmox ở nhà, nên khi chi phí duy trì VMWare với Broadcom lớn hơn rất nhiều so với rủi ro gián đoạn do migration, chúng tôi đã quyết định chuyển mà không còn do dự
Chúng tôi đã chuyển một phần cụm để A/B test, kết quả tốt nên có lẽ sẽ hoàn tất chuyển toàn bộ trước kỳ thanh toán Broadcom tiếp theo
Nhờ Broadcom mà chúng tôi có thể ra quyết định nhanh hơn
Cá nhân tôi xếp Broadcom và Oracle đồng hạng "nhà cung cấp số 1 mà tuyệt đối không bao giờ tự nguyện giao dịch", Broadcom ngang hàng được với Oracle cũng thật đáng nể
Oracle ít ra còn muốn có khách hàng trả tiền, còn Broadcom thì có vẻ chẳng quan tâm đến khách hàng
Tôi làm ở MSP và chủ yếu phụ trách khách hàng SMB
Sau khi Broadcom mua vmware, chi phí license tăng khủng khiếp, năm nay đã lên tới 20.000 USD mỗi năm vì số core tối thiểu, và tương lai có thể còn tăng nữa
Nếu là license vĩnh viễn (Perpetual) cũ, bạn còn có thể cô lập management VLAN khỏi Internet và cầm cự vài năm, nhưng vì không thể vá lỗi nên cuối cùng vẫn có thể trượt audit nội bộ
Với license gia hạn, khi hết hạn thì bạn thậm chí không thể bật nguồn VM, reboot xong là nó nằm tắt luôn
Khoảng một nửa đã chuyển sang Hyper-V, và đa số vốn đã dùng Windows Server
Có một số khác biệt nhưng Hyper-V cung cấp đủ những tính năng cần thiết và license cũng đã bao gồm sẵn
Veeam giúp việc di chuyển giữa các VM trở nên dễ dàng nên khách hàng dùng nó rất nhiều cho backup
Khá nhiều bên đã migration sang Azure hoặc môi trường hosting khác, nếu không có các LOB trọng yếu như file server ở trụ sở thì việc chuyển đi khá dễ
Một số thì đang chuyển sang hoặc mở rộng với nutanix
Từ góc nhìn server/developer, chúng tôi bị đủ loại bất ổn như hành vi VM kỳ lạ hay hiệu năng kém hơn kỳ vọng, và các chủ sở hữu hệ thống khác cũng gặp vấn đề tương tự
Có vẻ đã có một nguyên nhân quyết định nào đó khiến mọi thứ thay đổi trong thời gian ngắn, và cuối cùng dẫn đến việc chuyển đi
Những gì được upstream Linux hỗ trợ là stack dựa trên libvirtd, nên cũng đáng để xem xét hướng này
Có nơi dùng proxmox chỉ để lấy UI vì yêu cầu chứng nhận, còn nhiều khách hàng của tôi đã chuyển sang cockpit dashboard hoặc kubernetes
Điều này phụ thuộc vào yêu cầu về quy mô/provisioning
cockpit là lựa chọn tôi thích nhất vì dễ cấu hình, nhưng không hợp với quy mô cluster và còn phiền ở chỗ phải thiết lập riêng web UI và nhiều daemon cockpit server
Proxmox thì cũ và dựa trên Perl nhưng dùng được, còn clustering storage thì hơi vất vả vì cần một lớp file system như ceph
Cũng có Openshift, nhưng các doanh nghiệp nhỏ và vừa ngại vì lo bị khóa vào IBM/RedHat
cockpit, proxmox, giải thích về cockpit machines
Tôi làm ở một nhà cung cấp block storage và đang chứng kiến đủ loại nền tảng quản lý cloud dựa trên KVM được dùng để rời VMware
Khách hàng đang chuyển sang OpenNebula, CloudStack, Proxmox, OpenStack, HP VME, Oracle Virtualization, thậm chí cả giải pháp tự xây
Điểm chung lớn nhất là họ tập trung vào backend storage có thể cung cấp hiệu năng cao ổn định, dễ dự đoán mà không bị khóa vào một hypervisor cụ thể
Ưu điểm của hệ sinh thái KVM là bạn có thể tự do chọn công cụ phù hợp nhất cho công việc, và sự tự do đó còn mở rộng xuống cả lớp storage
Một giải pháp software-defined block storage tốt sẽ giúp việc rời VMware diễn ra mượt mà nhờ các tính năng như data migration, disaster recovery, v.v.
Các giải pháp KVM đúng là đang có đà tăng mạnh
Có vẻ Microsoft là bên hưởng lợi nhiều nhất
Thật buồn khi các doanh nghiệp bị phần mềm nguồn đóng làm khổ rồi lại lặp lại đúng con đường đó
Nhu cầu với Nutanix cũng đang bùng nổ
May là các lựa chọn thay thế như Proxmox, Xcp-ng cũng đang ghi nhận mức độ triển khai kỷ lục
Tôi là một phần của dự án Apache CloudStack, và dịch vụ này cũng đang trải qua mức tăng nhu cầu chưa từng có
Hypervisor KVM gần như đã trở thành tiêu chuẩn thực tế, và nhờ công cụ virt-v2v mà việc migration guest từ vmware trở nên dễ hơn
Ở PriorCo trước đây, tôi đã trình bày bằng slide về các lựa chọn vào đúng giai đoạn 2023/2024 này
Tôi đề xuất 3 hướng: ở lại vmware, chuyển sang Apache Cloudstack, hoặc chuyển sang Nutanix, nhưng cuối cùng công ty quyết định chuyển phần hạ tầng còn lại lên AWS theo kiểu lift-and-shift
Nếu tôi là người quyết định thì Cloudstack sẽ phù hợp hơn, chúng tôi có đủ năng lực cho nó và có thể tránh được lock-in
Nutanix chỉ được đưa vào danh sách vì portfolio kỹ thuật của nó, nhưng xét đến lợi nhuận, cấu trúc tài chính và việc tập trung vào SaaS thì tôi lo nó rốt cuộc cũng sẽ rơi vào cùng vấn đề như vmware
Có nhiều lựa chọn khác dựa trên KVM/QEMU hoặc OpenStack, Virtuozzo cũng ấn tượng nhưng thiếu một gói tổng thể đủ mạnh
Oxide hấp dẫn nhờ sự đơn giản và tích hợp, nhưng trong nội bộ không có đủ nhu cầu cho một sản phẩm từ startup còn mới
Microsoft và Oracle bị loại vì chi phí và gánh nặng licensing quá lớn, còn IBM/Openshift cũng bị loại vì private cloud của chúng tôi là 100% VM nên chỉ khoảng 20% toàn bộ sản phẩm có thể container hóa
Lời khuyên quan trọng nhất là phải hiểu thật chính xác đặc tính của workload hiện tại rồi chọn phương án phù hợp với nó
Ai cũng nói nhiều về K8s và container, nhưng trong môi trường mà đa số là VM thì các lựa chọn đó không có nhiều ý nghĩa
<i>"VMware lại ra tòa. Hiếm có mối quan hệ khách hàng nào đi sai đến mức này"</i> (190 bình luận, 2025)
Liên kết liên quan
<i>"Proxmox VE: Import Wizard để di chuyển VM VMware ESXi"</i> (100 bình luận, 2024)
Liên kết liên quan
Chủ yếu là gây áp lực mạnh lên đội IT doanh nghiệp để họ cho phép dùng các công cụ hay workflow thay thế
Thực tế thì đây mới là trở ngại lớn nhất
Đội của chúng tôi có đủ năng lực DevOps để làm cả container hay đóng gói môi trường phát triển, nhưng đội bảo mật doanh nghiệp chỉ lặp đi lặp lại "vi phạm chính sách" mỗi khi chúng tôi đề nghị thảo luận
Trải nghiệm này không chỉ ở một nơi, mà tôi đã gặp đi gặp lại tại nhiều công ty kỹ thuật/phần mềm có năng lực engineering rất cao
Tôi cũng ở đúng tình cảnh đó và thực sự rất bức bối
Đội an ninh mạng nắm hết mọi thứ nhưng lại không có nhiều quan tâm hay chuyên môn về DevOps hoặc quản lý quy trình
Rốt cuộc khi nói chuyện thì cứ như bị chặn bởi một bức tường lửa bằng con người, và câu trả lời lúc nào cũng là "không được"
Mọi người đều thắc mắc vì sao về mặt tổ chức lại không thể cải thiện nổi
Vấn đề độ tin cậy của bên thứ ba không phải chuyện đùa
Ai lại muốn dừng công việc của mình để đi audit một nhà cung cấp cốt lõi mới chứ
Đội của chúng tôi cũng có đủ kỹ năng DevOps để triển khai cả container và đóng gói môi trường phát triển
Ở chỗ làm của tôi, chúng tôi all-in vào container mà không dùng Kubernetes, và kết quả rất tốt
Thật đáng tiếc khi có quá nhiều sự phản đối với cách tiếp cận như vậy, và tôi hy vọng cuối cùng mọi chuyện sẽ ổn