VMFS veri depolarında Kümelenmiş VMDK'nin kullanıma sunulmasından bu yana, Windows Server Yük Devretme Kümesi (WSFC) gibi uygulamalar artık SCSI-3 kalıcı ayırmalarını (SCSI3-PR) kullanmak için Ham Cihaz Eşlemeleri (RDM'ler) gerektirmez. Bu nedenle Broadcom, NVMeoF protokolü için RDM desteği sunmaz. SDC ile RDM kullanan ve NVMe/TCP ye geçmek isteyen müşterilerin, bu diskleri Clustered VMDK özelliğine sahip bir VMFS veri deposunda VMDK'lere dönüştürmesi gerekir. Bu dönüştürme Storage vMotion ile yapılamaz, bu nedenle WSFC gibi uygulamalar kapalı kalma süresine neden olur.

Bu KB aşağıdakiler için geçerlidir:

• PowerFlex 5.0 sistemlerinde SDC'den NVMe/TCP'ye geçen müşteriler
• Diskler için çok yazıcılı veya paylaşılan fiziksel SCSI veri yolu denetleyicisine sahip RDM'leri kullanan VMware vSphere 8.0U3 ve 9.x ortamları
• Oracle RAC kümeleri
• Aşağıdakiler dahil olmak üzere Windows Server Yük Devretme Kümelemesi:
  • SQL Server Yük Devretme Kümeleri
  • Dosya sunucusu kümeleri
  • Küme Quorum diskleri

Destek:

Dell, Kümelenmiş VMDK kullanırken bu prosedürler için aşağıdaki sürümleri destekler:

• ESXi 8.0U3 ve 9.x sürümleri
  • Bu sürümler, PowerFlex 5.0 üzerinde NVMe/TCP Kümelenmiş VMDK'yi destekler
• PowerFlex 5.0
  • PowerFlex 4.x desteklenmez

Oracle RAC dönüştürülürken, Kümelenmiş VMDK kullanmıyorsanız PowerFlex 4.x desteklenir.

Bu KB kümelenmiş uygulamalara odaklansa da, özellikle ASM'li Oracle örneğinde benzer prosedürleri kullanarak RDM'lere sahip bağımsız VM'leri VMDK'lere dönüştürebilirsiniz. Doğrudan geçiş aygıtlarına ihtiyacınız olduğu için RDM'leri kullanıyorsanız, VMDK'lere dönüştürmek uygun bir çözüm değildir.

Genel Bakış

Bu makalede, mevcut SDC, RDM tabanlı uygulama kümelerini NVMe/TCP veri depolarında paylaşılan VMDK'lere dönüştürmek için desteklenen, en iyi uygulama yaklaşımları özetlenmektedir. Dönüştürme yöntemleri, uygulama gereksinimlerine göre farklılık gösterir. Buna göre plan yapın. Dell, bu KB'nin kullanıcılarının kapsam dahilindeki teknolojiler konusunda yetkin olmasını bekler; Bu nedenle, adımlar üst düzeydedir ve nadiren sözdizimi içerir.

Burada ele alınan iki birincil RDM kullanım örneği vardır:

1. Çok yazıcılı fiziksel RDM'ler kullanan Oracle RAC
2. SCSI3-PR için fiziksel RDM'ler kullanan Windows Server Yük Devretme Kümelemesi (WSFC)

VMware sanal makinelerindeki sanal depolama denetleyicisi ile ilgili devam etmeden önce anlaşılması gereken önemli bir kavram vardır. Bu denetleyiciler, sanal diskleri VM'ye bağlamaktan sorumludur. Sanal denetleyiciler, temel veri deposu tarafından kullanılan fiziksel depolama protokolüne bağlı değildir. Örneğin, varsayılan denetleyici "SCSI" olarak etiketlenmiş olsa da tamamen sanaldır ve altında kullanılan fiziksel depolama aktarımını yansıtmaz veya kısıtlamaz. Bu soyutlama nedeniyle, depolama protokolünün SCSI veya NVMeoF olması fark etmeksizin sanal SCSI veya NVMe denetleyicisi kullanarak bir VMDK eklemeniz işlevsel bir fark yaratmaz. Uygulamada, VMware, çoğu iş yükü için daha fazla kararlılık ve gelişmiş performans sunma eğiliminde olduklarından, VMware Paravirtual (PVSCSI) türündeki depolama ne olursa olsun genellikle SCSI denetleyicilerinin kullanılmasını önerir; ancak, isterseniz NVMe denetleyicilerini kullanabilirsiniz. 

