VMware altyapısında çalışan sistem yöneticileri ve sanallaştırma uzmanlarının en çok kafa karıştırdığı konulardan biri, sanal makinelerde kullanılan disk türleridir.
Bir VM oluştururken karşımıza çıkan Thin, Thick (Lazy Zeroed) ve Thick (Eager Zeroed) seçenekleri yalnızca “disk nasıl tahsis edilsin?” sorusuna yanıt vermekle kalmaz aynı zamanda performans, güvenilirlik, kapasite planlama ve VMware’in gelişmiş özellikleri üzerinde doğrudan etkili olur.
Bu makalemde VMware sanal makinelerde kullanılacak disk türlerinin nasıl çalıştığını hangi senaryoda hangisinin tercih edilmesi gerektiğini, avantaj ve dezavantajlarını, gerçek dünyadan örneklerle ve best practice önerileriyle birlikte ele alacağız.
Disk Türü Seçimi Neden Önemli?
Bir sanal makine diski aslında fiziksel depolama alanında bir VMDK dosyasıdır. Bu dosyanın tahsis edilme şekli:
- Depolama tüketimini (kullandığınız storage’ın ne kadar verimli çalışacağını),
- IOPS performansını (disk başına saniyede kaç işlem yapılabileceğini),
- Latency değerlerini (özellikle veritabanı ve gerçek zamanlı uygulamalarda kritik),
- VMware’in bazı özelliklerinin çalışıp çalışmayacağını (ör. Fault Tolerance, Storage vMotion) belirler.
Yanlış seçim: Gereksiz storage tüketimi, kritik anlarda performans darboğazı ve hatta uygulama çökmesi demektir.
Doğru seçim: Hem maliyet hem de performans tarafında optimum sonuç elde etmenizi sağlar.
VMware’de Karşımıza Çıkan Disk Türleri
Thin Provisioned Disk
Nasıl Çalışır?
Başlangıçta yalnızca kullanılan kadar alan ayırır, veri yazıldıkça disk büyür. Örneğin 100 GB’lık bir VM diski tanımladığınızda, ilk başta sadece birkaç MB’lık yer kaplar.
Avantajları:
- Depolama alanını çok verimli kullanır.
- VM oluşturma süresi çok kısadır.
- Test/LAB ortamlarında hızlı kurulum sağlar.
- “Over-provisioning” sayesinde, fiziksel depolamadan daha fazla sanal disk yaratabilirsiniz.
Dezavantajları:
- Datastore dolarsa VM aniden “suspend” olabilir.
- Yoğun I/O altında fragmentation oluşur ve latency artar.
- Yedekleme (backup/replication) sırasında disk büyüdüğü için öngörülemez sonuçlar doğurabilir.
En İdeal Kullanım Alanları:
- LAB ortamları
- Yazılım geliştirme/test sunucuları
- Eğitim/demo senaryoları
Thick Provisioned (Lazy Zeroed)
Nasıl Çalışır?
Disk boyutu baştan rezerve edilir ama bloklar ilk kez yazıldığında sıfırlanır. Yani 100 GB’lık disk tahsis edildiğinde datastore’da hemen 100 GB yer ayrılır, fakat veri yazılmamış bloklar “boş” kabul edilir.
Avantajları:
- Thin’e göre daha öngörülebilir performans sağlar.
- VM oluşturma süresi kısadır.
- Çoğu prod ortam için varsayılan en güvenli seçimdir.
Dezavantajları:
- İlk yazım sırasında latency artışı olabilir.
- Başlangıçta disk kapasitesini tamamen tüketir.
- Yüksek I/O gerektiren ortamlarda “ilk yazım gecikmesi” kullanıcı deneyimini etkileyebilir.
En İdeal Kullanım Alanları:
- Genel prod sistemleri
- Orta seviye I/O yapan uygulamalar (ör. dosya paylaşım sunucuları, ERP uygulamaları)
- Sanal masaüstü altyapısı (VDI)
Thick Provisioned (Eager Zeroed)
Nasıl Çalışır?
Disk boyutu baştan ayrılır ve tüm bloklar önceden sıfırlanır. Bu, diskin oluşturulmasının uzun sürmesine yol açar ama karşılığında en düşük latency ve en yüksek güvenilirlik sağlanır.
Avantajları:
- En iyi performansı verir.
- VMware Fault Tolerance gibi bazı ileri özellikler için zorunludur.
- Kritik iş yüklerinde latency sorunlarını ortadan kaldırır.
Dezavantajları:
- Disk oluşturma süresi en uzundur.
- Başlangıçta en fazla kapasiteyi tüketir.
- Yedekleme ve replication süreleri daha uzun olabilir.
En İdeal Kullanım Alanları:
- Veritabanı sunucuları (Oracle, SQL, SAP HANA)
- Finansal uygulamalar (gerçek zamanlı işlem yapan sistemler)
- Yüksek güvenilirlik ve düşük latency gerektiren kritik altyapılar
Performans Karşılaştırması
| Özellik | Thin | Thick (Lazy) | Thick (Eager) |
|---|---|---|---|
| Disk Oluşturma Hızı | Çok hızlı | Hızlı | Yavaş |
| Başlangıç Kapasitesi | Minimum | Tam | Tam |
| Performans | Düşük/Orta | Orta | Yüksek |
| Latency | Yüksek olabilir | İlk yazımda olabilir | En düşük |
| VMware FT Uyumluluğu | ❌ | ❌ | ✅ |
| Kullanım Alanı | LAB / Test | Genel Prod | Kritik DB / Finans |
Saha Deneyimleri ve İpuçları
- Thin disklerde monitoring şarttır. Datastore % doluluğu izlenmezse VM’ler ansızın çökebilir.
- Lazy Zeroed disklerde ilk yazım latency’si genelde küçük sistemlerde fark edilmese de büyük veritabanlarında hissedilir.
- Eager Zeroed disklerin oluşturulması saatler sürebilir. Özellikle TB’larca diskte, bakım penceresini buna göre planlayın.
- vSAN kullanıyorsanız, bazı storage policy’ler sadece belirli disk türleriyle uyumludur.
- Snapshot yönetiminde Thin diskler çok hızlı büyüyebilir; bu yüzden snapshot’ları uzun süre tutmaktan kaçının.
- Yedekleme yazılımları (Veeam, Commvault) Eager Zeroed diski daha uzun sürede işleyebilir.
Sık Yapılan Hatalar
- LAB ortamında Thin yerine Eager seçmek: Gereksiz yere datastore’u şişirir.
- Kritik DB’de Thin kullanmak: Ani latency artışı SLA ihlaline yol açabilir.
- Storage kapasitesi izlenmeden Thin tercih etmek: Datastore dolduğunda tüm VM’ler etkilenir.
- Snapshot yönetimini ihmal etmek: Özellikle Thin disklerde birkaç gün içinde disk alanı patlayabilir.
Best Practice Önerileri
- Test/LAB → Thin
- Esneklik ve hız için ideal.
- Genel Prod → Thick (Lazy Zeroed)
- Dengeli performans, güvenli seçim.
- Kritik İş Yükleri → Thick (Eager Zeroed)
- SLA ve performans için olmazsa olmaz.
- Karma Model
- Aynı cluster’da farklı workload’lar için farklı disk tipleri kullanabilirsiniz.
- İzleme & Alarm
- Thin kullanıyorsanız datastore kapasitesine alarm koyun (%80 doluluğa geldiğinde uyarı verdirin).
VMware’de disk türü seçimi yalnızca teknik bir parametre değil, aynı zamanda iş sürekliliği, bütçe yönetimi ve kullanıcı deneyimi açısından stratejik bir karardır.
- Thin: Kapasite odaklı
- Lazy Zeroed: Dengeli çözüm
- Eager Zeroed: Performans ve güvenlik odaklı
Doğru seçim işletmenizin maliyetlerini azaltır, performansını artırır ve SLA’lerinizi garanti altına alır.
Gerçek Senaryolardan Vaka Çalışmaları
Vaka 1: LAB Ortamı (Thin Provisioned Disk)
Bir yazılım firması, test amaçlı aynı anda 80 sanal makine ayağa kaldırmak istedi. Fiziksel depolama yalnızca 5 TB’tı. Thin disk ile 10 TB’lık VM diskleri tanımlandı ve kapasite fazlası sağlandı. VM’ler sorunsuz açıldı, ancak aynı anda hepsi çalıştırıldığında datastore doldu ve kritik testler yarım kaldı.
Ders: Thin disk kullanıyorsanız mutlaka alarm ve izleme sistemleri aktif olmalı.
Vaka 2: Orta Seviye ERP Uygulaması (Thick Lazy Zeroed)
Bir üretim şirketi, ERP uygulamasını sanallaştırdı. Lazy Zeroed diskler tercih edildi. Uygulama ilk ayda veri tabanına yoğun yazma yaptığı için bazı kullanıcılar ilk kayıtlarda gecikme raporladı. Ancak daha sonra bloklar sıfırlandığı için sistem stabil hale geldi.
Ders: Lazy Zeroed, genel prod ortam için iyi seçimdir; ama yüksek insert/update yapan DB’lerde Eager tercih edilmelidir.
Vaka 3: Banka Veri Tabanı (Thick Eager Zeroed)
Bir bankanın core banking sistemi VMware üzerinde Oracle RAC kullanıyordu. Burada Eager Zeroed disk seçildi. Disk oluşturma 2 TB için yaklaşık 3 saat sürdü, ancak sonrasında sıfır latency ile yıllarca sorunsuz çalıştı. Fault Tolerance özelliği de aktif kullanılabildi.
Ders: Kritik finansal sistemlerde Eager Zeroed, tek güvenilir seçenektir.