vSAN Mimarisi: “3 Node ile Storage mı Olurmuş?” Diyenlere Yanıtım Var
Yazılım tanımlı depolama mimarisi denince herkesin aklına hemen “eski sistemleri unutturmak isteyen yenilikler” gelir. Ama gel gelelim, vSAN bu yenilikler arasında en mantıklı olanlardan biri. “En az 3 node lazım” diyorlar ya — ilk başta biraz ‘evde NAS yapar gibi’ gelse de işin içine girince ciddiyetini anlıyorsun.
Ama tabii, klasik SAN altyapısıyla büyümüşsen, “Yahu storage dediğin ayrı kutuda olur, yeri yurdu belli olur” deme ihtimalin çok yüksek. Ben de işte tam bu noktada, gel otur anlatayım diyorum.
🧱 vSAN Cluster Mimarisi: ‘3 Node’luk Ciddiyet
vSAN mimarisi basit gibi görünse de altında oldukça ciddi hesaplar var. En temel haliyle:
- En az 3 adet ESXi node gerekiyor.
- Her node aynı anda hem compute (işlemci, RAM) hem de storage (disk) görevini üstleniyor.
- Bu node’lar içinde yer alan SSD/HDD’ler, vSAN yazılımı sayesinde birleşerek tek bir datastore gibi davranıyor.
Peki neden 3 node?
Çünkü veri bütünlüğü ve yüksek erişilebilirlik için quorum gerekiyor. 2 node olursa bir tanesi gidince diğerine güven olmaz. 3 node = 2 çoğunluk = karar verilebilirlik.
💬 Not: Stretched cluster senaryosunda, 2 node + 1 witness da mümkün, ama o ileri seviye konu.
💽 Disk Grupları: Cache ve Capacity Ayrımı
Şimdi geldik disk işlerine — burası tam donanımcıların ilgisini çekecek kısım.
Her node’da en az bir disk grubu bulunur. Her disk grubu:
- 1 adet SSD (yalnızca cache için)
- 1 veya daha fazla SSD veya HDD (capacity için) içerir.
Diskler RAID kart üzerinden doğrudan değil, vSAN’ın kontrolü altında çalışır. Genellikle “passthrough” modda, yani vSAN ne derse o.
Cache diski veri yazma/okuma hızını artırmak için, capacity diskleri ise veriyi tutmak için kullanılır.
🔁 Ve evet, bir node’da birden fazla disk grubu tanımlanabilir. Performans ve kapasite artar, ölçeklenebilirlik sağlanır.
🌐 Network Gereksinimleri: Trafiği Ayır, Hızdan Ödün Verme
“Disk işi tamam ama bu trafik nereden geçecek?” diye soranlar için:
- 10 GbE ağ önerilir. 1 GbE ile uğraşmayın, log bile zor akar.
- vSAN trafiği için ayrı bir VMkernel portu açılır.
- Multicast? Artık gerekmiyor! vSAN 6.6 sonrası unicast desteği geldi. Bu da ağ yöneticisinin saç dökmesini engelledi.
🧠 Bu ağ trafiği, veri senkronizasyonu, health check’ler ve replikasyon için kullanılır. Yani bu portları “VM vMotion da oradan geçsin” diye zorlamayalım, lütfen.
🧱 Fault Domains ve Site Affinity: Fiziksel Gerçeklerle Uyumlu Planlama
“Her şeyi yazılım çözüyor” dedik ama fiziki dünya hâlâ işin içinde.
vSAN, fault domain dediğimiz yapılarla çalışır. Bu ne demek?
- Her node farklı bir fiziksel lokasyonda olabilir (örneğin 3 farklı rafta).
- Eğer bir rafta yangın çıkarsa (gerçekten), diğer domain’ler çalışmaya devam eder.
- Böylece verinin 2 kopyası farklı domain’lerde tutulur.
🧭 Ayrıca site affinity ile “bu veri sadece şu sitede tutulsun” gibi kurallar da tanımlanabilir. Bu özellikle stretched cluster gibi senaryolarda kritik.
🧪 Gerçek Hayattan Bir Bakış
Diyelim ki:
- 3 adet Lenovo SR650 V3 var.
- Her biri 2 x Intel Xeon, 512 GB RAM, 2 x 960 GB SSD (cache), 4 x 3.84 TB SSD (capacity)
- 10 GbE SFP+ uplink ile bağlandı.
Bu sistemle 10 TB usable alan oluşturup hem compute hem storage görevini tek yapıda çözebilirsin. 3 ayrı rafta durursa da hem fault domain hem mühendis göğsü geniş olur.
🧩 Benim Bakış Açım Ne?
Ben hâlâ “bir storage kutusu varsa, onun adı yazmalı, ışıkları yanmalı” diyenlerdenim. Ama şunu da kabul ediyorum: vSAN mimarisi çok temiz. Özellikle edge ofisler, kampüs projeleri, kısıtlı rack alanları olan yerlerde ilaç gibi.
Ama kurulumda şu hatalara dikkat:
- Uyumsuz NIC kartı → performans çöp olur.
- RAID kart passthrough desteklemiyor → diskler görünmez.
- Cache SSD düşük IOPS → datastore yavaşlar.
Yani mimari sade, ama detayda hata affetmez.
📌 Sonuç: Storage, Ama Biraz Farklı
Yazılım tanımlı depolama mimarisi artık bu işin yeni dili. 3 node, 1 datastore, yazılımla RAID gibi bir dünya kuruyorsun. Eski alışkanlıklardan kopmak kolay değil ama yeni düzen bu.
Bir gün veri merkezinde SAN kutusu yerine “bu üç sunucu bizim storage” cevabını duyarsan şaşırma. Büyük ihtimalle vSAN konuşuyordur.
🔧 Not: vSAN mimarisi kurmak istiyor ama geleneksel refleksleri elden bırakmak istemiyorsan, doğru yerdesin. vSAN projelerinde ESH Bilişim olarak yanındayız.
Storage kablolarını severiz, ama storage policy yazmak da bizde!
Diğer VMware yazılarım için BURAYA lütfen.