1. Oracle RAC: RDM'leri VMDK'lere dönüştürme

Bazı Oracle RAC ortamları, veri dosyaları veya ASM disk grupları için paylaşılan depolama sağlamak amacıyla VMDK'ler yerine RDM'leri kullanır. Bu kurulumları çevrimiçi olarak dönüştürmek mümkündür, ancak bazı yöntemler kapalı kalma süresi gerektirir. Hem RDM tabanlı hem de ASM'yi kapsıyoruz.

1.1 ASM'siz RAC

Oracle Automatic Storage Management (ASM) kullanımda değilse, aşağıdaki yöntemlerden birini kullanarak çevrimiçi dönüştürme yapabilirsiniz.

Seçenek A — Çevrimiçi veri dosyası geçişi

1. Yeni paylaşılan VMDK'ler oluşturun:
• NVMe/TCP üzerinde VMFS veri deposu (Kümelenmiş VMDK özelliği gerekli DEĞİLDİR)
• Thick Provision Eager Zeroed (EZT)
• Çoklu yazıcı etkin
2. VMDK'leri tüm RAC düğümlerine bağlayın.
3. VMDK'leri kullanarak yeni veri dosyaları ekleyin.
4. Verileri RDM tabanlı veri dosyalarından VMDK tabanlı veri dosyalarına geçirin.
5. Orijinal RDM tabanlı veri dosyalarını bırakın.
6. Küme yazılımını taşımak için crsctl/ocrconfig kullanın.

Bu yaklaşım kapalı kalma süresini önler, ancak zaman alıcı olabilecek tablo alanı düzeyinde veya nesne düzeyinde veri taşıma gerektirebilir.

Seçenek B — ASM'ye dönüştür (tercih edilen)

ASM'ye dönüştürme, uzun vadeli depolama yönetimini basitleştirir ve önerilen stratejik son durumdur.

Desteklenen iki yaklaşım mevcuttur:

• ASM disk gruplarına çevrimiçi geçiş
• BACKUP AS COPY DATABASE kullananRMAN
• Kısa süreli bir kesinti gerektirir
• Büyük veritabanları için daha hızlı ve daha güvenli
• Üretim sistemleri için yaygın olarak tercih edilir

1.2 RAC zaten ASM kullanıyor

ASM kullanımdaysa, RDM değişimi basit ve çevrimiçidir:

1. Yeni paylaşılan VMDK'ler oluşturun:
• NVMe/TCP üzerinde VMFS veri deposu (kümelenmiş VMDK özelliği gerekli DEĞİLDİR)
• Thick Provision Eager Zeroed
• Çoklu yazıcı etkin
2. VMDK'leri ASM disk grubuna ekleyin.
3. ASM yeniden dengelemesinin tamamlanmasına izin verin.
4. RDM'ler tarafından desteklenen ASM disklerini bırakın.
5. Küme yazılımını taşımak için crsctl/ocrconfig kullanın.

Bu işlem, uygulama kapalı kalma süresi gerektirmez ve minimum risk sunar.

2. WSFC: RDM'leri VMDK'lere dönüştürme

⚠️ Önemli: Küme kararlılığını korumak için WSFC geçişini bir kerede bir disk gerçekleştirin. Bu örnek iki düğümlü bir kümedir.

2.1 Ön koşullar (zorunlu)

VMware gereksinimleri

• VM donanım sürümü kümelenmiş VMDK'leri destekler
• NVMe/TCP üzerinde VMFS veri deposu
• Kümelenmiş VMDK özelliği etkin
• Thick Provision Eager Sıfırlı diskler
• Küme VM'lerinde anlık görüntü yok
• Depolama DRS'yi devre dışı bırakmak

WSFC gereksinimleri

• Küme sağlıklı
• Küme doğrulaması temiz (uyarılar kabul edilebilir)
• Her diskin tek bir ait düğümü vardır

2.2 Yeni paylaşılan VMDK'ler oluşturma

Her RDM diski için:

1. NVMe/TCP veri deposunda yeni bir VMDK oluşturun (Kümelenmiş VMDK gerekir):
• Aynı veya daha büyük boyut
• Thick Provision Eager Zeroed
2. VMDK'yı her iki küme düğümüne de ekleyin:
• Aynı SCSI denetleyici türü (PVSCSI önerilir)
• Aynı denetleyici numarası
• Aynı SCSI ID
• SCSI fiziksel veri yolu paylaşımını etkinleştirme

