VMware vSAN kurulumu, ESXi cluster içindeki uygun disk kaynaklarını ortak bir yazılım tanımlı storage katmanına dönüştürme sürecidir. Kısa cevap şudur: 15 Aralık 2025 bağlamında güvenli bir vSAN kurulumu için önce cluster, ağ ve host çizgisi hazırlanmalı; ardından vSAN cluster seviyesinde etkinleştirilmeli, uygun diskler claim edilmeli, temel storage policy yaklaşımı netleştirilmeli ve ilk health kontrolleri eksiksiz tamamlanmalıdır. Bu rehber, vSAN'ı ilk kez devreye alacak ekipler için pratik bir başlangıç çerçevesi sunar.
Hızlı Özet
- Broadcom vSphere API referanslarında VSAN, temel datastore tiplerinden biri olarak açıkça listelenir.
- Broadcom vSAN Glossary, vSAN datastore'u cluster kaynaklarıyla ilişkili ortak storage katmanı olarak tanımlar.
- vSAN kurulumu yalnız disk eklemek değildir; cluster tasarımı, ağ standardı ve storage policy mantığı birlikte ele alınmalıdır.
- İlk kurulumda başarı ölçütü yalnız datastore'un görünmesi değil, cluster health ve policy davranışının beklenen şekilde çalışmasıdır.
- vSAN enable edildikten sonra disk claim, kapasite görünürlüğü ve test iş yükü yerleşimi doğrulanmadan üretime geçilmemelidir.
- Hyperconverged model nedeniyle vSAN kurulum kararı aynı zamanda altyapı mimarisi kararıdır.
İçindekiler
- Kuruluma Başlamadan Önce Ne Hazırlanmalı?
- VMware vSAN Nasıl Kurulur?
- Disk Claim ve Kapasite Mantığı
- Storage Policy İlk Günden Neden Düşünülmeli?
- İlk Health Kontrolleri Nasıl Yapılmalı?
- vSAN Kurulumunda En Sık Hatalar
- İlk 15 Dakika Kontrol Listesi
- Sık Sorulan Sorular
Görsel: Wikimedia Commons - SAGE computer room.
Kuruluma Başlamadan Önce Ne Hazırlanmalı?
vSAN kurulumu cluster içinde depolama davranışını değiştirdiği için hazırlık aşaması kritik önemdedir. Kuruluma başlamadan önce şu alanlar net olmalıdır:
- vSAN için ayrılacak host kümesi
- cluster içindeki ağ standardı
- uyumlu host, disk ve sürücü çizgisi
- beklenen kapasite ve dayanıklılık yaklaşımı
- test ve üretim policy farkları
Bu noktada temel hata, vSAN'ı yalnız “disklerden datastore üretme” işi gibi görmektir. vSAN aslında storage, cluster ve operasyon modelini birlikte etkiler.
VMware vSAN Nasıl Kurulur?
1. Cluster Hazırlığını Tamamlayın
İlk adım, vSAN'ın etkinleştirileceği ESXi host'ların aynı cluster mantığı içinde düzgün çalıştığını doğrulamaktır. Host ekleme, temel ağ ve yönetim erişimi sorunluysa vSAN enable etmek sadece sorun alanını büyütür.
Kurulum öncesi minimum beklenti:
- tüm host'lar vCenter altında görünür
- yönetim erişimi stabildir
- cluster üyeliği nettir
- donanım çizgisi birbiriyle tutarlıdır
2. vSAN Network Yaklaşımını Netleştirin
vSAN storage trafiği cluster ağına doğrudan bağlıdır. Bu nedenle vSAN kurulumu öncesinde storage için kullanılacak ağ yolunun, VLAN tasarımının ve genel bağlantı standardının net olması gerekir.
Pratikte ekip şu soruların cevabını bilmelidir:
- vSAN trafiği hangi vmkernel yaklaşımıyla taşınacak
- host'lar arası storage trafiği aynı standartla mı akıyor
- performans ve erişilebilirlik beklentisi ağ tasarımıyla uyumlu mu
vSAN tarafında kötü ağ, yalnız performans değil health davranışını da etkileyebilir.
3. Cluster Üzerinde vSAN'ı Etkinleştirin
Cluster hazırlığı tamamlandıktan sonra vSAN cluster seviyesinde etkinleştirilir. Buradaki amaç, cluster içindeki uygun storage kaynaklarının vSAN datastore mantığıyla kullanılabilir hale gelmesidir.
Bu aşamada yapılması gereken doğru soru şudur: “vSAN açıldı mı?” değil, “vSAN açıldıktan sonra cluster beklenen storage modeline gerçekten geçti mi?” Datastore görünürlüğü, kapasite tablosu ve health görünümü birlikte değerlendirilmelidir.
4. Uygun Diskleri Claim Edin
vSAN'ın çalışabilmesi için kullanılacak disk kaynaklarının doğru şekilde claim edilmesi gerekir. Claim işlemi yalnız kapasite kazanmak için değil, cluster içindeki storage davranışını tanımlamak için önemlidir.
Burada ekip şu noktalara bakmalıdır:
- hangi diskler gerçekten vSAN için ayrılacak
- test veya üretim diskleri karışıyor mu
- host'lar arasında mantıklı ve dengeli bir dağılım var mı
Claim işlemi kontrolsüz bırakılırsa cluster içinde beklenmeyen kapasite ve performans sonuçları doğabilir.
Disk Claim ve Kapasite Mantığı
vSAN kurulumunda en sık yanlış anlaşılan alanlardan biri kapasite hesabıdır. Raw disk toplamı ile gerçek kullanılabilir alan aynı şey değildir.
Bunun nedeni şudur:
- koruma yaklaşımı kapasite kullanımını etkiler
- cluster davranışı yalnız disk sayısıyla belirlenmez
- test ve üretim policy'leri farklı sonuç doğurabilir
Bu nedenle ilk kurulumda yalnız “kaç TB görüyorum” değil, “hangi policy ile gerçekte ne kadar alan kullanabilirim” sorusu sorulmalıdır.
Storage Policy İlk Günden Neden Düşünülmeli?
vSAN ortamında storage policy sonradan hatırlanacak yan özellik değildir. Hangi iş yükünün nasıl korunacağı, nasıl yerleşeceği ve hangi davranışı beklediği policy yaklaşımıyla birlikte düşünülür.
İlk kurulumda şu ayrım faydalıdır:
- test iş yükleri için daha sade yaklaşım
- kritik iş yükleri için daha kontrollü koruma yaklaşımı
Policy düşüncesi olmadan kurulum yapmak, bütün iş yüklerini aynı storage varsayımı altında toplamak anlamına gelir. Bu da kapasite ve risk hesabını bozar.
İlgili içerikler:
İlk Health Kontrolleri Nasıl Yapılmalı?
Kurulum sonrası ilk kontrol yalnız datastore'un görünmesi değildir. vSAN tarafında en az şu alanlar gözden geçirilmelidir:
- cluster health görünümü
- disk ve kapasite görünürlüğü
- test VM yerleşimi
- policy uygulama davranışı
- host'lar arası tutarlılık
Eğer test iş yükü beklenen policy davranışıyla yerleşmiyorsa, kurulum “başarılı görünüyor” olsa bile eksik kabul edilmelidir.
vSAN Kurulumunda En Sık Hatalar
vSAN'ı ayrı storage platformu gibi düşünmek
vSAN kurulumu cluster mimarisinden bağımsız ele alınamaz. Compute ve storage birbirine daha yakın çalışır.
Ağ tasarımını ikincil konu saymak
Storage trafiği doğrudan cluster ağına bağlı olduğu için zayıf ağ planı vSAN davranışını bozar.
Policy konusunu kurulum sonrasına bırakmak
Bu yaklaşım kapasite ve koruma hesabını geciktirir; ilk günden yanlış varsayımlar üretir.
Test iş yüküyle doğrulama yapmadan üretime geçmek
Datastore görünür diye kurulum tamamlanmış sayılmamalıdır. Gerçek davranış test VM ile görülmelidir.
İlk 15 Dakika Kontrol Listesi
- Cluster ve host hazırlığı vSAN için doğrulandı
- Ağ standardı ve storage trafiği yolu netleştirildi
- vSAN cluster seviyesinde etkinleştirildi
- Uygun diskler kontrollü şekilde claim edildi
- Raw kapasite ile policy sonrası kullanılabilir kapasite ayrıştırıldı
- İlk storage policy yaklaşımı tanımlandı
- Test iş yükü ile health ve yerleşim doğrulandı
LeonX ile Sonraki Adım
vSAN kurulumu doğru yapıldığında hyperconverged altyapı tarafında güçlü ve yönetilebilir bir ortak storage modeli üretir. LeonX, vSAN cluster hazırlığı, policy modeli, health doğrulaması ve üretime geçiş standardını birlikte tasarlamanıza yardımcı olur.
İlgili sayfalar:
Sık Sorulan Sorular
VMware vSAN kurulumu için ilk kritik adım nedir?
İlk kritik adım, vSAN'ın kurulacağı cluster ve ağ tasarımının hazır olduğunun doğrulanmasıdır.
vSAN kurulunca hemen üretime geçilebilir mi?
Hayır. İlk health kontrolü, kapasite görünürlüğü ve test iş yükü doğrulaması yapılmadan üretime geçmek risklidir.
Disk claim neden önemlidir?
Çünkü vSAN içinde hangi kaynakların storage katmanına dahil edileceğini belirler; kapasite ve davranış doğrudan etkilenir.
Storage policy kurulumdan sonra mı düşünülmeli?
Hayır. vSAN tarafında policy mantığı ilk günden hesaba katılmalıdır; aksi halde gerçek kapasite ve koruma modeli yanlış varsayılır.
vSAN her cluster için doğru çözüm müdür?
Hayır. vSAN hyperconverged model gerektirir; cluster, ağ ve operasyon standardı bu yaklaşımla uyumluysa anlamlı olur.
Sonuç
VMware vSAN kurulumu, yalnızca cluster üzerinde bir özelliği açmaktan ibaret değildir; cluster hazırlığı, ağ standardı, disk claim, policy ve health kontrolünün birlikte kurulması gerekir. 15 Aralık 2025 bağlamında güvenli yaklaşım; vSAN'ı önce mimari karar olarak ele almak, sonra test doğrulamasıyla üretime geçmektir.
