Sanallaştırma teknolojileri kurumların altyapılarını daha esnek, ölçeklenebilir ve yönetilebilir hale getirdi. VMware vSphere gibi platformlar sayesinde fiziksel donanımlar soyutlanarak sanal makineler üzerinde kolayca kullanılabiliyor. Ancak bazı özel durumlarda sanal makinelerin doğrudan fiziksel depolama aygıtına erişmesi gerekir.

Bu ihtiyacı karşılayan mekanizma Raw Device Mapping (RDM) teknolojisidir. RDM diskler sanal makineye VMFS’in soyutlama katmanını tamamen atlamadan doğrudan bir LUN’a erişim imkânı verir.

RDM’in Çalışma Mantığı

Bir RDM dosyası VMFS datastore üzerinde yer alan küçük bir haritalama dosyasıdır (mapping file). Bu dosya:

• Fiziksel bir LUN’a sembolik link oluşturur.
• Sanal makine yapılandırmasında bir “disk dosyası” gibi görünür.
• Gerçekte ise I/O trafiğini doğrudan fiziksel LUN’a yönlendirir.

Böylece:

• Yönetim açısından VMFS’in sağladığı kolaylıklar korunur.
• Aynı zamanda sanal makine, ham disk performansına ve özel SCSI komutlarına erişebilir.

RDM Kullanım Senaryoları

Her ortamda RDM gerekli değildir. Çoğunlukla VMFS tabanlı sanal diskler (VMDK) tercih edilir. Ancak şu senaryolarda RDM kritik öneme sahiptir:

1. SAN Snapshot ve Backup Entegrasyonu

• Depolama sistemlerinin kendi snapshot ve replikasyon özellikleri vardır.
• RDM sayesinde bu özellikler doğrudan sanal makineye entegre olur.
• Böylece yedekleme yükü host’tan depolama sistemine kaydırılır.

2. MSCS/WSFC Clustering (Cluster Senaryoları)

• Fiziksel ve sanal makinelerin birlikte çalıştığı cluster ortamlarında quorum ve shared diskler RDM üzerinden sağlanır.
• Hem Virtual-to-Virtual hem de Physical-to-Virtual cluster kurgularında kullanılır.

3. Özel Yazılımlar ve Düşük Seviyeli Disk Erişimi

• Bazı veritabanı sistemleri, yedekleme çözümleri veya depolama yönetim yazılımları doğrudan SCSI komutlarına ihtiyaç duyar.
• RDM, bu komutların diske doğrudan iletilmesine olanak tanır.

4. Geçiş Senaryoları (Migration)

• Fiziksel ortamdan sanal ortama geçişlerde bazı disklerin doğrudan erişime ihtiyaç duyması halinde RDM kullanılabilir.

RDM Uyumluluk Modları

RDM iki farklı uyumluluk (compatibility) modu ile yapılandırılabilir:

Virtual Compatibility Mode

• RDM, sanal disk (VMDK) gibi davranır.
• Snapshot alınabilir.
• vMotion ve Storage vMotion gibi özelliklerle uyumludur.
• Yönetilebilirliği yüksek, esnek bir seçenektir.

Physical Compatibility Mode

• RDM, sanal makineye diske tam fiziksel erişim sağlar.
• Özel SCSI komutları doğrudan iletilir.
• Snapshot alınamaz.
• Daha çok cluster ve depolama yönetim senaryoları için tercih edilir.

RDM ve VMDK Karşılaştırması

Özellik	VMDK (Sanal Disk)	RDM (Virtual Mode)	RDM (Physical Mode)
Snapshot	Destekler	Destekler	X
vMotion	OK	Destekler	Kısıtlı
Depolama bağımlılığı	X	Destekler (LUN bağlı)	Destekler (LUN bağlı)
Performans	Yüksek ama soyutlanmış	Fiziksele yakın	Fiziksel erişim
Cluster desteği	Kısıtlı	Kısıtlı	Geniş (MSCS/WSFC)
Yönetim kolaylığı	En yüksek	Orta	Daha karmaşık

Avantajlar ve Dezavantajlar

Avantajlar

• SAN snapshot ve backup teknolojileriyle uyumluluk.
• Cluster yapılarında zorunlu kullanım desteği.
• Daha yüksek performans ve düşük seviye erişim.
• Fiziksel diske yakın deneyim sunar.