2.3 Diski hazırlama (yalnızca sahip düğümü)

Geçerli sahip olan düğümde:

1. Yeni diski çevrimiçi duruma getirin.
2. GPT olarak başlatın.
3. NTFS'yi 128KB ile biçimlendirin.
4. Geçici bir sürücü harfi atayın.

İkincil düğümde diski çevrimdışı bırakın.

2.4 Verileri taşıma (diskten diske)

SQL Server veri diski örneği:

1. Sahip olan düğüme SQL rolü başarısız olur.
2. Eski RDM'yi kullanarak SQL kaynaklarını (SQL Server) durdurun, diski çevrimiçi tutun.
3. R'nin RDM ve V'nin yeni VMDK olduğu robocopy kullanarak verileri kopyalayın:
   1. robocopy R:\ V:\ /MIR /COPYALL /DCOPY:T /R:0 /W:0
4. Veri bütünlüğünü doğrulayın.
5. Yeni diskte eski harf olacak şekilde sürücü harflerini değiştirin.
6. Yeni diski referans almak için küme kaynak bağımlılıklarını güncelleştirin.
7. Kaynakları çevrimiçi duruma getirin.
8. Sahipliği test etmek için başka bir düğüme taşıyın.
9. Tamamlandığında eski diske (RDM) bağımlılığı kaldırın.
10. Her veri diski için tekrarlayın

Bu işlemi şunun için tekrarlayın:

• Günlük diskleri
• Temp

2.5 Küme disk kaynağını değiştirme

Doğrulamadan sonra:

1. Eski RDM diskini küme rolünden kaldırın.
2. Yeni VMDK diskini role ekleyin.
3. Sahipliği ve bağımlılıkları onaylayın.
4. Sahipliği test etmek için başka bir düğüme taşıyın.

2.6 Quorum disk geçişi (kullanımdaysa)

Yanlışlıkla küme kesintisini önlemek için:

1. Yetersayıları disk yerine geçici olarak düğüm çoğunluğuna geçirin.
   1. Set-ClusterQuorum -NodeMajority
2. Yeni bir disk eklemek için bölüm 2.3'ü izleyin.
3. Diski kullanıcı arayüzünde kümeye ekleyin veya PS'de Add-ClusterDisk öğesine ekleyin.
4. Yeni diski kullanıcı arayüzünde çekirdek olarak ayarlayın veya Set-ClusterQuorum -DiskWitness "Cluster Disk X
5. Çevrimdışı duruma getirin ve RDM diskini kaldırın.

3 RDM'leri kaldırın

Yalnızca her iki kullanım durumunda da başarılı doğrulamadan sonra:

1. Her iki VM'den de RDM eşlemelerini kaldırın.
2. LUN'ları ESXi ana bilgisayarlarından ayırın.
3. PowerFlex Manager'da birimleri eşleme.

4 Yaygın sorunlar

1. EZT disklerinin kullanılamaması
   • Burada ele alınan kümelenmiş çözümler EZT gerektirir – ince veya sıfır kalınlık desteği yoktur
2. Uyumsuz denetleyici yapılandırması. Aşağıdaki herhangi bir uyuşmazlık, diskin kümede düzgün çalışmasını önler.
   • Aynı SCSI denetleyici tipi
   • Aynı denetleyici numarası
   • Aynı SCSI ID
3. Her VMDK için her VM'de (düğüm) Oracle EZT vmdk'lerde çoklu yazıcı ayarlanamadı
4. WSFC denetleyicisinde SCSI fiziksel veri yolu paylaşımının ayarlanamaması 

4.1 Yapılandırma desteği

Ek belge bağlantıları (belirli bir sıra olmadan):

https://learn.microsoft.com/en-us/sql/sql-server/?view=sql-server-ver17

https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/robocopy

https://knowledge.broadcom.com/external/article/313472/microsoft-windows-server-failover-cluste.html

https://blogs.vmware.com/cloud-foundation/2023/07/06/shared-disk-clustering-on-vsphere-getting-out-of-the-multi-writer-flag-jam/

https://www.vmware.com/docs/vmw-vmdk-whitepaper-mmt

https://learn.microsoft.com/en-us/troubleshoot/windows-server/high-availability/configuring-witness-resource

https://learn.microsoft.com/windows-server/administration/windows-commands/robocopy