VMware VDDK (VMware Virtual Disk Development Kit) Nedir?

VMware altyapılarında sanal makinelerin yedeklenmesi, geri yüklenmesi, başka bir ortama taşınması veya felaket kurtarma amacıyla replike edilmesi sırasında en önemli konulardan biri, sanal disklerde bulunan verilere güvenli ve verimli şekilde erişilebilmesidir. Bu noktada VMware ekosisteminin önemli bileşenlerinden biri olan VMware VDDK – Virtual Disk Development Kit devreye girer.

VDDK, son kullanıcıların doğrudan çalıştırdığı bağımsız bir uygulamadan çok, yedekleme, replikasyon ve veri koruma yazılımlarının VMware sanal diskleriyle iletişim kurmasını sağlayan bir geliştirme altyapısıdır. Başka bir ifadeyle VDDK; bir yedekleme yazılımının VMware ortamındaki sanal makinenin diskine ulaşması, disk üzerindeki verileri okuması ve bu verileri başka bir sisteme aktarması için gerekli araçları, kütüphaneleri ve API’leri sağlar. Bu nedenle özellikle büyük VMware ortamlarında VDDK’nin nasıl çalıştığını anlamak; backup performansını değerlendirmek, olası hataları analiz etmek ve doğru veri aktarım yöntemini seçmek açısından oldukça önemlidir.

VMware VDDK Nedir?

VDDK, Virtual Disk Development Kit ifadesinin kısaltmasıdır. VMware tarafından geliştirilen bu teknoloji, yazılımların VMware sanal diskleriyle doğrudan çalışabilmesine yardımcı olan API’ler, kütüphaneler ve yardımcı araçlardan oluşur. Basit bir örnek üzerinden açıklamak gerekirse; Bir sanal makinenin içerisinde işletim sistemi, uygulamalar ve kullanıcı verileri bulunur. Bu veriler VMware ortamında sanal diskler üzerinde saklanır. Bir backup yazılımının sanal makineyi yedekleyebilmesi için bu disklerdeki verilere erişebilmesi gerekir. VDDK tam olarak bu erişim katmanında görev alır.

Bir uygulama VDDK’nin sunduğu yetenekleri kullanarak;

• VMware sanal disklerini açabilir,
• Disk bilgilerini okuyabilir,
• Sanal disk üzerindeki verilere erişebilir,
• Veri okuyabilir veya yazabilir,
• Sanal disk verilerini farklı bir hedefe aktarabilir,
• Yedekleme ve geri yükleme işlemlerine yardımcı olabilir,
• Farklı veri aktarım yöntemlerini kullanabilir.

Bu nedenle VDDK’yi, VMware sanal diskleri ile yedekleme veya yönetim yazılımları arasında çalışan bir erişim ve veri aktarım katmanı olarak tanımlamak mümkündür.

VMware VDDK Ne Amaçla Kullanılır?

VDDK’nin en yaygın kullanım alanları şunlardır:

• Backup
• Restore
• Replication
• Disaster Recovery
• Snapshot tabanlı veri koruma
• Sanal disk yönetimi
• Sanal disk verilerinin farklı sistemlere aktarılması

Örneğin bir kurumda yüzlerce sanal makine çalışıyor olabilir. Bu sanal makinelerin yedeklenmesi gerektiğinde her bir sanal makinenin kapatılması, içerisindeki verilerin manuel olarak kopyalanması ve daha sonra yeniden açılması pratik bir yöntem değildir. Kurumsal yedekleme yazılımlarının amacı, çalışan sanal makineleri mümkün olduğunca etkilemeden disk verilerine erişebilmek ve bu verileri yedekleme sistemine aktarabilmektir. VDDK bu süreçte yedekleme yazılımının VMware disklerine erişmesine yardımcı olur. Genel yapı basitleştirilmiş olarak şu şekilde düşünülebilir:

VMware Sanal Makine → Sanal Disk → VMDK → VDDK → Backup / Yönetim Yazılımı

Burada VDDK, sanal disk ile veriyi kullanacak uygulama arasındaki bağlantıyı sağlayan önemli bileşenlerden biridir.

VMware VDDK ile VMDK Arasındaki İlişki

VMware altyapılarında en sık karşılaşılan kavramlardan biri VMDK – Virtual Machine Disk dosyasıdır. VMDK, VMware sanal makinelerinin kullandığı temel sanal disk formatıdır. Fiziksel bir sunucuda işletim sistemi ve uygulamalar nasıl fiziksel disklerde bulunuyorsa, VMware sanal makinelerinde de bu veriler sanal diskler içerisinde tutulur. Bir sanal makinenin;