Dezavantajlar

• Virtual Mode dışında snapshot desteği sınırlıdır.
• Depolama bağımlılığı artar (LUN taşınabilirliği kısıtlıdır).
• Yönetim karmaşık hale gelebilir.
• Hatalı yapılandırmalarda veri kaybı riski yüksektir.

RDM Disk Virtual Compatilibity Mode ile RDM Physical Compatibility Mode Karşılaştırılması

Raw Device Mapping (RDM) sanal makinelerin fiziksel LUN’lara doğrudan erişmesini sağlayan güçlü bir VMware özelliğidir.

Ancak RDM iki farklı uyumluluk modu (compatibility mode) ile kullanılabilir:

• Virtual Compatibility Mode (V-RDM)
• Physical Compatibility Mode (P-RDM)

Bu iki mod arasındaki seçim backup stratejilerinden cluster kurulumlarına, performanstan yönetilebilirliğe kadar birçok faktörü etkiler. Şimdi bu iki modu detaylıca karşılaştıralım.

1. Snapshot ve Yedekleme Uyumluluğu

• Virtual Mode: VMware snapshot alınabilir. Dolayısıyla snapshot tabanlı backup (Veeam, Commvault, NetBackup vb.) çözümleri sorunsuz çalışır.
• Physical Mode: Snapshot desteği yoktur. Bu nedenle snapshot’a dayalı backup çözümleri başarısız olur. Yedekleme için ya storage tabanlı snapshot ya da agent-based backup gerekir.

Sonuç: Eğer yedekleme VMware snapshot tabanlıysa → Virtual Mode tercih edilmeli.

2. VM Cloning ve Migration (vMotion & Storage vMotion)

• Virtual Mode:
  • VM cloning mümkündür ancak RDM diski klon sırasında otomatik VMDK’ya dönüştürülür.
  • vMotion desteklenir çünkü pointer dosyası datastore üzerinde kalır.
  • Storage vMotion ile RDM pointer başka datastore’a taşınabilir hatta disk doğrudan VMDK’ya dönüştürülebilir.
• Physical Mode:
  • VM cloning mümkün değildir.
  • vMotion desteklenir, ama kısıtlıdır (özellikle HA/DRS senaryolarında dikkat gerekir).
  • Storage vMotion yalnızca pointer dosyasını taşıyabilir diski VMDK’ya çeviremez.

Sonuç: Esneklik gerekiyorsa → Virtual Mode, Cluster senaryolarında veya donanım bağımlı işlerde → Physical Mode.

3. Donanım Özellikleri ve SCSI Komutları

• Virtual Mode: Gerçek donanım özellikleri gizlenir. Guest OS diski sanal bir disk gibi görür.
• Physical Mode: Tüm donanım özellikleri guest OS’a iletilir. SCSI komutları doğrudan diske gider. Bu özellikle MSCS (Microsoft Cluster Service), SAN tabanlı yazılımlar ve veritabanı replikasyonları için kritik önemdedir.

Sonuç: SAN yazılım entegrasyonu veya SCSI komut desteği gerekiyorsa → Physical Mode şart.

4. File Locking (Dosya Kilitleme)

• Virtual Mode: VMFS’in file locking mekanizmasını kullanır. Böylece veri koruması için sanallaştırma katmanında ek güvenlik vardır.
• Physical Mode: Dosya kilitleme yoktur tamamen depolama sisteminin kontrolündedir.

Sonuç: Veri güvenliği için ek katman istenirse → Virtual Mode daha avantajlıdır.

5. Cluster Senaryoları (MSCS / WSFC)

• Virtual Mode: Cluster-in-a-box (aynı host içinde cluster) veya cluster-across-boxes (farklı hostlar arası cluster) senaryolarında kullanılabilir. Ancak bazı kısıtlamalar vardır.
• Physical Mode: Hem fiziksel hem sanal makinelerin aynı cluster içinde yer aldığı Physical-to-Virtual clustering için zorunludur.

Sonuç: Cluster kuruyorsan genelde → Physical Mode kullanılır.

6. Disk Boyutu ve VMFS Uyumluluğu

• Hem Virtual hem de Physical Mode, VMFS5 ve VMFS6 üzerinde 2 TB’tan büyük RDM diskleri destekler.

7. SAN Management Yazılımlarıyla Uyumluluk

