Sinds de introductie van geclusterde VMDK op VMFS-datastores hebben applicaties zoals Windows Server Failover Cluster (WSFC) geen RAW Device Mappings (RDM's) meer nodig om SCSI-3 permanente reserveringen (SCSI3-PR) te gebruiken. Daarom biedt Broadcom geen RDM-ondersteuning voor het NVMeoF-protocol. Klanten die RDM's met de SDC gebruiken en willen overstappen naar NVMe/TCP, moeten deze schijven converteren naar VMDK's op een VMFS-datastore met de eigenschap Clustered VMDK. Deze conversie kan niet worden gedaan met Storage vMotion, dus applicaties zoals WSFC zullen downtime oplopen.

Dit KB-artikel is van toepassing op:

• Klanten die overstappen van SDC naar NVMe/TCP op PowerFlex 5.0 systemen
• VMware vSphere 8.0U3- en 9.x-omgevingen die RDM's gebruiken met meerdere schrijvers of een gedeelde fysieke scsi-buscontroller voor schijven
• Oracle RAC-clusters
• Windows Server Failover Clustering, waaronder:
  • SQL Server failoverclusters
  • Bestandsserverclusters
  • Quorumschijven cluster

Support:

Dell ondersteunt de volgende versies voor deze procedures bij gebruik van geclusterde VMDK:

• ESXi-versies 8.0U3 en 9.x
  • Deze versies ondersteunen NVMe/TCP geclusterde VMDK op PowerFlex 5.0
• PowerFlex 5.0
  • PowerFlex 4.x wordt niet ondersteund

Als u bij het converteren van Oracle RAC geen geclusterde VMDK gebruikt, wordt PowerFlex 4.x ondersteund.

Hoewel dit KB-artikel zich richt op geclusterde applicaties, kunt u standalone VM's met RDM's converteren naar VMDK's met behulp van vergelijkbare procedures, met name in het geval van Oracle met ASM. Als u RDM's gebruikt omdat u directe passthrough-apparaten nodig hebt, is converteren naar VMDK's geen geschikte oplossing.

Overzicht

Dit artikel beschrijft de ondersteunde, best practice-benaderingen voor het converteren van bestaande SDC, RDM-gebaseerde applicatieclusters naar gedeelde VMDK's op NVMe/TCP-datastores. Conversiemethoden verschillen op basis van toepassingsvereisten. Plan dienovereenkomstig. Dell verwacht dat de gebruiker van deze KB bedreven is in de beschreven technologieën; Daarom zijn stappen op hoog niveau en bevatten ze zelden syntaxis.

Er zijn twee primaire RDM-gebruiksscenario's die hier worden behandeld:

1. Oracle RAC met behulp van fysieke RDM's met multi-writer
2. Windows Server Failover Clustering (WSFC) met behulp van fysieke RDM's voor SCSI3-PR

Er is een belangrijk concept met betrekking tot de virtuele storagecontroller in VMware VM's dat u moet begrijpen voordat u verdergaat. Deze controllers zijn verantwoordelijk voor het aansluiten van virtuele schijven op de VM. Virtuele controllers zijn niet gebonden aan het fysieke storageprotocol dat wordt gebruikt door de onderliggende datastore. De standaardcontroller wordt bijvoorbeeld aangeduid als 'SCSI', maar is volledig virtueel en weerspiegelt of beperkt niet het fysieke storagetransport dat eronder wordt gebruikt. Vanwege deze abstractie maakt het geen functioneel verschil of u een VMDK koppelt met behulp van een virtuele SCSI- of NVMe-controller, ongeacht of het storageprotocol SCSI of NVMeoF is. In de praktijk raadt VMware over het algemeen het gebruik van SCSI-controllers aan, ongeacht de storage van het type VMware Paravirtual (PVSCSI), omdat deze meer stabiliteit en verbeterde prestaties bieden voor de meeste workloads; U kunt echter NVMe-controllers gebruiken als u dat wilt. 

1. Oracle RAC: RDM's converteren naar VMDK's

Sommige Oracle RAC-omgevingen gebruiken RDM's om gedeelde storage te bieden voor databestanden of ASM-schijfgroepen, in plaats van VMDK's. Het is mogelijk om deze opstellingen online om te zetten, hoewel sommige methoden wel downtime vereisen. We dekken zowel RDM-gebaseerde als ASM.

1.1 RAC zonder ASM

Als Oracle Automatic Storage Management (ASM) niet in gebruik is, kunt u online converteren via een van de volgende methoden.

Optie A — Online migratie van databestanden

1. Nieuwe gedeelde VMDK's maken:
• VMFS-datastore op NVMe/TCP (geclusterde VMDK-eigenschap NIET vereist)
• Thick Provision Eager Zeroed (EZT)
• Multiwriter ingeschakeld
2. VMDK's aansluiten op alle RAC-knooppunten.
3. Voeg nieuwe databestanden toe met behulp van de VMDK's.
4. Migreer data van op RDM gebaseerde databestanden naar op VMDK gebaseerde databestanden.
5. Zet de oorspronkelijke RDM-databestanden neer.
6. Gebruik crsctl/ocrconfig om clusterware te verplaatsen.

Deze aanpak voorkomt downtime, maar kan gegevensverplaatsing op tabelruimte- of objectniveau vereisen, wat tijdrovend kan zijn.

Optie B - Converteren naar ASM (voorkeur)

Converteren naar ASM vereenvoudigt het storagebeheer op de lange termijn en is de aanbevolen strategische eindstatus.

Er bestaan twee ondersteunde benaderingen:

• Online migratie naar ASM-schijfgroepen
• RMAN metBACKUP AS COPY DATABASE
• Vereist een korte onderbreking
• Sneller en veiliger voor grote databases
• Vaak aanbevolen voor productiesystemen

1.2 RAC gebruikt al ASM

Als ASM in gebruik is, is RDM-vervanging eenvoudig en online:

1. Nieuwe gedeelde VMDK's maken:
• VMFS-datastore op NVMe/TCP (geclusterde VMDK-eigenschap NIET vereist)
• Dikke provisie gretig op nul gezet
• Multiwriter ingeschakeld
2. Voeg de VMDK's toe aan de ASM-schijfgroep.
3. Wacht tot het opnieuw balanceren van ASM is voltooid.
4. Drop ASM-schijven die worden ondersteund door RDM's.
5. Gebruik crsctl/ocrconfig om clusterware te verplaatsen.

Dit proces vereist geen downtime van applicaties en brengt een minimaal risico met zich mee.

2. WVV: RDM's converteren naar VMDK's

⚠️ Belangrijk: De WSFC-migratie één schijf tegelijk uitvoeren om de stabiliteit van het cluster te behouden. Dit voorbeeld is een cluster met twee knooppunten.

2.1 Vereisten (verplicht)

VMware-vereisten

• VM-hardwareversie ondersteunt geclusterde VMDK's
• VMFS datastore on NVMe/TCP
• Geclusterde VMDK-functie ingeschakeld
• Thick Provisioning-gretig Zeroed schijven
• Geen snapshots op cluster-VM's
• Storage DRS uitgeschakeld

WVV-eisen

• Cluster in orde
• Clustervalidatie schoon (waarschuwingen acceptabel)
• Elke schijf heeft één eigen knooppunt

2.2 Nieuwe gedeelde VMDK's maken

Voor elke RDM-schijf:

1. Maak een nieuwe VMDK op NVMe/TCP-datastore (geclusterde VMDK vereist):
• Dezelfde of grotere maat
• Dikke provisie gretig op nul gezet
2. Koppel de VMDK aan beide clusterknooppunten:
• Zelfde type SCSI-controller (PVSCSI aanbevolen)
• Zelfde controllernummer
• Zelfde SCSI-ID
• Fysiek SCSI-busdelen inschakelen

2.3 Schijf voorbereiden (alleen eigenaarsknooppunt)

Op het huidige eigenaarsknooppunt:

1. Breng de nieuwe schijf online.
2. Initialiseren als GPT.
3. Formaat NTFS met 128KB.
4. Wijs een tijdelijke stationsletter toe.

Laat de schijf offline op het secundaire knooppunt.

2.4 Data migreren (schijf voor schijf)

Voorbeeld voor een SQL Server-gegevensschijf:

1. De SQL-rol naar het beherende knooppunt mislukt.
2. Stop SQL-bronnen (SQL Server) met behulp van de oude RDM, houd schijf online.
3. Kopieer data met robocopy waarbij R de RDM is en V de nieuwe VMDK:
   1. robocopy R:\ V:\ /MIR /COPYALL /DCOPY:T /R:0 /W:0
4. Controleer de data-integriteit.
5. Verander de stationsletters zodat de nieuwe schijf de oude letter heeft.
6. Werk de afhankelijkheden van clusterbronnen bij om naar de nieuwe schijf te verwijzen.
7. Breng bronnen online.
8. Verplaats het eigendom naar een ander knooppunt om te testen.
9. Wanneer dit is voltooid, verwijdert u de afhankelijkheid van de oude schijf (RDM).
10. Herhaal dit voor elke gegevensschijf

Herhaal dit proces voor:

• Logboekschijven
• Temp

2.5 Replace cluster disk resource

Na validatie:

1. Verwijder de oude RDM-schijf uit de clusterrol.
2. Voeg de nieuwe VMDK-schijf toe aan de rol.
3. Eigenaarschap en afhankelijkheden bevestigen.
4. Verplaats het eigendom naar een ander knooppunt om te testen.

2.6 Quorumschijfmigratie (indien in gebruik)

Accidentele clusterstoring voorkomen:

1. Schakel het quorum tijdelijk over naar knooppuntmeerderheid in plaats van schijf.
   1. Set-ClusterQuorum -NodeMajority
2. Volg sectie 2.3 om een nieuwe schijf toe te voegen.
3. Voeg de schijf toe aan het cluster in de gebruikersinterface of voeg clusterschijf toe in PS.
4. Stel de nieuwe schijf in als het quorum in de gebruikersinterface of Set-ClusterQuorum -DiskWitness "Cluster Disk X"
5. Offline en verwijder de RDM-schijf.

3 RDM's verwijderen

Alleen na succesvolle validatie in beide gebruiksscenario's:

1. Verwijder RDM-toewijzingen van beide VM's.
2. LUN's loskoppelen van ESXi-hosts.
3. Voeg de volumes in PowerFlex Manager toe.

4 Veelvoorkomende problemen

1. EZT-schijven niet gebruiken
   • De geclusterde oplossingen die hier worden behandeld vereisen EZT - geen ondersteuning voor thin of zeroedthick
2. Niet-overeenkomende controllerconfiguratie. Elke onderstaande mismatch voorkomt dat de schijf correct functioneert in het cluster.
   • Hetzelfde type SCSI-controller
   • Hetzelfde controllernummer
   • Dezelfde SCSI-ID
3. Kan meerdere schrijvers niet instellen op Oracle EZT vmdks op elke VM (knooppunt) voor elke VMDK
4. Kan SCSI physical bus sharing niet instellen op de controller voor WSFC 

4.1 Configuratiesupport

Aanvullende links naar documentatie (in willekeurige volgorde):

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