Od zavedení clusterovaného VMDK v úložištích dat VMFS už aplikace, jako je Windows Server Failover Cluster (WSFC), nevyžadují mapování nezpracovaných zařízení (RDM), aby mohly používat trvalé rezervace SCSI-3 (SCSI3-PR). Z tohoto důvodu společnost Broadcom nenabízí podporu RDM pro protokol NVMeoF. Zákazníci, kteří používají soubory RDM s SDC a chtějí přejít na NVMe/TCP, musí tyto disky převést na VMDK v datovém úložišti VMFS s vlastností Clustered VMDK. Tento převod nelze provést pomocí úložiště vMotion, takže aplikace, jako je WSFC, budou muset prostoje.

Tento článek znalostní databáze se vztahuje na:

• Zákazníci, kteří v systémech PowerFlex 5.0 přecházejí z SDC na NVMe/TCP
• Prostředí VMware vSphere 8.0U3 a 9.x využívající soubory RDM s více zápisy nebo sdíleným fyzickým řadičem sběrnice SCSI pro disky
• Clustery Oracle RAC
• Windows Server Failover Clustering, včetně:
  • Clustery s podporou převzetí služeb při selhání systému SQL Server
  • Clustery souborových serverů
  • Disky kvora clusteru

Podpora:

Při použití clusterovaného souboru VMDK společnost Dell podporuje pro tyto postupy následující verze:

• ESXi verze 8.0U3 a 9.x
  • Tyto verze podporují clusterovaný soubor NVMe/TCP VMDK v systému PowerFlex 5.0.
• PowerFlex 5.0
  • PowerFlex 4.x není podporován

Pokud při převodu Oracle RAC nepoužíváte clusterovaný soubor VMDK, je podporován systém PowerFlex 4.x.

I když se tento článek znalostní databáze zaměřuje na clusterované aplikace, můžete převést samostatné virtuální počítače s RDM na VMDK pomocí podobných postupů, zejména v případě Oracle s ASM. Pokud používáte soubory RDM, protože potřebujete zařízení s přímým průchodem, není převod na soubory VMDK vhodným řešením.

Přehled

Tento článek popisuje podporované postupy pro převod stávajících aplikačních clusterů založených na SDC RDM na sdílené VMDK v datových úložištích NVMe/TCP. Metody převodu se liší v závislosti na požadavcích aplikace. Podle toho plánujte. Společnost Dell očekává, že uživatel tohoto KB bude mít znalosti souvisejících technologií. Proto jsou kroky vysoké úrovně a zřídka zahrnují syntaxi.

Tady jsou popsané dva primární případy použití RDM:

1. Oracle RAC využívající fyzické soubory RDM s více zapisovači
2. Clustering WSFC (Windows Server Failover Clustering) pomocí fyzických souborů RDM pro SCSI3-PR

Virtuální řadič úložiště ve virtuálních počítačích VMware má důležitý koncept, kterému je nutné před pokračováním porozumět. Tyto řadiče zodpovídají za připojení virtuálních disků k virtuálnímu počítači. Virtuální řadiče nejsou svázané s protokolem fyzického úložiště používaným podkladovým úložištěm dat. I když je například výchozí řadič označen jako "SCSI", je zcela virtuální a neodráží ani neomezuje přenos fyzického úložiště, který se pod ním používá. Vzhledem k této abstrakci nezáleží na tom, jestli připojíte VMDK pomocí virtuálního řadiče SCSI nebo NVMe, bez ohledu na to, jestli je protokol úložiště SCSI nebo NVMeoF. V praxi VMware obecně doporučuje používat řadiče SCSI bez ohledu na úložiště typu VMware Paravirtual (PVSCSI), protože obvykle nabízejí větší stabilitu a lepší výkon pro většinu úloh. pokud však chcete, můžete použít řadiče NVMe. 

1. Oracle RAC: Převod souborů RDM na VMDK

Některá prostředí Oracle RAC používají soubory RDM k poskytování sdíleného úložiště pro datové soubory nebo skupiny disků ASM, nikoli VMDK. Tato nastavení je možné převést online, i když některé metody vyžadují odstávku. Pokrýváme jak RDM, tak ASM.

1.1 RAC bez ASM

Pokud se Oracle Automatic Storage Management (ASM) nepoužívá, můžete provést převod online pomocí jedné z následujících metod.

Varianta A – online migrace datových souborů

1. Vytvořte nové sdílené soubory VMDK:
• Datové úložiště VMFS v NVMe/TCP (vlastnost clustered VMDK se NEVYŽADUJE)
• Tlustá provize Dychtivý vynulovaný (EZT)
• Povolena funkce vícenásobného zápisu
2. Připojte soubory VMDK ke všem uzlům RAC.
3. Přidejte nové datové soubory pomocí VMDK.
4. Migrujte data z datových souborů založených na RDM do datových souborů založených na VMDK.
5. Vyřaďte původní datové soubory založené na RDM.
6. K přesunutí clusteru použijte crsctl/ocrconfig.

Tento přístup zabraňuje výpadkům, ale může vyžadovat přesun dat na úrovni tabulkového prostoru nebo objektu, což může být časově náročné.

Možnost B – Převést na ASM (preferováno)

Přechod na ASM zjednodušuje dlouhodobou správu úložiště a je doporučeným strategickým koncovým stavem.

Existují dva podporované přístupy:

• Online migrace do skupin disků ASM
• RMAN použitíZÁLOHOVÁNÍ JAKO KOPÍROVACÍ DATABÁZE
• Vyžaduje krátký výpadek
• Rychlejší a bezpečnější pro velké databáze
• Běžně preferované pro produkční systémy