• Virtual Mode: SAN aware uygulamalar için uygun değildir. Çünkü disk sanallaştırılmış bir dosya gibi davranır.
• Physical Mode: SAN tabanlı replikasyon, snapshot, failover yazılımları ile uyumludur. Örneğin EMC RecoverPoint, NetApp SnapMirror gibi çözümler için en uygun moddur.

Sonuç: SAN tabanlı veri yönetiminde → Physical Mode tercih edilir.

8. RDM’den VMDK’ya Dönüşüm Kolaylığı

• Virtual Mode: Storage vMotion ile doğrudan VMDK’ya çevrilebilir. Çok pratik bir yöntemdir.
• Physical Mode: Önce pointer silinip disk Virtual Mode’a alınmalı, ardından Storage vMotion ile VMDK’ya dönüştürülmelidir. Daha karmaşık bir süreçtir.

Genel Karşılaştırma Tablosu

Özellik	Virtual Mode (V-RDM)	Physical Mode (P-RDM)
Snapshot	Desteklenir	Desteklenmez
Backup	VMware snapshot tabanlı çözümler çalışır	SAN snapshot veya agent-based backup gerekir
VM Clone	Mümkün (disk VMDK’ya çevrilir)	Mümkün değil
vMotion	Tam destek	Kısıtlı senaryolarda
Storage vMotion	Pointer + disk taşıma/dönüşüm	Sadece pointer taşınabilir
Donanım Erişimi	Gizlenmiş	Tam fiziksel erişim
File Locking	VMFS üzerinden mevcut	Yok
Cluster Senaryoları	Bazı cluster tiplerinde destek	MSCS/WSFC için tercih edilir
SAN Yazılımları	Uygun değil	En uygun seçenek
RDM → VMDK Dönüşüm	Kolay (Storage vMotion)	Karmaşık (önce Virtual Mode’a çevrilmeli)

• Virtual Mode (V-RDM), yönetim kolaylığı ve VMware özellikleri (snapshot, backup, vMotion, Storage vMotion) ile uyumluluğu sayesinde çoğu senaryoda tercih edilir.
• Physical Mode (P-RDM) ise SAN tabanlı uygulamalar, cluster yapıları ve düşük seviyeli disk erişimi gerektiren ortamlarda vazgeçilmezdir.

Özetle:

• Backup ve esneklik öncelikliyse → Virtual Mode
• Cluster ve SAN entegrasyonu öncelikliyse → Physical Mode

RDM Kullanımı için En İyi Pratikler (Best Practices)

RDM yanlış yapılandırıldığında veya yanlış senaryolarda tercih edildiğinde avantajdan çok risk getirir. Bu nedenle aşağıdaki en iyi pratikler sistem yöneticilerinin doğru karar alması riskleri azaltması ve operasyonel verimliliği artırması için kritik öneme sahiptir.

1. RDM Kullanımını Minimumda Tutulması

• Açıklama: VMware ortamlarında varsayılan depolama tercihi VMDK dosyalarıdır. RDM yalnızca çok özel durumlarda tercih edilmelidir.
• Risk: Gereksiz RDM kullanımı yönetim zorlukları snapshot kısıtlamaları ve yedekleme sorunları doğurur.
• Senaryo: ERP uygulaması için RDM kullanan bir şirket snapshot alamadığı için hızlı yedekleme yapamıyor. Halbuki VMDK ile sorun çözülürdü.
• Best Practice: “Varsayılan: VMDK, İstisna: RDM” kuralını uygula.

2. Doğru Uyumluluk Modunu (Compatibility Mode) Seçilmelidir.

• Virtual Mode: Snapshot desteği, vMotion uyumluluğu → daha esnek ama bazı SCSI komutları kısıtlı.
• Physical Mode: Gerçek fiziksel erişim, cluster için şart → ama snapshot yok, migration kısıtlı.
• Senaryo: SQL Server WSFC kurulumu yapılıyor. Quorum diski VMDK olarak tanımlanınca cluster kurulumu başarısız oluyor.
• Best Practice:
  • Cluster diskleri → Physical Mode RDM
  • Snapshot gereken ama özel LUN kullanan VM’ler → Virtual Mode RDM

3. Snapshot ve Yedekleme Stratejisini Önceden Belirlenmelidir.

