VMware vSAN mimarisi, cluster içindeki diskleri ortak bir datastore'a dönüştürmenin ötesinde; nesne tabanlı yerleşim, policy ile şekillenen koruma modeli ve host'lar arası storage davranışı üzerine kurulu bir tasarımdır. Kısa cevap şudur: 22 Aralık 2025 bağlamında vSAN'ı doğru anlamak için datastore görünürlüğüne değil, object, component, witness, fault domain ve storage policy ilişkisinin nasıl çalıştığına bakmak gerekir. Bu rehber, vSAN'ı daha derin teknik mantığıyla anlamak isteyen ekipler için hazırlandı.
Hızlı Özet
- Broadcom vSAN Glossary, vSAN mimarisinde object, component, witness, fault domain ve storage policy kavramlarını merkezi terimler olarak tanımlar.
- vSAN tarafında bir VM yalnız “bir dosya bir diskte duruyor” mantığıyla değil, nesne ve bileşen yerleşimi mantığıyla değerlendirilir.
- Storage policy, hangi VM'in nasıl korunacağı ve cluster içinde nasıl yerleşeceği üzerinde doğrudan etki sahibidir.
- Fault domain yaklaşımı, hata etkisini yalnız disk seviyesinde değil daha geniş failure boundary üzerinden düşünmeyi sağlar.
- vSAN mimarisinde ağ kalitesi ve cluster bütünlüğü storage davranışını doğrudan etkiler; bu nedenle compute ve storage ayrımı klasik modellere göre daha farklıdır.
- Bu yüzden vSAN tasarımı, klasik SAN veya NAS kararından çok daha fazla şekilde cluster mimarisi kararıdır.
İçindekiler
- vSAN Mimarisinin Temel Mantığı Nedir?
- Object ve Component Neden Önemlidir?
- Witness ve Fault Domain Ne İşe Yarar?
- Storage Policy Mimarinin Neresinde Durur?
- Cluster Ağı vSAN Davranışını Nasıl Etkiler?
- Klasik SAN Yaklaşımından Farkı Nedir?
- İlk 15 Dakika Kontrol Listesi
- Sık Sorulan Sorular
Görsel: Wikimedia Commons - PMSC Data Center.
vSAN Mimarisinin Temel Mantığı Nedir?
vSAN mimarisi, cluster içindeki storage kaynaklarını bir araya getirip merkezi bir storage davranışı üretir; fakat bunu klasik LUN merkezli yaklaşımdan farklı biçimde yapar. Asıl mantık, sanal makine nesnelerinin cluster içinde policy'ye göre dağıtılmasıdır.
Bu mimariyi anlamak için şu düşünce faydalıdır:
- vSAN bir “tek büyük disk” değildir
- vSAN bir “tek mount edilen share” değildir
- vSAN, cluster içinde nesne ve bileşen yerleşimiyle çalışan storage katmanıdır
Bu fark, troubleshooting ve kapasite planında doğrudan önem kazanır.
Object ve Component Neden Önemlidir?
Broadcom vSAN Glossary'de object ve component kavramları merkezi mimari taşlar olarak geçer. Basit anlatımla:
- Object, vSAN tarafından yönetilen mantıksal storage nesnesidir
- Component, bu nesnenin cluster içinde yer alan parçasıdır
Bu ayrım neden önemli?
- Bir VM'in storage davranışı yalnız dosya adıyla anlaşılmaz
- Nesnenin cluster içinde nasıl bölündüğü ve dağıldığı kritik hale gelir
- Koruma ve yerleşim davranışı bileşen mantığıyla ilişkilidir
Yani vSAN'da “disk burada” demek çoğu zaman yetersizdir. Daha doğru soru şudur: nesne hangi bileşenlerle cluster içine nasıl yerleştirildi?
Witness ve Fault Domain Ne İşe Yarar?
vSAN Glossary içinde witness ve fault domain kavramları da mimari düşüncenin önemli parçalarıdır.
Witness
Witness, karar ve tutarlılık mantığında rol oynayan mimari unsurdur. Bu, vSAN'ın yalnız veri kopyalamakla değil, cluster içinde doğru karar verebilecek bir storage davranışı üretmekle ilgilendiğini gösterir.
Fault Domain
Fault domain yaklaşımı, hata etkisini yalnız tek disk veya tek host gibi dar çerçevede değil, daha geniş failure boundary içinde değerlendirmeyi sağlar.
Pratik faydası:
- riskleri yalnız capacity bazlı değil, failure bazlı düşünmek
- aynı koruma seviyesinin fiziksel yerleşime göre farklı sonuç verebildiğini görmek
- mimariyi yalnız performans değil, hata ayrıştırma mantığıyla değerlendirmek
Bu nedenle vSAN tasarımında “kaç disk var” sorusu kadar “hangi failure boundary var” sorusu da önemlidir.
Storage Policy Mimarinin Neresinde Durur?
vSAN'da storage policy mimarinin kenar süsü değildir; davranışın kendisini belirleyen ana katmanlardan biridir. Hangi VM'in hangi koruma ve yerleşim modelini kullanacağı policy ile ilişkilidir.
Bu şu anlama gelir:
- aynı cluster içindeki iki VM farklı storage davranışıyla çalışabilir
- kapasite tüketimi policy seçimine göre değişebilir
- koruma beklentisi ile fiziksel yerleşim arasındaki ilişki policy üzerinden kurulur
Bu nedenle vSAN mimarisi policy'den ayrı anlatılamaz. Policy'yi sonradan eklenen ayar gibi görmek, mimariyi eksik okumaktır.
İlgili içerikler:
Cluster Ağı vSAN Davranışını Nasıl Etkiler?
vSAN, cluster içindeki host'lar arası storage davranışına dayandığı için ağ kalitesi yalnız yardımcı unsur değildir. Cluster ağı, storage davranışının aktif parçasıdır.
Bu nedenle şu alanlar mimari seviyede düşünülmelidir:
- host'lar arası storage trafiği
- network tutarlılığı
- cluster health ile storage health arasındaki ilişki
Klasik ayrık SAN modelinde storage platformu daha ayrı bir düzlemde düşünülürken, vSAN'da cluster ağı storage katmanının davranışını çok daha doğrudan etkiler.
Klasik SAN Yaklaşımından Farkı Nedir?
Klasik SAN yaklaşımında storage çoğu zaman ayrı platform, LUN ve array mantığıyla düşünülür. vSAN'da ise storage davranışı compute cluster ile çok daha iç içedir.
Başlıca farklar:
- klasik modelde storage daha ayrık platformdur
- vSAN'da storage cluster mimarisinin parçasıdır
- klasik modelde LUN düşüncesi baskındır
- vSAN'da object/policy/fault-domain mantığı daha merkezidir
Bu fark operasyonel ekip modelini de etkiler. Çünkü vSAN'da cluster sağlığı, storage davranışından tam ayrıştırılamaz.
İlk 15 Dakika Kontrol Listesi
- vSAN'ın object/component mantığı ekip içinde netleştirildi
- Witness ve fault domain kavramlarının tasarım etkisi anlaşıldı
- Storage policy'nin yalnız ayar değil mimari katman olduğu kabul edildi
- Cluster ağı ile storage davranışı arasındaki bağ netleştirildi
- Kapasite planı policy ve koruma modeliyle birlikte ele alındı
- vSAN troubleshooting yaklaşımı LUN mantığından nesne mantığına kaydırıldı
- Test iş yükleri için policy ve yerleşim davranışı doğrulandı
LeonX ile Sonraki Adım
vSAN mimarisini doğru okumak, yalnız kurulum yapmak için değil; kapasite, performans ve dayanıklılık kararlarını sağlıklı almak için de gereklidir. LeonX, object yerleşimi, policy tasarımı, fault domain planı ve operasyon modeli açısından vSAN mimarinizi netleştirmenize yardımcı olur.
İlgili sayfalar:
- Donanım & Yazılım Satışı
- Yönetilen Servisler
- İletişim
- VMware vSAN Kurulum Rehberi
- VMware VMFS Nedir?
Sık Sorulan Sorular
VMware vSAN mimarisinde en kritik kavramlar nelerdir?
Broadcom terminolojisine göre object, component, witness, fault domain ve storage policy kavramları en kritik alanlardandır.
vSAN neden klasik LUN mantığıyla açıklanamaz?
Çünkü vSAN tarafında nesne yerleşimi ve policy davranışı klasik tek volume mantığından daha merkezi rol oynar.
Storage policy neden mimarinin parçasıdır?
Çünkü hangi iş yükünün nasıl korunacağı ve yerleşeceği doğrudan policy ile şekillenir; bu yalnız sonradan verilen bir etiket değildir.
Fault domain neden önemlidir?
Çünkü korumayı yalnız disk seviyesinde değil, daha geniş failure boundary içinde düşünmeyi sağlar.
vSAN mimarisinde ağ neden bu kadar önemlidir?
Çünkü cluster ağı doğrudan storage davranışının parçasıdır; ağ kalitesi yalnız yan bileşen değildir.
Sonuç
VMware vSAN Architecture Deep Dive seviyesi analizde asıl odak, datastore görünürlüğünden çok object, component, witness, fault domain ve storage policy ilişkisidir. 22 Aralık 2025 bağlamında doğru yaklaşım; vSAN'ı klasik storage terimleriyle sadeleştirmek yerine cluster mimarisi, failure modeli ve policy katmanıyla birlikte okumaktır.
