OpenVDDK thay thế thư viện VMware dùng để di chuyển máy ảo

Công nghệ03 tháng 11, 2026·4 phút đọc

Kiến trúc sư đám mây Andrija Panić phát triển OpenVDDK, thư viện mã nguồn mở có thể đọc đĩa ảo để phục vụ sao lưu và di chuyển máy ảo sau khi VMware hạn chế tải VDDK. Công cụ được cho là đã được sử dụng trong môi trường thực tế, nhưng các trường hợp này chưa được kiểm toán độc lập và không bảo đảm phù hợp với mọi hệ thống.

OpenVDDK thay thế thư viện VMware dùng để di chuyển máy ảo

Andrija Panić, một kiến trúc sư đám mây, đã phát triển OpenVDDK — thư viện mã nguồn mở thay thế VDDK của VMware, vốn được dùng để truy cập và xử lý đĩa ảo. Công cụ này có thể giúp các phần mềm sao lưu và di chuyển máy ảo tiếp tục hoạt động sau khi VMware giới hạn quyền tải VDDK.

Panić cho biết OpenVDDK đã được một số đơn vị sử dụng trong môi trường thực tế, ở quy mô lớn. Tuy nhiên, những trường hợp này chưa được kiểm toán độc lập và không phải cam kết về khả năng đáp ứng mọi môi trường sản xuất.

Vì sao OpenVDDK ra đời?

VMware mô tả VDDK là bộ thư viện và tiện ích cho phép nhà phát triển tạo ứng dụng truy cập, thao tác với đĩa ảo. Công cụ này cũng được dùng trong các phần mềm sao lưu và di chuyển máy ảo sang nền tảng ảo hóa khác.

Tháng 8, VMware giới hạn quyền tải VDDK cho các đối tác. Theo đó, khách hàng VMware không còn truy cập được công cụ này, còn một số phần mềm di chuyển của đối thủ trở nên khó sử dụng hơn.

Panić nói nhiều công cụ không liên quan trực tiếp với nhau vẫn dựa vào cùng một thư viện nhỏ để đọc đĩa máy ảo, gồm virt-v2v, nbdkit, các công cụ nhập máy ảo của Forklift/MTV, Proxmox VE, Apache CloudStack và nhiều tập lệnh nội bộ. Khi VDDK không còn được tải công khai, việc cài đặt và vận hành các công cụ này cũng khó khăn hơn.

Thư viện thay thế chỉ đọc đĩa ảo

OpenVDDK được thiết kế để thay thế tương thích trực tiếp cho libvixDiskLib.so.8.0.3 — thư viện đĩa mà các công cụ sao lưu và di chuyển VMware nạp vào để đọc đĩa ảo. Theo Panić, dự án được viết lại từ đầu bằng ngôn ngữ Go, có một lớp C mỏng để giữ nguyên giao diện C, tên thư viện và phiên bản ký hiệu của thư viện VMware. Mã nguồn không chứa mã của VMware; quá trình phát triển dựa trên tài liệu công khai và kiểm thử hộp đen.

OpenVDDK chỉ đọc đĩa, không thể ghi dữ liệu vào đó. Phạm vi này phù hợp với các tác vụ sao lưu và di chuyển mà công cụ hướng tới.

Panić cho biết ông đã thử nghiệm thành công trên các phiên bản vSphere 6.7 U3, 7.0.3, 8.0.3 và 9.1.1. Trong thử nghiệm tại phòng lab với phiên bản 9.1.1, khi truy cập OpenVDDK qua vCenter trên một máy chủ ESXi độc lập, dữ liệu đọc từ mọi đĩa đều khớp.

Ông cũng nhận được báo cáo về việc sử dụng thành công với Forklift khi di chuyển từ VMware sang KubeVirt theo cả hình thức lạnh và nóng, MTV trên OpenShift theo cả hai hình thức, một quy trình trên Proxmox VE và các công cụ tùy chỉnh dựa trên nbdkit.

Theo Panić, một nhà cung cấp đám mây tại Đức đã dùng OpenVDDK để di chuyển một máy chủ tệp lớn bằng V2K Migrate; một công ty tại Mỹ dùng công cụ này khi chuyển sang Apache CloudStack/KVM. Ông lưu ý đây là những báo cáo sử dụng, không phải xác nhận khách hàng đã được kiểm toán độc lập hay bảo đảm phù hợp cho mọi môi trường sản xuất.

Các lựa chọn khác khi rời VMware

OpenVDDK không phải phương án duy nhất để di chuyển máy ảo khỏi VMware mà không cần VDDK. OpenNebula, nền tảng dựa trên KVM, có công cụ OneSwap và công bố tỷ lệ thành công 96%. Nutanix gần đây cũng điều chỉnh công cụ di chuyển Move để có thể hoạt động mà không cần VDDK.

Red Hat đang xử lý vấn đề và đã cung cấp thông tin về một giải pháp tạm thời. OpenVDDK được phát hành theo giấy phép Apache, nên Red Hat và các đơn vị khác có thể cân nhắc sử dụng trong quá trình điều chỉnh công cụ di chuyển máy ảo.

Góc nhìn

Với đội ngũ vận hành và phát triển công cụ ảo hóa, OpenVDDK có thể giảm sự phụ thuộc vào một thư viện không còn được tải công khai, nhất là trong các quy trình sao lưu và chuyển đổi nền tảng. Khả năng tương thích với giao diện thư viện cũ cũng có thể giúp tích hợp thuận tiện hơn với một số công cụ hiện có.

Dù vậy, các báo cáo sử dụng thành công chưa được kiểm toán độc lập. Do đó, tổ chức cần tự kiểm thử trên hệ thống và quy trình của mình trước khi dựa vào OpenVDDK trong hoạt động sản xuất.

Nguồn: theregister.com · Quy trình biên tập

Chia sẻ:FacebookX