• Açıklama: Snapshot desteği RDM moduna göre değişir.
• Risk: Yanlış planlama → Yedekleme başarısız olur.
• Senaryo: Commvault ile snapshot tabanlı backup yapan bir ekip Physical Mode RDM kullandığı için hiçbir yedeğin alınmadığını fark etti.
• Best Practice:
  • Snapshot tabanlı yedekleme gerekiyorsa Virtual Mode kullan.
  • SAN snapshot kullanılacaksa Physical Mode uygundur.
  • Yedekleme yazılımının RDM desteğini dokümantasyondan kontrol et.

4. vMotion ve Storage vMotion Uyumunu Test Edilmelidir.

• Açıklama: RDM VM migration süreçlerinde kısıtlamalar getirir.
• Risk: HA (High Availability) veya DRS (Distributed Resource Scheduler) çalışmayabilir.
• Senaryo: Bir VM HA cluster’da RDM Physical Mode kullandığı için otomatik başka host’a taşınamadı. Bu da kesintiye yol açtı.
• Best Practice:
  • HA/DRS senaryolarında → Virtual Mode RDM veya VMDK tercih et.
  • Physical Mode kullanılıyorsa → Host bağımlılığını kabul et.

5. Depolama Envanteri ve Dokümantasyon Zorunlu

• Açıklama: RDM fiziksel LUN’lara bağımlıdır. Yanlışlıkla silinen LUN → VM çökmesi.
• Risk: Veri kaybı, uzun kesinti.
• Senaryo: DR testinde LUN ID’leri yanlış tanımlandı. VM’ler çalışmadı.
• Best Practice:
  • CMDB’de RDM kullanılan her LUN’u kaydet.
  • LUN numarası, datastore, path bilgilerini dokümante et.
  • Depolama ekibi ile koordineli çalış.

6. Performans Kazancı ile Yönetim Zorluğunu Dengelemek Gerekir.

• Açıklama: Physical Mode RDM VMDK’ya göre biraz daha hızlı olabilir ama yönetim kolaylığını kaybettirir.
• Risk: Yüksek performans için seçilen RDM, snapshot ve migration sorunları doğurur.
• Senaryo: Bir medya şirketi video işleme sunucusunda RDM kullandı performans kazandı ama backup alamadığı için ciddi risk aldı.
• Best Practice:
  • Performans kazanımı gerçekten kritikse RDM seç.
  • Aksi halde VMDK kullan.

7. Disaster Recovery (DR) Senaryolarını Önceden Test Edilmelidir.

• Açıklama: DR senaryolarında RDM kullanılan VM’lerin failover süreci farklıdır.
• Risk: DR testinde LUN erişimi olmaması → Servislerin açılmaması.
• Senaryo: Bir DR testinde, secondary storage tarafında RDM LUN’ları tanımlı olmadığı için tüm cluster ayağa kalkamadı.
• Best Practice:
  • RDM kullanılan her VM’in DR senaryosunu önceden test et.
  • SRM (Site Recovery Manager) kullanıyorsan RDM uyumluluğunu kontrol et.

8. Depolama Cihazlarının LUN yönetimi için İşin İçine Katılması.

• Açıklama: RDM storage ekibiyle koordinasyon gerektirir çünkü doğrudan LUN yönetimi söz konusu.
• Risk: IT ekibi bağımsız hareket ettiğinde LUN yanlış yapılandırılır, VM erişemez.
• Senaryo: LUN, storage ekibi tarafından başka bir host’a atanmadığı için RDM kullanan VM açılmadı.
• Best Practice:
  • Storage provisioning sürecinde storage admin ile birlikte çalış.
  • LUN zoning, masking ve mapping süreçlerini beraber planla.

9. Gelecek İçin vVols Alternatifini Düşünülmesi

• Açıklama: VMware vVols (Virtual Volumes), RDM’in sunduğu birçok avantajı daha modern ve esnek şekilde sunuyor.
• Risk: RDM bağımlılığı → vVols geçişini zorlaştırır.
• Senaryo: Yeni bir projede vVols’a geçmek isteyen bir firma, RDM bağımlılığı yüzünden geçişi 1 yıl ertelemek zorunda kaldı.
• Best Practice:
  • Yeni projelerde RDM yerine vVols planla.
  • Mevcut RDM kullanımlarını uzun vadede azalt.