VMware Cloud Foundation (VCF) özellikle kurumsal veri merkezlerinde “uçtan uca yazılım tanımlı veri merkezi (SDDC)” yaklaşımını standartlaştıran güçlü bir platform.

Ancak VCF 9 ile birlikte gelen bazı yenilikler ürünü yalnızca enterprise ortamlar için değil home lab, test ortamı, POC ve öğrenme amaçlı kurulumlar için de çok daha erişilebilir hale getiriyor.

Bu yeniliklerden en değerlilerinden biri şu:

VCF 9 Management Domain’inizi NFS üzerinde “Principal Storage” kullanarak deploy edebiliyorsunuz.

Bu sayede hem host ihtiyacını minimuma indiriyor hem de storage yükünü ucuz bir NAS cihazına kaydırarak home lab ortamlarında büyük avantaj sağlıyorsunuz.

Bu makalemde VCF 9 kurulumu sırasında “NFS Datastore with datastore bound to vmknic” seçeneği kullanıldığında ortaya çıkan önemli bir detayı (hatta çoğu kişinin deploy sonrası fark ettiği bir sorunu) ele alacağız. Ardından ilk ESXi host tarafında yapılması gereken doğru yaklaşımı tek bir esxcli komutuyla nasıl kalıcı şekilde çözeceğinizi adım adım göstereceğim.

Neden NFS Principal Storage?

VCF ile “yönetim domain’i” kurarken genellikle vSAN tabanlı bir tasarım akla gelir. Fakat home lab ortamında vSAN her zaman ideal değildir:

• Host sayısı artabilir
• Disk gereksinimi yükselir
• CPU/RAM tüketimi artar
• vSAN yönetimi ayrı bir efor ister

İşte VCF 9’un NFS Principal Storage desteği burada çok cazip hale geliyor.

Avantaj 1: Minimum Host ile Deploy

NFS principal storage ile:

• Sadece 2 ESXi host ile management domain deploy edebilirsiniz.

Bu, home lab ortamlarında kritik bir fark yaratır.

Avantaj 2: Storage Yükünü NAS’a Aktarma

NFS kullandığınızda storage işlemlerinin önemli bir kısmı:

• ESXi host yerine
• NAS cihazına taşınır

Bu da demek oluyor ki:

• ESXi tarafında CPU/RAM daha rahatlar
• Storage tarafında daha ekonomik çözüm kullanırsınız

Özetle: VCF 9 home lab için “daha az host + daha az maliyet” formülünü gerçek anlamda mümkün kılıyor.

VCF Installer’da Kritik Seçenek: Vmknic Binding Neden Best Practice?

VCF Installer üzerinden NFS share bilgilerini girerken bir seçenek görürsünüz:

NFS Datastore with datastore bound to vmknic

Bu seçenek görünüşte “opsiyonel” gibi dursa da VMware dokümantasyonunda önerilen bir best practice’tir.

Peki Vmknic Binding ne sağlar?

NFS trafiği normalde IP tabanlıdır ve ESXi üzerinde birden fazla network/vmkernel varsa NFS trafiği bazen beklenmedik şekilde:

• VM Management Network
• farklı bir uplink
• başka bir vmkernel

üzerinden akabilir.

Bu da şu riskleri doğurur:

• NFS trafiği yanlış network’ten gider (güvenlik riski)
• performans kararsızlaşır (latency artabilir)
• troubleshooting kabusa döner (trafik nereden gidiyor belli olmaz)

Vmknic binding uyguladığınızda ise NFS datastore:

• yalnızca belirlediğiniz NFS vmkernel (ör: vmk1) üzerinden iletişim kurar

Yani:

• Trafik tahmin edilebilir
• Trafik izole edilir
• Performans stabil olur

Deploy Öncesi Kontrol: VCF Installer’ın “İlk Host” Şartı

VCF Installer deploy başlamadan önce bazı precheck işlemleri yapar. NFS principal storage senaryosunda bunlardan biri şudur;

“Girilen NFS ayarları ile aynı şekilde oluşturulmuş NFS datastore ilk ESXi host üzerinde mevcut mu?”

Bu ne anlama gelir?

Deploy başlamadan önce ilk host üzerinde NFS datastore’u manuel oluşturmak zorundasınız.

Bu noktada birçok kişi şunu yapar:

• ESXi Host Client’a girer
• Storage > New datastore
• NFS ekler

Ve deploy’u başlatır…

Asıl Problem: Deploy Bitince İlk Host Binding’siz Kalır

Burada çok kritik bir detay var.

VCF Installer deploy sırasında:

• diğer ESXi host’lara datastore’u bind ederek mount eder
• ancak ilk host’ta bunu düzeltemez / düzeltmez

Sonuç şu şekilde olur:

• Host-2, Host-3… : NFS datastore vmknic’e bağlı
• Host-1 : NFS datastore bind edilmemiş (default davranış)

Bu durum ilk etapta fark edilmeyebilir çünkü sistem “çalışır”.
Fakat bir süre sonra şu sorunlar ortaya çıkmaya başlar:

• NFS trafiği farklı network üzerinden gidiyor olabilir
• bir host stabil, diğer host sorunlu gibi görünür
• performans farklılıkları oluşur
• ağ tarafında segmentation uygulanıyorsa erişim problemleri çıkabilir

Ve en kötüsü: Kurulum sonrası datastore’u düzeltmek isterseniz çoğu zaman yeniden mount / unmount süreçleri ve riskli müdahaleler gerekir.

Doğru Yaklaşım: İlk Host’ta NFS Datastore’u Baştan Vmknic Binding ile Eklemek

Bu problemin en temiz çözümü şudur:

İlk ESXi host üzerinde NFS datastore’u GUI ile değil, Vmknic binding destekli şekilde esxcli ile oluşturun.

Böylece:

• VCF Installer precheck’i geçer
• deploy sorunsuz başlar
• deploy bitince tüm host’larda aynı yapı oluşur

Adım Adım Kurulum Rehberi (En Sağlıklı Yöntem)

Adım 1: İlk Host’ta NFS VLAN için Port Group Oluşturun

İlk ESXi host’un web arayüzüne girin:

• Networking
• Port groups
• Varsayılan vSwitch üzerinde NFS VLAN için portgroup oluşturun

Örnek:

• Portgroup: PG-NFS
• VLAN ID: 30

Eğer VLAN kullanmıyorsanız VLAN kısmını boş/0 bırakabilirsiniz, ama gerçek senaryolarda izolasyon önerilir.

Adım 2: NFS için VMkernel NIC (vmk) Oluşturun

Şimdi bu portgroup üzerinde bir vmkernel NIC oluşturun:

• VMK adı: vmk1 (örnek)
• IP: NFS network’ünden (ör: 10.0.0.11/24)
• Gateway: gerekiyorsa (çoğu zaman gerekmez, NFS L2’de kalır)

Burada önemli nokta:

• vMotion, Management, vSAN gibi servisleri işaretlemenize gerek yok
• sadece NFS trafiği için özel bir vmk

Adım 3: ESXi Üzerinde SSH’i Aktif Edin ve Bağlanın

• Host > Actions > Services
• SSH enable
• ardından SSH ile host’a bağlanın

Adım 4: NFS Datastore’u Vmknic’e Bind Ederek Ekleyin

Şimdi en kritik kısma geldik.

Aşağıdaki komut, datastore’u NFS server’a bağlarken aynı zamanda belirttiğiniz vmknic’e bind eder.

Komut şablonu

esxcli storage nfs add \
  --host-vmknic=<NFS_SERVER_IP>:<VMK_INTERFACE> \
  --volume-name=<DATASTORE_NAME> \
  --share=<NFS_SHARE_PATH>

Örnek komut

esxcli storage nfs add \
  --host-vmknic=192.168.100.2:vmk1 \
  --volume-name=mgmt-esx01-nfs01 \
  --share=/mnt/storage/nfs/

Açıklama:

• 192.168.100.2 → NAS/NFS server IP
• vmk1 → NFS trafiği için oluşturduğunuz vmkernel
• volume-name → VCF Installer’da gireceğiniz datastore adı ile birebir aynı olmalı
• share → NFS export path

“volume-name” farklı olursa VCF Installer “datastore’u bulamadım” diyerek precheck’te takılabilir.

Adım 5: Binding’i Doğrulayın

Aşağıdaki komutla listeleyin:

esxcli storage nfs list

Beklenen çıktı örneği:

Volume Name         Host      Share              Vmknic  Accessible  Mounted  Connections
------------------  --------  -----------------  ------  ----------  -------  -----------
mgmt-esx01-nfs01  192.168.100.2  /mnt/storage/nfs/  vmk1          true     true            1

Burada kontrol edeceğiniz en önemli alan:

Vmknic kolonunda vmk1 görünmeli.

Adım 6: VCF Installer Deploy’u Başlatın

Artık VCF Installer precheck aşamasında:

• ilk host üzerinde datastore’u doğru şekilde görür
• deploy sorunsuz başlar

Deploy sonrası:

• diğer hostlar otomatik eklenir
• hepsi aynı binding yapısına sahip olur

Adım 7: Deploy Sonrası vSphere Client Üzerinde Kontrol

Deploy tamamlandıktan sonra vSphere Client tarafında:

• Datastore’u seçin
• Hostların aynı datastore’a bind edilmiş şekilde eriştiğini doğrulayın

Bu sayede ortamınız standardize, predictable ve best-practice uyumlu hale gelir.

VCF 9’un NFS Principal Storage desteği home lab için ciddi bir kolaylık sağlıyor. Ancak Vmknic binding seçeneğiyle kurulum yaparken ilk host üzerinde datastore’un yanlış yöntemle oluşturulması, deployment sonrası “bir host farklı davranıyor” problemini doğuruyor.

Bu makaledeki yöntem ile:

• ilk host’u baştan doğru hazırlarsınız
• deploy sonrası ek uğraş yaşamazsınız
• NFS trafiği kesinlikle doğru vmkernel üzerinden akar