VMware snapshot, sanal makinede kısa süreli geri dönüş noktası yaratmak için kullanılan operasyonel bir araçtır; kalıcı koruma veya gerçek yedekleme çözümü değildir. Kısa cevap şudur: snapshot yalnız değişiklik öncesi kısa geri alma ihtiyacı için alınmalı, mümkün olan en kısa sürede silinmeli, consolidation için yeterli boş alan bırakılmalı ve yüksek I/O veya desteklenmeyen disk senaryolarında dikkatli kullanılmalıdır. Bu rehber, 22 Eylül 2025 tarih bağlamında snapshot kullanımını üretim standartlarına oturtmak isteyen ekipler için hazırlandı.
Hızlı Özet
- Broadcom KB 426571, snapshot'ların özellikle veritabanı iş yüklerinde backup yerine geçmediğini ve dakikalar ile saatler ölçeğinde tutulması gerektiğini açıkça söyler.
- Aynı KB, uzun süre açık kalan snapshot'ların VM ve datastore performansını etkileyebileceğini ve consolidation failure riskini artırabileceğini belirtir.
- Broadcom KB 316414, consolidation öncesi datastore'da toplam snapshot verisinin en az 1.5 katı kadar boş alan bırakılmasını ve kullanım %99 seviyesindeyse önce alan açılmasını önerir.
- Aynı KB, snapshot consolidation işleminin asla kesilmemesi gerektiğini; aksi halde sanal disklerde geri döndürülemez bozulma riski oluşabileceğini söyler.
- Broadcom KB 338534, consolidation süresinin başlıca olarak delta dosyalarının toplam boyutu, snapshot chain derinliği ve overhead tarafından belirlendiğini açıklar.
- Broadcom KB 311074, snapshot'ların physical mode RDM ve bus-sharing kullanan disklerde desteklenmediğini belirtir.
- Broadcom KB 412396, vSphere Replication ile üçüncü parti backup aynı VM üzerinde çakışıyorsa aynı anda iki snapshot akışının çalışamayacağını ve RPO değerinin backup süresinden uzun seçilmesi gerektiğini söyler.
- 22 Eylül 2025 bağlamında Broadcom KB 326316 içinde görünen güncel vCenter 8 satırlarından biri vCenter Server 8.0 Update 3g / 8.0.3.00600 / Build 24853646 bilgisidir.
İçindekiler
- Snapshot İçin En Doğru Zihniyet Nedir?
- 22 Eylül 2025 İçin Hangi vCenter Temel Çizgisi Mantıklı?
- Snapshot Ne Zaman Kullanılmalı?
- Snapshot Best Practices Nelerdir?
- Consolidation Süresi ve Alan İhtiyacı Nasıl Yönetilir?
- Hangi Senaryolarda Snapshot Kullanılmamalı?
- En Sık Snapshot Operasyon Hataları
- İlk 15 Dakika Kontrol Listesi
- Sık Sorulan Sorular
Görsel: Wikimedia Commons - Kolos, le plus grand data center du monde .
Snapshot İçin En Doğru Zihniyet Nedir?
Snapshot, “geri dönmek için kısa pencere” aracıdır. Yani bir patch, uygulama değişikliği, agent kurulumu veya riskli yapılandırma öncesinde kontrollü rollback noktası sağlar. Snapshot'ı backup, arşiv veya uzun süreli koruma katmanı gibi düşünmek hatalıdır.
Broadcom KB 426571 bunu özellikle veritabanı sanal makineleri için netleştirir:
- snapshot'lar database-aware backup değildir
- yüksek I/O iş yüklerinde delta diskler hızla büyüyebilir
- uzun süreli snapshot'lar performans ve consolidation riskini artırır
Bu yüzden snapshot politikasının ilk cümlesi “al ve unut” değil, “al, doğrula, kaldır” olmalıdır.
22 Eylül 2025 İçin Hangi vCenter Temel Çizgisi Mantıklı?
Snapshot işlemleri temel olarak ESXi ve datastore davranışına bağlı olsa da, işletim standardı vCenter temel çizgisiyle birlikte ele alınmalıdır. Broadcom KB 326316 içindeki build tablosuna göre 22 Eylül 2025 bağlamında görünür güncel vCenter 8 hatlarından biri:
- Ürün adı: vCenter Server 8.0 Update 3g
- Sürüm: 8.0.3.00600
- Yayın tarihi: 2025-07-29
- Build: 24853646
Bu rehber, operasyonel temel çizgi olarak vCenter Server 8.0 Update 3g / Build 24853646 üzerinden anlatılmıştır.
Snapshot Ne Zaman Kullanılmalı?
Doğru kullanım senaryoları kısa ve nettir:
- işletim sistemi veya middleware patch'i öncesi
- uygulama konfigürasyon değişikliği öncesi
- kısa süreli rollback gerektiren bakım pencereleri
- kontrollü test ve validasyon adımları
Broadcom KB 426571, snapshot'ların minutes to hours only mantığında tutulması gerektiğini vurgular. Yani başarılı değişiklik doğrulandıktan sonra snapshot'ın sistemde kalmaya devam etmesi iyi pratik değildir.
İlgili içerikler:
Snapshot Best Practices Nelerdir?
1. Snapshot'ı Kısa Ömürlü Tutun
En temel kural budur. Snapshot operasyonu bittikten sonra saatlerce, günlerce veya haftalarca sistemde bırakılmamalıdır. Çünkü delta disk büyümesi hem performansı hem de consolidation riskini etkiler.
2. Snapshot'ı Backup ile Karıştırmayın
Broadcom KB 426571 açık biçimde snapshot'ların backup olmadığını söyler. Özellikle SQL, Oracle veya başka yüksek yazma oranlı veritabanı iş yüklerinde snapshot kalıcı koruma aracı gibi görülmemelidir.
3. Consolidation İçin Boş Alan Planlayın
Broadcom KB 316414'e göre consolidation öncesinde datastore'da toplam snapshot verisinin en az 1.5x büyüklüğü kadar boş alan bırakılmalıdır. Aynı kaynak, datastore kullanımı %99 veya üstündeyse önce alan açılmasını önerir.
Bu nokta kritik çünkü snapshot silme işlemi “alan geri kazanma” değil, önce “alan gerektiren bir birleştirme” davranışı doğurabilir.
4. Consolidation İşlemini Asla Yarıda Kesmeyin
Broadcom KB 316414, snapshot consolidation'ın kesilmemesi gerektiğini açık biçimde söyler. İşlem sırasında kullanıcı iptali veya uygunsuz müdahale, sanal disk bozulması gibi ağır sonuçlar doğurabilir.
5. Yoğun I/O Pencerelerinde Büyük Snapshot Zinciri Biriktirmeyin
Broadcom KB 338534, consolidation süresinin üç temel etkene bağlı olduğunu belirtir:
- delta dosyalarının toplam boyutu
- snapshot zincirinin derinliği
- delta disk overhead büyüklüğü
Pratik anlamı şudur: zincir uzadıkça ve delta boyutu büyüdükçe “nasıl olsa sonra sileriz” yaklaşımı riskli hale gelir.
6. Backup ve Replication Zamanlamasını Çakıştırmayın
Broadcom KB 412396, vSphere Replication ile backup ürününün aynı VM üzerinde snapshot tabanlı işlem yaptığı durumda çakışma oluşabileceğini söyler. Aynı anda iki snapshot akışı çalışamaz. Çözüm, RPO süresini backup süresinden daha uzun planlamak veya backup sırasında replication'ı durdurmaktır.
Consolidation Süresi ve Alan İhtiyacı Nasıl Yönetilir?
Consolidation süresi yalnız snapshot sayısına bakılarak tahmin edilmez. Broadcom KB 338534, kararın esas olarak delta büyüklüğü ve zincir derinliğiyle ilişkili olduğunu söyler. Broadcom KB 316414 ise pratik tahmin için yaklaşık 2 MB/s ile 4 MB/s arası I/O hız aralığına işaret eder.
Buradan çıkarılması gereken operasyon kuralı:
- snapshot boyutunu ölçmeden bakım penceresi planlamayın
- datastore boş alanını kontrol etmeden silme işlemi başlatmayın
- kritik üretim VM'lerinde consolidation süresini iş yükü yoğunluğuyla birlikte değerlendirin
Özellikle çok yazan uygulamalarda snapshot “küçük görünüyor” varsayımı yanıltıcı olabilir.
Hangi Senaryolarda Snapshot Kullanılmamalı?
Broadcom KB 311074, snapshot desteğinin olmadığı belirli yapılandırmaları açıkça verir:
- Physical mode Raw Device Mappings
- bus-sharing yapılandırmalı diskler
Bu sınırlama, örneğin belirli clustering tasarımlarında snapshot'a güvenilemeyeceği anlamına gelir. Böyle ortamlarda rollback veya koruma stratejisi snapshot dışı yöntemlerle kurgulanmalıdır.
Ayrıca veritabanı iş yüklerinde de snapshot yalnız kısa operasyon penceresi için düşünülmelidir; kalıcı koruma stratejisi için uygulama farkında backup yaklaşımı gerekir.
En Sık Snapshot Operasyon Hataları
Snapshot günlerce açık bırakılıyor
Bu en sık operasyon hatasıdır. Broadcom KB 426571, snapshot'ların kısa süreli tutulması gerektiğini söyler. Günlerce açık kalan snapshot, performans ve consolidation riskini gereksiz büyütür.
Datastore doluyken snapshot silinmeye çalışılıyor
Broadcom KB 316414'e göre consolidation için ek boş alan gerekir. “Silince alan açılır” varsayımı her zaman doğru değildir; bazı durumlarda önce alan yaratmak gerekir.
Backup ve replication aynı pencereye denk geliyor
Broadcom KB 412396'ya göre iki snapshot akışı çakışırsa backup başlayamaz veya tamamlanamaz. Zamanlama planı ayrılmalıdır.
Desteklenmeyen disk topolojisinde snapshot bekleniyor
Broadcom KB 311074 bu konuda nettir: physical mode RDM ve bus-sharing disklerde snapshot desteklenmez.
İlk 15 Dakika Kontrol Listesi
- Snapshot'ın amacı rollback mi, gerçekten netleştirildi
- Snapshot sonrası kaldırma zamanı önceden belirlendi
- Datastore boş alanı consolidation için kontrol edildi
- VM üzerinde yüksek I/O veya veritabanı riski değerlendirildi
- Backup ve replication pencereleri çakışmıyor
- Desteklenmeyen RDM veya bus-sharing disk yapısı yok
- Değişiklik doğrulanır doğrulanmaz snapshot kaldırılacak
- Consolidation süresi için bakım penceresi gerçekçi planlandı
LeonX ile Sonraki Adım
Snapshot politikası tek başına teknik ayar değildir; change yönetimi, backup takvimi, datastore kapasite takibi ve uygulama sahipliğiyle birlikte ele alınmalıdır. LeonX, snapshot kullanımını üretim disiplinine bağlayan operasyon standartlarını kurmanızda destek verir.
İlgili sayfalar:
- Donanım & Yazılım Satışı
- Yönetilen Servisler
- İletişim
- VMware VM Clone Nasıl Yapılır?
- VMware Datastore Nasıl Oluşturulur?
Sık Sorulan Sorular
Snapshot backup yerine geçer mi?
Hayır. Broadcom KB 426571 snapshot'ların backup olmadığını açıkça söyler. Özellikle veritabanı iş yüklerinde uygulama farkında backup gerekir.
Snapshot ne kadar tutulmalı?
Broadcom KB 426571'ye göre snapshot'lar dakikalar ile saatler ölçeğinde tutulmalı ve operasyon doğrulandıktan sonra kaldırılmalıdır.
Snapshot silmek neden ek boş alan isteyebilir?
Çünkü Broadcom KB 316414'e göre consolidation işlemi için datastore'da en az toplam snapshot verisinin 1.5x kadar boş alan gerekebilir.
Consolidation neden bazen çok uzun sürer?
Broadcom KB 338534, bunun delta boyutu, snapshot chain derinliği ve overhead büyüklüğüyle ilişkili olduğunu söyler.
Hangi disk tiplerinde snapshot desteklenmez?
Broadcom KB 311074'e göre physical mode RDM ve bus-sharing yapılandırmalı disklerde snapshot desteklenmez.
Sonuç
VMware snapshot best practices yaklaşımının özü basittir: snapshot'ı kısa süreli rollback aracı olarak kullanın, backup yerine koymayın, consolidation için alan bırakın, uyumsuz disk yapılarında zorlamayın ve backup/replication zamanlamasını çakıştırmayın. 22 Eylül 2025 bağlamında güvenli yaklaşım; kısa ömürlü snapshot politikası, gerçekçi consolidation planı ve net operasyon sahipliğidir.
Kaynaklar
- Broadcom KB 426571: Guidance on using snapshots for database virtual machines in vCenter Server
- Broadcom KB 316414: How to calculate current snapshot size, estimate consolidation time and understand performance factors affecting the consolidation process
- Broadcom KB 338534: Estimate the time required to consolidate virtual machine snapshots
- Broadcom KB 311074: Unable to use Snapshots or perform a backup on virtual machines configured with bus-sharing
- Broadcom KB 412396: Automatic Backups fail when using vSphere Replication Appliance
- Broadcom KB 326316: VMware vCenter Server versions and build numbers