1.2 RAC již používá ASM

Pokud se používá ASM, výměna RDM je jednoduchá a online:

1. Vytvořte nové sdílené soubory VMDK:
• Datové úložiště VMFS v NVMe/TCP (vlastnost clusterovaného souboru VMDK se NEVYŽADUJE)
• Silná provize Dychtivý vynulován
• Povolena funkce vícenásobného zápisu
2. Přidejte VMDK do skupiny disků ASM.
3. Nechte dokončit vyvážení ASM.
4. Vyřazení disků ASM zálohovaných soubory RDM.
5. K přesunutí clusteru použijte crsctl/ocrconfig.

Tento proces nevyžaduje žádné prostoje aplikací a představuje minimální riziko.

2. WSFC: Převod souborů RDM na VMDK

⚠️ Důležité: Migraci služby WSFC provádějte po jednotlivých discích, abyste zachovali stabilitu clusteru. V tomto příkladu se jedná o cluster se dvěma uzly.

2.1 Předpoklady (povinné)

Požadavky společnosti VMware

• Verze hardwaru virtuálního počítače podporuje clusterované soubory VMDK.
• Datové úložiště VMFS v NVMe/TCP
• Povolena funkce clustered VMDK
• Silné přidělování Dychtivé vynulované disky
• Žádné snapshoty na virtuálních počítačích clusteru
• Úložiště DRS zakázáno

Požadavky WSFC

• Cluster je v pořádku
• Ověření clusteru je čisté (upozornění přijatelná)
• Každý disk má jeden vlastnící uzel

2.2 Vytvoření nových sdílených VMDK

Pro každý disk RDM:

1. Vytvořte nový soubor VMDK v datovém úložišti NVMe/TCP (vyžaduje se clusterovaný soubor VMDK):
• Stejná nebo větší velikost
• Silná provize Dychtivý vynulován
2. Připojte soubor VMDK k oběma uzlům clusteru:
• Stejný typ řadiče SCSI (doporučeno PVSCSI)
• Stejné číslo řadiče
• Stejné SCSI ID
• Povolit sdílení fyzické sběrnice SCSI

2.3 Příprava disku (pouze uzel vlastníka)

Na aktuálně vlastnícím uzlu:

1. Přepněte nový disk do režimu online.
2. Inicializovat jako GPT.
3. Naformátujte NTFS se 128 kB.
4. Přiřaďte dočasné písmeno jednotky.

Na sekundárním uzlu ponechte disk offline.

2.4 Migrace dat (disk po disku)

Příklad datového disku SQL Server:

1. Failing role SQL pro vlastnící uzel.
2. Zastavte prostředky SQL (SQL Server) pomocí starého RDM, udržujte disk online.
3. Kopírování dat pomocí nástroje robocopy, kde R představuje RDM a V je nový VMDK:
   1. robocopy R:\ V:\ /MIR /COPYALL /DCOPY:T /R:0 /W:0
4. Ověřte integritu dat.
5. Změňte písmena jednotek tak, aby nový disk měl staré písmeno.
6. Aktualizujte závislosti prostředků clusteru tak, aby odkazovaly na nový disk.
7. Uveďte zdroje online.
8. Přesuňte vlastnictví do jiného uzlu a otestujte ho.
9. Po dokončení odeberte závislost na starém disku (RDM).
10. Tento postup opakujte pro každý datový disk

Zopakujte postup pro položky:

• Disky protokolů
• Temp

2.5 Nahrazení zdroje disku clusteru

Po ověření:

1. Odeberte starý disk RDM z role clusteru.
2. Přidejte do role nový disk VMDK.
3. Potvrďte vlastnictví a závislosti.
4. Přesuňte vlastnictví do jiného uzlu a otestujte ho.

2.6 Migrace disku kvora (je-li používán)

Jak zabránit náhodnému výpadku clusteru:

1. Dočasně přepněte kvorum na většinu uzlu, nikoli na disk.
   1. Set-ClusterQuorum -NodeMajority
2. Pro přidání nového disku postupujte podle části 2.3 .
3. Přidejte disk do clusteru v uživatelském rozhraní nebo Add-ClusterDisk v PS.
4. Nastavte nový disk jako kvorum v uživatelském rozhraní nebo nastavte nový disk jako kvorum nebo Set-ClusterQuorum -DiskWitness "Cluster Disk X"
5. Přepněte počítač do režimu offline a odeberte disk RDM.

3 Odstraňte RDM

Pouze po úspěšném ověření v obou případech použití:

1. Odeberte mapování RDM z obou virtuálních počítačů.
2. Odpojte jednotky LUN od hostitelů ESXi.
3. Domapujte svazky v nástroji PowerFlex Manager.

4 Běžné problémy

1. Selhání použití disků EZT
   • Clusterová řešení, která jsou zde popsána, vyžadují EZT – žádnou podporu pro tenké nebo nulové tloušťky
2. Neodpovídající konfigurace řadiče. Jakákoli níže uvedená neshoda zabrání správnému fungování disku v clusteru.
   • Stejný typ řadiče SCSI
   • Stejné číslo řadiče
   • Stejné SCSI ID
3. Selhání nastavení vícenásobného zápisu na Oracle EZT vmdk na každém virtuálním počítači (uzlu) pro každý VMDK
4. Nastavení sdílení fyzické sběrnice SCSI v řadiči pro službu WSFC se nezdařilo. 

4.1 Podpora konfigurace

Odkazy na doplňkovou dokumentaci (v žádném konkrétním pořadí):

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

https://learn.microsoft.com/sql/sql-server/failover-clusters/windows/change-failover-cluster-instance-storage

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