• İşletim sistemi,
• Uygulamaları,
• Veritabanları,
• Dosyaları,
• Kullanıcı verileri

bir veya birden fazla sanal disk içerisinde bulunabilir. VMDK bu disklerin VMware tarafındaki formatıdır. VDDK ise bu disklerle çalışılması için kullanılan teknoloji setidir. Kısaca ifade etmek gerekirse:

VMDK = Sanal disk

VDDK = Sanal disk üzerinde işlem yapılmasını sağlayan geliştirme kiti

Dolayısıyla iki kavram aynı şey değildir ancak özellikle yedekleme altyapılarında birbiriyle doğrudan ilişkilidir.

VMware VDDK Yedekleme Sürecinde Nasıl Çalışır?

Bir VMware sanal makinesinin yedeklenmesi sırasında arka planda birden fazla işlem gerçekleştirilir. Bu süreç kullanılan backup ürününe göre değişebilmekle birlikte genel olarak aşağıdaki şekilde ilerler. İlk olarak backup yazılımı VMware vCenter Server veya doğrudan ESXi host ile iletişim kurar. Daha sonra yedeklenecek sanal makine belirlenir. Yedekleme yazılımı ilgili sanal makinenin disklerini tespit eder ve gerekiyorsa sanal makinenin belirli bir andaki tutarlı durumunu koruyabilmek amacıyla Snapshot işlemi başlatır. Ardından sanal disk verilerine erişilir. VDDK özellikle bu aşamada devreye girerek sanal disklerin okunması ve verilerin yedekleme altyapısına aktarılması tarafında önemli rol oynar. Veri, kullanılan mimariye bağlı olarak;

• Ağ üzerinden,
• Backup Proxy üzerinden,
• SAN altyapısı üzerinden

aktarılabilir. Yedekleme tamamlandığında Snapshot kaldırılır ve gerekiyorsa Snapshot Consolidation işlemleri gerçekleştirilir. Basitleştirilmiş bir yedekleme akışı şu şekilde düşünülebilir:

vCenter / ESXi

↓

Sanal Makinenin Belirlenmesi

↓

Snapshot

↓

VDDK ile Sanal Disk Erişimi

↓

Transport Mode

↓

Backup Proxy / Backup Server

↓

Backup Repository

Burada performansı belirleyen en önemli noktalardan biri kullanılan Transport Mode seçeneğidir.

VMware VDDK Transport Mode Nedir?

VDDK mimarisindeki en önemli kavramlardan biri Transport Mode‘dur. Transport Mode, sanal makinenin disk verilerinin VMware altyapısından backup yazılımına hangi yöntemle aktarılacağını belirler. Bu seçim yalnızca teknik bir ayar değildir. Yanlış veya uygun olmayan Transport Mode kullanılması;

• Backup işlemlerinin yavaşlamasına,
• Network trafiğinin artmasına,
• Backup Proxy üzerinde yük oluşmasına,
• ESXi hostların gereksiz yere meşgul edilmesine,
• Yedekleme penceresinin uzamasına

neden olabilir. VDDK tarafında en yaygın kullanılan yöntemler şunlardır:

• NBD
• NBDSSL
• HotAdd
• SAN

Her yöntemin avantajları ve kullanım senaryoları farklıdır. Bu nedenle tüm VMware ortamları için tek bir “en iyi” Transport Mode bulunmamaktadır.

NBD – Network Block Device Nedir?

NBD, Network Block Device ifadesinin kısaltmasıdır. Bu yöntemde sanal makinenin disk verileri VMware altyapısından backup sistemine ağ üzerinden aktarılır. NBD’nin önemli avantajlarından biri, özel bir SAN bağlantısına veya gelişmiş storage erişimine ihtiyaç duymamasıdır. Bu nedenle kurulumu ve kullanımı görece daha kolaydır. Ancak veri tamamen ağ üzerinden taşındığı için performans doğrudan network altyapısının kapasitesine bağlıdır.

Örneğin;

• Network bandwidth,
• Ağ üzerindeki mevcut trafik,
• Latency,
• Backup Proxy kapasitesi,
• ESXi network bağlantıları

