VMware’in kapattığı VDDK için açık kaynak alternatif: OpenVDDK

Cloud architect Andrija Panić, VMware’in ağustosta yalnızca partner’lara açtığı VDDK’nın yerine geçen OpenVDDK kütüphanesini Apache lisansıyla yayımladı. Kütüphane libvixDiskLib.so.8.0.3 ile aynı C arayüzünü taşıyor, Go ile sıfırdan yazıldı ve diskleri yalnızca okuyabiliyor.

VDDK nedir, ne işe yarar?

VDDK (Virtual Disk Development Kit), VMware’in sanal disklere erişmek için geliştiricilere verdiği kütüphane ve araç setidir. Yedekleme yazılımları ve sanal makineleri başka platformlara taşıyan araçlar, VMware disklerini okumak için bu kütüphanedeki libvixDiskLib dosyasını yükler. virt-v2v ve nbdkit gibi açık kaynak araçlar da ona bağımlıdır.

VMware’den çıkan ekipler neden etkileniyor

VDDK, VMware’den taşıma yapan araçların çoğunun ortak bağımlılığı. virt-v2v, nbdkit, Forklift/MTV, Proxmox VE ve Apache CloudStack importer’ları diski okumak için aynı kütüphaneyi yüklüyor. Ağustostan beri bu dosyayı yalnızca VMware partner’ları indirebiliyor.

Yani VMware müşterisi olsanız bile taşıma pipeline’ını yeni bir host’a kuramayabilirsiniz. Elinde eski bir VDDK kopyası olmayan ekip için proje daha kurulum adımında duruyor.

OpenVDDK kütüphanesi neyi değiştiriyor

Proje libvixDiskLib.so.8.0.3 için “drop-in” bir kütüphane. Aynı C arayüzünü, aynı kütüphane adını ve aynı sembol sürümlerini taşıyor. Çünkü loader aynı dosyayı arıyor, araç tarafında kod değişikliği gerekmemesi beklenir.

Yükleme kararından önce şu sınırları bilin:

• Yalnızca okuma yapıyor. VMware tarafına geri yükleme gibi diske yazan bir iş akışınız varsa bu kütüphane işinizi görmez.
• Testler vSphere 6.7 U3, 7.0.3, 8.0.3 ve 9.1.1 üzerinde yapılmış. Bunların dışında bir sürüm çalıştırıyorsanız doğrulama size kalıyor.
• Apache lisansı izin verici bir lisans. Kurum içi script’lere gömmek için hukuk ekibiyle uzun bir süreç gerekmeyebilir.

Hedef platforma göre seçim

Bağımsız testçiler Forklift ile KubeVirt’e ve OpenShift üzerinde MTV ile cold ve warm taşımada başarı bildirmiş. Bir Proxmox VE pipeline’ı ve nbdkit tabanlı özel araçlar da listede. Hedefiniz KubeVirt ya da OpenShift ise OpenVDDK kütüphanesi, Red Hat’in düzeltmesi gelene kadar bir ara yol olabilir. Red Hat bu arada bir geçici çözüm yayımladı.

Hedef OpenNebula ya da Nutanix ise VDDK’ya hiç dokunmayabilirsiniz. OpenNebula’nın OneSwap aracı ve güncellenen Nutanix Move, VDDK olmadan çalışıyor.

Üretime almadan önce

Panić’in kendisi de raporların bağımsız denetlenmediğini ve her üretim ortamına uygunluk garantisi olmadığını belirtiyor. Kütüphane VMware kodu kullanmadan, yalnızca açık doküman ve black-box test ile yazılmış. Böyle bir projede kenar durumlarda sürpriz çıkması normal.

Makul bir sıra şöyle:

1. Test ortamında birkaç VM’yi bir kez orijinal VDDK ile, bir kez OpenVDDK ile taşıyın. Hedefteki disklerin checksum’larını karşılaştırın.
2. Büyük ve snapshot geçmişi uzun diskleri ayrı bir test grubuna koyun.
3. Warm taşıma kullanacaksanız onu cold taşımadan ayrı test edin; ikisi farklı okuma desenleri kullanabilir.

Taşıma host’unda hangi kütüphanenin yüklü olduğunu görmek için:

find / -name 'libvixDiskLib.so*' 2>/dev/null
readelf -d /dosya/yolu/libvixDiskLib.so.8.0.3 | grep SONAME

Aynı host’ta iki kütüphane birden duruyorsa, aracın hangisini yüklediğini test öncesinde netleştirin; yoksa yanlış kütüphaneyi test etmiş olursunuz.