VMware iSCSI datastore kurulumu, ESXi host'un bir iSCSI target üzerindeki LUN'ları görmesini ve bunları datastore olarak kullanmasını sağlama sürecidir. Kısa cevap şudur: 24 Kasım 2025 bağlamında güvenli bir iSCSI datastore kurulumu için software iSCSI adapter etkinleştirilmeli, doğru discovery yöntemi seçilmeli, storage tarafında ESXi host IQN ve ACL eşleşmesi doğrulanmalı, vmkernel ağ yolu net tasarlanmalı ve gerekiyorsa iSCSI port binding kuralları eksiksiz uygulanmalıdır. Bu rehber, iSCSI datastore'u ilk kez kuracak ya da mevcut kurulumunu sağlamlaştırmak isteyen ekipler için hazırlandı.
Hızlı Özet
- Broadcom KB 312779, iSCSI tarafında storage görünmüyorsa en sık nedenlerden bazılarının yanlış target IP + IQN, hatalı ACL/IQN yetkisi veya yanlış CHAP bilgisi olduğunu söyler.
- Aynı KB, ayar düzeltildikten sonra storage rescan yapılması gerektiğini belirtir.
- Broadcom KB 429518, iSCSI çoklu yol kullanımında aynı subnet'teki birden fazla vmkernel için port binding uygulanması gerektiğini açıkça söyler.
- Broadcom KB 421153, iSCSI port binding kullanılan vmkernel portlarda Management service aktif bırakılmasının desteklenmeyen tasarım olduğunu gösterir.
- Broadcom KB 391517, erişim sorunlarında yalnız genel ping değil, doğru arayüzden
vmkping -I <vmk#>ile target testinin kritik olduğunu vurgular. - Broadcom KB 409088, ESXi yeniden kurulduğunda software iSCSI adapter IQN değerinin değişebileceğini ve bu yüzden storage ACL tarafında erişimin kaybolabileceğini gösterir.
İçindekiler
- iSCSI Datastore Tam Olarak Nedir?
- iSCSI Datastore Kurulumunda Ana Bileşenler Nelerdir?
- VMware iSCSI Datastore Nasıl Kurulur?
- Port Binding Ne Zaman Gerekir?
- En Sık iSCSI Kurulum Hataları
- iSCSI Datastore Best Practices Nelerdir?
- İlk 15 Dakika Kontrol Listesi
- Sık Sorulan Sorular
Görsel: Wikimedia Commons - Data centre.
iSCSI Datastore Tam Olarak Nedir?
iSCSI datastore, IP ağı üzerinden erişilen bir iSCSI target üzerindeki block storage alanının ESXi tarafından görülmesi ve datastore olarak kullanılmasıdır. NFS gibi dosya paylaşımı modeli değildir; VMFS gibi block tabanlı storage mantığıyla ilişkilidir, ancak taşıma katmanı olarak Ethernet/IP kullanır.
Bu modelde ana unsurlar şunlardır:
- ESXi üzerindeki software veya hardware iSCSI adapter
- storage target IP adresleri
- target IQN bilgisi
- LUN sunumu
- vmkernel storage ağ yolu
Pratikte iSCSI datastore kurmak, “LUN var” demekten daha fazlasıdır. ESXi ile storage array arasındaki kimlik, ağ ve erişim yetkisi birlikte doğru olmalıdır.
iSCSI Datastore Kurulumunda Ana Bileşenler Nelerdir?
Başarılı bir kurulum için şu parçalar birlikte çalışmalıdır:
- Software iSCSI Adapter: ESXi üzerindeki yazılımsal initiator katmanı
- Dynamic veya Static Discovery: target'ların nasıl keşfedileceği
- IQN / ACL eşleşmesi: storage tarafında host yetkisinin verilmiş olması
- VMkernel portları: iSCSI trafiğinin gerçekten hangi ağ yolundan gideceği
- Port binding: çoklu vmkernel ile çoklu yol isteniyorsa gerekli bağlama düzeni
Bu parçaların herhangi biri eksik veya yanlışsa target görünse bile datastore mount edilmez ya da LUN'lar hiç görünmez.
VMware iSCSI Datastore Nasıl Kurulur?
1. Software iSCSI Adapter'ı Etkinleştirin
İlk adım, ESXi host üzerinde software iSCSI adapter'ın etkin olduğunun doğrulanmasıdır. Eğer host bu katmanı kullanmıyorsa discovery ve login akışı hiç başlamaz.
Adapter etkinleştikten sonra iSCSI adının, yani host initiator IQN değerinin not edilmesi gerekir. Broadcom KB 409088, ESXi yeniden kurulumundan sonra bu IQN'nin değişebildiğini gösterir. Bu yüzden storage tarafında eski host kaydıyla ilerlemek sessiz erişim kaybı yaratabilir.
2. Storage Tarafında IQN ve ACL Yetkisini Doğrulayın
Broadcom KB 312779'a göre target görünmüyorsa veya LUN'lar listelenmiyorsa en güçlü ihtimallerden biri, ESXi host IQN'sinin storage tarafında yetkilendirilmemiş olmasıdır.
Şunlar net olmalıdır:
- doğru host IQN storage tarafına tanımlandı mı
- doğru volume veya LUN bu host'a sunuldu mu
- çoklu host erişimi gerekiyorsa ilgili volume multi-host erişime açık mı
- CHAP kullanılıyorsa kimlik bilgileri doğru mu
3. Discovery Yöntemini Doğru Girin
Dynamic Discovery veya Static Discovery kullanılıyorsa target IP ve target IQN bilgilerinin doğru girilmesi gerekir. Broadcom KB 312779, yanlış target IP veya target name girişinin doğrudan görünürlük sorununa yol açtığını belirtir.
Bu aşamada yapılan küçük yazım hataları bile:
- target görünmemesi
- LUN'ların listelenmemesi
- rescan sonrasında hiçbir device çıkmaması
gibi sonuçlar üretir.
4. VMkernel Storage Ağ Yolunu Doğrulayın
iSCSI datastore kurulumu yalnız target bilgisi girmek değildir. ESXi host'un gerçekten doğru vmkernel arayüzü üzerinden storage ağına erişebildiği kanıtlanmalıdır.
Broadcom KB 391517, bu doğrulamada yalnız standart ping'in yeterli olmadığını; doğru arayüz üzerinden vmkping -I <vmk#> <target_ip> yaklaşımının kritik olduğunu gösterir.
Bu yüzden kuruluma geçmeden önce şu sorular cevaplanmalıdır:
- iSCSI trafiği hangi vmkernel porttan gidecek
- doğru VLAN ve uplink ilişkisi kurulmuş mu
- MTU beklentisi varsa uçtan uca tutarlı mı
5. Rescan Yapın ve Device Görünürlüğünü Kontrol Edin
IQN, discovery ve ağ ayarları tamamlandıktan sonra storage adapter rescan yapılmalıdır. Broadcom KB 312779 açık biçimde, düzeltmelerden sonra rescan gerekliliğini belirtir.
Bu aşamada hedefiniz yalnız target görmek değil, doğru LUN'ların doğru host'ta görünmesini sağlamaktır.
6. LUN'dan Datastore Oluşturun veya Mevcut Datastore'u Mount Edin
Device görünür olduktan sonra yeni bir VMFS datastore oluşturulabilir veya mevcut bir datastore host'a mount edilebilir. Eğer mevcut datastore beklenenden farklı host'larda görünmüyorsa mount state ayrıca doğrulanmalıdır.
Port Binding Ne Zaman Gerekir?
Port binding, özellikle iSCSI için birden fazla vmkernel arayüzü üzerinden çoklu yol kullanmak istendiğinde kritik hale gelir. Broadcom KB 429518, aynı subnet üzerinde birden fazla vmkernel bulunduğunda ESXi'nin tek başına trafiği ikincil arayüze “kendiliğinden dağıtmayacağını” ve iSCSI tarafında açık port binding gerektiğini belirtir.
Bu bize şu pratik kuralları verir:
- her vmkernel mümkünse tek aktif uplink ile eşlenmeli
- iSCSI Software Adapter altında Network Port Binding kısmı doğru yapılandırılmalı
- path tabında her iki yolun da aktif göründüğü doğrulanmalı
Ek kritik nokta: Broadcom KB 421153'e göre iSCSI port binding için kullanılan vmkernel portlarda Management service işaretli bırakılmamalıdır. Aynı subnet istisnası yalnız iSCSI port binding senaryosu için geçerlidir; management hizmeti eklenince yapı destek dışına çıkabilir.
En Sık iSCSI Kurulum Hataları
Target veya LUN görünmüyor
Broadcom KB 312779'a göre en olası nedenler:
- yanlış target IP veya IQN
- yanlış ACL yetkisi
- CHAP bilgisi uyuşmazlığı
- volume'un ilgili host için sunulmamış olması
Vmkernel üzerinden erişim var sanılıyor ama gerçek path yanlış
Broadcom KB 391517, bu yüzden doğru arayüzden vmkping kontrolünü önerir. Genel network erişimi ile gerçek iSCSI path sağlığı aynı şey değildir.
Port binding var ama davranış kararsız
Broadcom KB 421153, management service ile birlikte kullanılan iSCSI port binding yapılarını desteklenmeyen tasarım olarak işaret eder.
ESXi yeniden kurulduktan sonra datastore görünmüyor
Broadcom KB 409088, reinstall sonrası host IQN'nin değişebileceğini ve storage array tarafında yeni IQN'ye yetki verilmezse datastore'ların görünmeyebileceğini gösterir.
iSCSI Datastore Best Practices Nelerdir?
1. IQN'yi Değişmez Varsaymayın
Host reinstall veya adapter yeniden oluşturma senaryolarında IQN değişebilir. Storage ACL tarafı her zaman güncel host kimliğiyle eşleşmelidir.
2. Discovery Bilgilerini Kopyala-Yapıştırla Bile Doğrulayın
Yanlış IP veya target IQN, kurulumun en sık sessiz hata kaynaklarındandır.
3. Port Binding'i Yalnız Gerektiği Gibi Kurun
Çoklu yol isteniyorsa resmi port binding modeline sadık kalın; management service veya belirsiz uplink dağılımı eklemeyin.
4. Ağ Sağlığını Doğru VMkernel Üzerinden Test Edin
Standart ping çıktısı yeterli delil değildir. Storage trafiğinin kullandığı gerçek yol kanıtlanmalıdır.
5. Rescan Sonrası LUN Göründü Diye Süreci Bırakmayın
Device görünürlüğü ile datastore kullanılabilirliği aynı şey değildir. Mount, path ve test VM doğrulaması birlikte tamamlanmalıdır.
İlk 15 Dakika Kontrol Listesi
- Software iSCSI adapter etkin ve IQN not edilmiş durumda
- Storage tarafında doğru IQN ve ACL yetkisi doğrulandı
- Discovery IP ve target bilgileri gözden geçirildi
- iSCSI vmkernel ağ yolu ve gerekiyorsa port binding doğrulandı
-
vmkping -I <vmk#>ile target erişimi test edildi - Rescan sonrası doğru LUN'lar göründü
- Datastore oluşturma veya mount işlemi beklendiği gibi tamamlandı
- Test VM ile temel erişim doğrulandı
LeonX ile Sonraki Adım
iSCSI datastore kurulumunda en büyük risk, ağ, kimlik ve storage taraflarını birbirinden bağımsız düşünmektir. LeonX, iSCSI discovery standardı, vmkernel tasarımı, multipath yaklaşımı ve datastore governance yapısını birlikte kurgulamanıza yardımcı olur.
İlgili sayfalar:
- Donanım & Yazılım Satışı
- Yönetilen Servisler
- İletişim
- VMware VMFS Nedir?
- VMware NFS Datastore Nedir?
Sık Sorulan Sorular
VMware iSCSI datastore kurulumu için ilk kritik adım nedir?
İlk kritik adım software iSCSI adapter'ın etkin olması ve host IQN bilgisinin storage tarafıyla doğru eşleştiğinin doğrulanmasıdır.
iSCSI target görünmüyorsa önce ne kontrol edilmeli?
Broadcom KB 312779'a göre target IP, target IQN, ACL yetkisi ve CHAP ayarları ilk bakılacak alanlardır.
Port binding ne zaman gerekir?
Birden fazla vmkernel arayüzüyle iSCSI çoklu yol tasarlanıyorsa port binding gerekir. Broadcom KB 429518 bunu açıkça işaret eder.
Aynı vmkernel üzerinde management service bırakmak sorun yaratır mı?
Evet, Broadcom KB 421153'e göre iSCSI port binding kullanılan vmkernel portlarda management service ile aynı yapı desteklenmeyen tasarım haline gelebilir.
ESXi yeniden kurulduktan sonra iSCSI datastore neden kaybolabilir?
Broadcom KB 409088, software iSCSI adapter IQN'sinin değişebileceğini; storage array tarafında yeni IQN yetkilendirilmezse erişimin kaybolacağını gösterir.
Sonuç
VMware iSCSI datastore kurulumu, yalnız target eklemekten ibaret değildir; discovery, ağ, kimlik ve multipath modelinin birlikte doğru çalışması gerekir. 24 Kasım 2025 bağlamında güvenli yaklaşım; software iSCSI adapter'ı doğru etkinleştirmek, IQN ve ACL eşleşmesini doğrulamak, vmkernel yolunu gerçek testlerle kanıtlamak ve port binding'i yalnız resmi modelle uygulamaktır.
Kaynaklar
- Broadcom KB 312779 - Unable to see iSCSI storage from an ESXi host when using iSCSI
- Broadcom KB 429518 - IP storage traffic failover fails to occur on same subnet without explicit configuration
- Broadcom KB 421153 - ESXi hosts intermittently disconnecting from vCenter when using iSCSI port binding
- Broadcom KB 391517 - All shared iSCSI datastores missing from one host
- Broadcom KB 409088 - After ESXi was reinstalled, datastores are not visible