NBD performansını doğrudan etkileyebilir. Küçük ve orta ölçekli yapılarda NBD yeterli olabilirken, çok sayıda sanal makinenin veya büyük veri hacimlerinin yedeklendiği yapılarda network altyapısının dikkatli planlanması gerekir.

NBDSSL Nedir?

NBDSSL temel olarak NBD ile benzer şekilde çalışır. Temel fark, veri aktarımının şifreli bağlantı üzerinden yapılmasıdır. Bu sayede VMware altyapısı ile backup sistemi arasında taşınan veriler için ek bir güvenlik katmanı oluşturulur. Özellikle ağ üzerinden geçen backup trafiğinin korunmasının önemli olduğu ortamlarda tercih edilebilir. Ancak şifreleme işlemi nedeniyle CPU kullanımı ve işlem yükü NBD’ye kıyasla bir miktar artabilir. Bu nedenle güvenlik ve performans gereksinimleri birlikte değerlendirilmelidir.

HotAdd Nedir?

HotAdd, VMware ortamlarında oldukça yaygın kullanılan VDDK veri aktarım yöntemlerinden biridir. Bu yöntemde genellikle sanal makine olarak çalışan bir Backup Proxy bulunur. Yedeklenecek sanal makinenin sanal diski, backup işlemi sırasında geçici olarak Backup Proxy sanal makinesine bağlanır. Backup Proxy daha sonra bu disk üzerinden verileri okuyarak yedekleme sistemine aktarır. Bu yaklaşım özellikle Backup Proxy’nin de VMware ortamında sanal makine olarak çalıştığı yapılarda avantaj sağlayabilir. HotAdd performanslı bir yöntem olabilmekle birlikte doğru yapılandırılması gerekir.

Özellikle;

• Backup Proxy’nin konumu,
• Datastore erişimleri,
• Virtual Disk Controller yapılandırmaları,
• Proxy’nin ilgili datastore’lara erişebilmesi,
• Backup Proxy kaynakları,
• Sanal disklerin bağlantı durumu

kontrol edilmelidir. HotAdd hatalarının önemli bir bölümü VDDK’nin kendisinden değil, altyapı veya proxy yapılandırmasından kaynaklanabilir.

SAN Transport Mode Nedir?

SAN Transport Mode, özellikle kurumsal storage altyapısının kullanıldığı büyük VMware ortamlarında önemli avantajlar sağlayabilir. Bu yöntemde backup altyapısı VMware sanal disklerinin bulunduğu storage alanına daha doğrudan erişebilir. Böylece yüksek hacimli backup verisinin klasik network üzerinden aktarılması yerine storage altyapısı üzerinden okunması mümkün olabilir. Doğru yapılandırılmış SAN Transport yapısı oldukça yüksek performans sağlayabilir. Ancak bu yöntem diğer seçeneklere göre daha fazla altyapı planlaması gerektirir. Özellikle;

• SAN zoning,
• Storage erişim yetkileri,
• LUN erişimleri,
• Multipath yapılandırmaları,
• Backup sunucusunun storage bağlantıları

doğru şekilde planlanmalıdır. Yanlış bir SAN yapılandırması hem backup operasyonlarını etkileyebilir hem de storage tarafında ciddi operasyonel problemlere yol açabilir.

VDDK Transport Mode Karşılaştırması

Transport Mode seçimi yapılırken altyapının tamamı birlikte değerlendirilmelidir.

Transport Mode	Veri Aktarım Yolu	Genel Kullanım
NBD	Network	Basit ve genel VMware ortamları
NBDSSL	Şifrelenmiş Network	Güvenliğin daha önemli olduğu ağ ortamları
HotAdd	Backup Proxy VM	Sanal Backup Proxy kullanılan VMware ortamları
SAN	Storage / SAN	Büyük ve kurumsal storage altyapıları

Burada önemli olan en hızlı görünen yöntemi seçmek değil, mevcut altyapıya en uygun yöntemi kullanmaktır.

VDDK Sürüm Uyumluluğu Neden Önemlidir?

VDDK tarafında en fazla dikkat edilmesi gereken konulardan biri sürüm uyumluluğudur. Her VDDK sürümü her VMware ve backup yazılımı ile aynı şekilde çalışmayabilir. Bu nedenle “en yeni VDDK sürümü her zaman en iyi sürümdür” yaklaşımı doğru değildir. VDDK sürümü belirlenirken aşağıdaki bileşenlerin birlikte değerlendirilmesi gerekir:

• VMware vSphere sürümü
• VMware ESXi sürümü
• VMware vCenter Server sürümü
• Backup yazılımının sürümü
• Backup Server işletim sistemi
• Backup Proxy işletim sistemi
• Sistem mimarisi
• CPU mimarisi
• Kullanılan Transport Mode
• Backup ürününün Compatibility Matrix bilgileri

Örneğin VMware altyapısı güncellendikten sonra backup yazılımının kullandığı VDDK sürümü yeni VMware sürümünü desteklemiyorsa yedekleme işlemlerinde sorunlar ortaya çıkabilir. Benzer şekilde yalnızca VDDK kütüphanesini güncellemek de backup uygulamasının bunu desteklemediği bir senaryoda hata oluşturabilir. Bu nedenle güncelleme yapılmadan önce mutlaka kullanılan backup ürününün uyumluluk dokümanları incelenmelidir.

VMware VDDK ile Snapshot Arasındaki İlişki

VMware backup süreçlerinin önemli bileşenlerinden biri Snapshot teknolojisidir. Bir yedekleme yazılımı backup işlemi başlatıldığında sanal makinenin belirli bir andaki durumunu korumak için Snapshot oluşturabilir. Daha sonra sanal disk üzerinde gerçekleşen yeni yazma işlemleri ayrı alanlarda tutulurken backup uygulaması belirli durumdaki disk verisini okuyabilir. Ancak çok önemli bir noktayı özellikle belirtmek gerekir:

Snapshot bir backup değildir.

Snapshot, kısa süreli operasyonel ihtiyaçlar için kullanılan bir mekanizmadır. Uzun süre açık bırakılması durumunda;

• Datastore alanı tüketilebilir,
• Disk performansı düşebilir,
• Snapshot chain büyüyebilir,
• Consolidation problemleri oluşabilir,
• Sanal makine operasyonları etkilenebilir.

Bu nedenle yedekleme sonrasında Snapshot’ların başarılı şekilde temizlenip temizlenmediği düzenli olarak kontrol edilmelidir.

CBT – Changed Block Tracking Nedir?

VMware backup performansını artıran en önemli teknolojilerden biri CBT – Changed Block Tracking‘dir. CBT’nin amacı, önceki backup işleminden sonra değişen disk bloklarını takip etmektir. Bu sayede incremental backup sırasında sanal diskin tamamının tekrar okunması gerekmez. Sadece değişen bloklar backup sistemine aktarılabilir.

Örneğin;

Bir sanal makinenin toplam disk kapasitesi 2 TB olabilir. Ancak son backup işleminden sonra yalnızca 30 GB veri değişmişse CBT sayesinde yalnızca değişen blokların işlenmesi mümkün olabilir.

Bunun sonucunda;

• Backup süresi azalabilir,
• Ağ kullanımı düşebilir,
• Backup Proxy üzerindeki yük azalabilir,
• Storage üzerindeki okuma trafiği düşebilir,
• Backup Repository’ye aktarılan veri miktarı azalabilir,
• Backup penceresi kısalabilir.

VDDK, Snapshot ve CBT birlikte değerlendirildiğinde VMware backup mimarisinin temel teknolojilerinden oluşan önemli bir yapı ortaya çıkar.

VMware VDDK ile İlgili Yaygın Sorunlar

VMware backup ortamlarında karşılaşılan birçok problem VDDK hatası şeklinde görülebilir. Ancak hata mesajında VDDK ifadesinin bulunması sorunun mutlaka doğrudan VDDK’den kaynaklandığı anlamına gelmez. Arka planda network, storage, permission, snapshot veya proxy problemi bulunabilir.

VDDK Versiyon Uyumsuzluğu

VDDK sürümü kullanılan VMware veya backup yazılımının sürümüyle uyumlu olmayabilir. Bu durum özellikle VMware veya backup yazılımı upgrade edildikten sonra ortaya çıkabilir. İlk kontrol edilmesi gereken konulardan biri Compatibility Matrix olmalıdır.

vCenter veya ESXi Bağlantı Problemleri

Backup uygulamasının vCenter veya ESXi hostlara erişememesi VDDK işlemlerinin başlamasını engelleyebilir. Bu durumda;

• DNS çözümlemesi,
• Routing,
• Firewall,
• Port erişimleri,
• Kullanıcı bilgileri,
• VMware permission’ları

kontrol edilmelidir.

Transport Mode Problemleri

Backup yazılımı belirlenen Transport Mode’u kullanamayabilir. Örneğin HotAdd seçilmiş olsa bile yapılandırma problemi nedeniyle sistem NBD moduna geçebilir. Bu durumda backup işlemi tamamen başarısız olmayabilir ancak beklenenden çok daha yavaş çalışabilir. Bu nedenle yalnızca backup job’ın başarılı olup olmadığına değil, gerçekte hangi Transport Mode’un kullanıldığına da bakılmalıdır.

HotAdd Problemleri

HotAdd kullanılıyorsa aşağıdaki bileşenlerin kontrol edilmesi gerekir:

• Backup Proxy VM
• Datastore erişimi
• Virtual Controller yapısı
• Proxy disk bağlantıları
• Proxy VM kaynakları
• Datastore görünürlüğü

HotAdd sırasında disklerin proxy’ye bağlanamaması backup job’ın hata vermesine veya başka Transport Mode’a geçmesine neden olabilir.

Storage Problemleri

Backup performansında yaşanan her sorun network veya VDDK kaynaklı olmayabilir. Storage tarafında;

• Yüksek latency,
• Yoğun I/O,
• Datastore kapasite problemi,
• Path problemi,
• Disk performans sorunu

bulunabilir. Bu nedenle troubleshooting sırasında storage metrikleri mutlaka incelenmelidir.

Snapshot ve Consolidation Problemleri

Backup işlemleri sırasında oluşturulan Snapshot’ların temizlenememesi önemli sorunlardan biridir. Uzun süre açık kalan snapshot’lar performansı etkileyebilir. Ayrıca VMware üzerinde Needs Consolidation uyarıları görülebilir. Bu nedenle Snapshot Manager ve datastore durumu düzenli olarak kontrol edilmelidir.

VDDK Hatalarında Nasıl Sorun Giderilir?

Bir VDDK hatasıyla karşılaşıldığında doğrudan VDDK kütüphanesini değiştirmek veya yeniden kurmak yerine sistematik ilerlemek çok daha doğru olacaktır. Aşağıdaki kontrol sırası kullanılabilir.

1. vCenter ve ESXi Bağlantılarını Kontrol Ediniz

Backup Server ve Backup Proxy’nin vCenter ile ESXi hostlara erişebildiğinden emin olun. DNS ve network bağlantılarını kontrol edin.

2. Kullanıcı ve Permission Kontrolü Yapınız

Backup yazılımında kullanılan VMware hesabının gerekli yetkilere sahip olup olmadığını kontrol edin. Authentication hataları doğrudan disk erişimini engelleyebilir.

3. Sürüm Uyumluluğunu Kontrol Ediniz

VMware, VDDK ve backup yazılımının birbirini desteklediğini doğrulayın. Özellikle yakın zamanda upgrade yapıldıysa ilk kontrol noktalarından biri bu olmalıdır.

4. Kullanılan Transport Mode’u İnceleyiniz

Backup job’ın gerçekte hangi Transport Mode üzerinden çalıştığını belirleyin. Beklenen yöntem ile kullanılan yöntem farklıysa bunun nedeni araştırılmalıdır.

5. Storage ve Datastore Durumunu Kontrol Ediniz

Datastore kapasitesi ve latency değerleri incelenmelidir. Storage üzerindeki performans problemleri backup hızını doğrudan etkileyebilir.

6. Snapshot ve Consolidation Durumunu Kontrol Ediniz

Eski Snapshot’lar bulunup bulunmadığını kontrol edin. Ayrıca sanal makinelerde Consolidation ihtiyacı olup olmadığını inceleyin.

7. Backup Yazılımı Loglarını İnceleyiniz

Sorunun gerçek nedeni çoğu zaman backup loglarında açık şekilde görülebilir. Loglarda özellikle;

• VDDK,
• VixDiskLib,
• Transport Mode,
• Snapshot,
• HotAdd,
• NBD,
• Datastore,
• Connection,
• Permission

ifadeleri aranabilir. Backup logları VDDK sorunlarının analiz edilmesindeki en önemli kaynaklardan biridir.

VMware VDDK ile VMware Tools Aynı Şey midir?

Hayır. VMware VDDK ve VMware Tools tamamen farklı amaçlara hizmet eden iki ayrı teknolojidir. VMware Tools, sanal makinenin Guest Operating System’i içerisine kurulur. Amaç sanal makine işletim sistemi ile VMware altyapısı arasındaki entegrasyonu geliştirmektir.

VMware Tools;

• Sanal donanım sürücülerini,
• VMware ile Guest OS iletişimini,
• Bazı zaman senkronizasyon özelliklerini,
• Guest OS durum bilgilerinin VMware’e aktarılmasını

destekler. VDDK ise sanal disklerle çalışan yedekleme ve yönetim yazılımlarına yönelik bir geliştirme kitidir.

Özellik	VMware VDDK	VMware Tools
Temel amaç	Sanal disklere erişim ve veri aktarımı	Guest OS – VMware entegrasyonu
Kullanım yeri	Backup ve yönetim yazılımları	Sanal makinenin işletim sistemi
Backup ile doğrudan ilişkili mi?	Evet	Temel amacı değildir
Sanal disk erişimi sağlar mı?	Evet	Hayır
Geliştiricilere yönelik mi?	Evet	Temel amacı bu değildir

Bu nedenle VMware Tools ve VDDK birbirin

Bu nedenle VMware Tools ve VDDK birbirinin alternatifi değildir.

VDDK’yi Kimler Kullanır?

Normal bir VMware kullanıcısının VDDK’yi ayrıca indirip kurmasına genellikle gerek yoktur. VDDK daha çok;

• Backup yazılımı üreticileri,
• Replication çözümü geliştiricileri,
• Disaster Recovery ürünleri,
• VMware entegrasyon uygulamaları,
• Sanal disk yönetim yazılımları,
• Kurumsal veri koruma çözümleri tarafından kullanılır.

Sistem yöneticileri VDDK’yi doğrudan kullanmasalar bile günlük operasyonlarda VDDK ile ilgili kavramlarla sık sık karşılaşabilir. Örneğin backup loglarında;

VDDK Version

VixDiskLib

Transport Mode

HotAdd

NBD

gibi ifadeler görülebilir. Bu nedenle özellikle VMware ve backup altyapısını yöneten sistem yöneticilerinin VDDK’nin temel çalışma mantığını bilmesi oldukça faydalıdır.

VDDK Kullanırken Dikkat Edilmesi Gereken Noktalar

Sağlıklı bir VMware backup altyapısı için yalnızca backup job’ların “Success” sonucu vermesi yeterli değildir. Altyapının tamamının düzenli olarak kontrol edilmesi gerekir. Özellikle;

• VMware sürümlerinin güncelliği,
• VDDK uyumluluğu,
• Backup yazılımı Compatibility Matrix bilgileri,
• Backup Proxy mimarisi,
• Kullanılan Transport Mode,
• Network kapasitesi,
• Storage latency değerleri,
• Snapshot durumu,
• CBT sağlığı,
• Backup logları,
• Backup Repository kapasitesi,
• Restore testleri

düzenli şekilde değerlendirilmelidir. Burada özellikle Restore testleri kritik öneme sahiptir. Çünkü bir backup sisteminin gerçek başarısı yalnızca verinin yedeklenmesiyle değil, ihtiyaç duyulduğunda başarılı şekilde geri yüklenebilmesiyle ölçülmelidir.

VMware VDDK Mimarisi Neden Önemlidir?

VDDK’yi yalnızca küçük bir VMware bileşeni olarak değerlendirmek doğru olmaz. Özellikle büyük ortamlarda VDDK’nin çalışma şekli backup altyapısının performansını doğrudan etkileyebilir.

Örneğin; Yanlış Transport Mode seçimi backup hızını düşürebilir. Yetersiz Backup Proxy sayısı aynı anda çalışan job’ların beklemesine neden olabilir. Network kapasitesinin yetersiz olması NBD performansını sınırlandırabilir. Storage latency değerlerinin yüksek olması SAN veya HotAdd performansını etkileyebilir. Uzun süre açık kalan Snapshot’lar production ortamında performans problemlerine yol açabilir. CBT problemi incremental backup süreçlerini etkileyebilir. Dolayısıyla VMware yedekleme altyapısı değerlendirilirken yalnızca backup yazılımına değil, bütün veri yoluna bakılmalıdır. Bu veri yolu şu şekilde özetlenebilir:

Virtual Machine

↓

VMDK

↓

Snapshot / CBT

↓

VDDK

↓

Transport Mode

↓

Backup Proxy

↓

Network / SAN

↓

Backup Repository

Bu zincirin herhangi bir noktasındaki problem backup performansını veya backup job’ın başarısını etkileyebilir.