Etter innføringen av VMDK i klynger på VMFS-datalagre, har programmer som Windows Server Failover Cluster (WSFC) ikke lenger krav om rå enhetstilordninger (RDM-er) for å bruke faste SCSI-3-reservasjoner (SCSI3-PR). På grunn av dette tilbyr ikke Broadcom RDM-støtte for NVMeoF-protokollen. Kunder som bruker RDM-er med SDC som ønsker å flytte til NVMe/TCP, må konvertere disse diskene til VMDK-er på et VMFS-datalager med egenskapen Clustered VMDK. Denne konverteringen kan ikke gjøres med Storage vMotion, så applikasjoner som WSFC vil medføre nedetid.

Denne kunnskapsartikkelen gjelder for:

• Kunder som bytter fra SDC til NVMe/TCP på PowerFlex 5.0-systemer
• VMware vSphere 8.0U3- og 9.x-miljøer bruker RDM-er med enten flerskriver- eller delt fysisk SCSI-busskontroller for disker
• Oracle RAC-klynger
• Windows Server Failover-klynging, inkludert:
  • SQL Server failover-klynger
  • Filserverklynger
  • Beslutningsdisker for klynge

Support:

Dell støtter følgende versjoner for disse prosedyrene ved bruk av VMDK i klynge:

• ESXi-versjon 8.0U3 og 9.x
  • Disse versjonene støtter NVMe/TCP Clustered VMDK på PowerFlex 5.0
• PowerFlex 5.0
  • PowerFlex 4.x støttes ikke

Hvis du ikke bruker klynget VMDK når du konverterer Oracle RAC.

Selv om denne kunnskapsartikkelen fokuserer på programmer i klynger, kan du konvertere frittstående virtuelle maskiner med RDM-er til VMDK-er ved hjelp av lignende fremgangsmåter, spesielt når det gjelder Oracle med ASM. Hvis du bruker RDM-er fordi du trenger direkte gjennomgangsenheter, er konvertering til VMDK-er ikke en passende løsning.

Oversikt

Denne artikkelen beskriver støttede, beste praksis-tilnærminger for å konvertere eksisterende SDC, RDM-baserte programklynger til delte VMDK-er på NVMe/TCP-datalagre. Konverteringsmetoder varierer basert på søknadskrav. Planlegg deretter. Dell forventer at brukeren av denne kunnskapsartikkelen er dyktig i teknologiene som dekkes. Derfor er trinn på høyt nivå og inkluderer sjelden syntaks.

Det er to primære RDM-brukstilfeller som dekkes her:

1. Oracle RAC ved hjelp av fysiske RDM-er med flerforfatter
2. Windows Server Failover Clustering (WSFC) ved hjelp av fysiske RDM-er for SCSI3-PR

Det er et viktig konsept angående virtuell lagringskontroller i virtuelle VMware-maskiner som er viktig å forstå før du fortsetter. Disse kontrollerne er ansvarlige for å koble virtuelle disker til den virtuelle maskinen. Virtuelle kontrollere er ikke knyttet til den fysiske lagringsprotokollen som brukes av det underliggende datalageret. Selv om standardkontrolleren for eksempel er merket som "SCSI", er den helt virtuell og gjenspeiler eller begrenser ikke den fysiske lagringstransporten som brukes under. På grunn av denne abstraksjonen utgjør det ingen funksjonell forskjell om du kobler til en VMDK ved hjelp av en virtuell SCSI- eller NVMe-kontroller, uavhengig av om lagringsprotokollen er SCSI eller NVMeoF. I praksis anbefaler VMware generelt å bruke SCSI-kontrollere uansett lagring av typen VMware Paravirtual (PVSCSI), da de pleier å gi større stabilitet og forbedret ytelse for de fleste arbeidsbelastninger. Du kan imidlertid bruke NVMe-kontrollere hvis du foretrekker det. 

1. Oracle RAC: Konvertere RDM-er til VMDK-er

Noen Oracle RAC-miljøer bruker RDM-er til å gi delt lagring for datafiler eller ASM-diskgrupper, i stedet for VMDK-er. Det er mulig å konvertere disse oppsettene online, selv om noen metoder krever nedetid. Vi dekker både RDM-basert og ASM.

1.1 RAC uten ASM

Hvis Oracle Automatic Storage Management (ASM) ikke er i bruk, kan du konvertere på nettet ved hjelp av en av følgende metoder.

Alternativ A – migrering av datafiler på nett

1. Opprett nye delte VMDK-er:
• VMFS-datalagring på NVMe/TCP (VMDK-egenskap i klynger kreves IKKE)
• Tykk proviant Ivrig nullstilling (EZT)
• Flerskriver-aktivert
2. Koble VMDK-er til alle RAC-noder.
3. Legg til nye datafiler ved hjelp av VMDK-er.
4. Overfør data fra RDM-baserte datafiler til VMDK-baserte datafiler.
5. Slipp de originale RDM-baserte datafilene.
6. Bruk crsctl/ocrconfig til å flytte clusterware.

Denne tilnærmingen unngår nedetid, men kan kreve dataflytting på tabellplassnivå eller objektnivå, noe som kan være tidkrevende.

Alternativ B – konverter til ASM (foretrukket)

Konvertering til ASM forenkler langsiktig lagringsadministrasjon og er den anbefalte strategiske slutttilstanden.

Det finnes to støttede tilnærminger:

• Online migrering til ASM-diskgrupper
• RMAN brukerSIKKERHETSKOPIERING SOM KOPIERINGSDATABASE
• Krever et kort strømbrudd
• Raskere og sikrere for store databaser
• Foretrekkes vanligvis for produksjonssystemer

1.2 RAC bruker allerede ASM

Hvis ASM er i bruk, er RDM-erstatning grei og online:

1. Opprett nye delte VMDK-er:
• VMFS-datalagring på NVMe/TCP (VMDK-egenskap i klynge IKKE nødvendig)
• Tykk proviant ivrig nullet
• Flerskriver-aktivert
2. Legg til VMDK-er i ASM-diskgruppen.
3. Tillat ASM-rebalansering å fullføre.
4. Slipp ASM-disker støttet av RDM-er.
5. Bruk crsctl/ocrconfig til å flytte clusterware.

Denne prosessen krever ingen nedetid for applikasjonen og gir minimal risiko.

2. WSFC: Konvertere RDM-er til VMDK-er

⚠️ Viktig: Utfør WSFC-migrering én disk om gangen for å opprettholde klyngestabiliteten. Dette eksempelet er en klynge med to noder.

2.1 Forutsetninger (obligatorisk)

VMware-krav

• VM-maskinvareversjonen støtter VMDK-er i klynger
• VMFS-datalagring på NVMe/TCP
• VMDK-funksjon i klynge er aktivert
• Tykk klargjøring Ivrige nullstilte disker
• Ingen øyeblikksbilder av virtuelle klyngemaskiner
• Deaktivert lagrings-DRS

WSFC-krav

• Klynge sunn
• Ren klyngevalidering (advarsler akseptabelt)
• Hver disk har én enkelt eiende node

2.2 Opprett nye delte VMDK-er

For hver RDM-disk:

1. Opprett en ny VMDK på NVMe/TCP-datalagring (VMDK i klynger kreves):
• Samme eller større størrelse
• Tykk proviant ivrig nullet
2. Koble VMDK til begge klyngenodene:
• Samme SCSI-kontrollertype (PVSCSI anbefales)
• Samme kontrollernummer
• Samme SCSI-ID
• Aktiver SCSI-fysisk bussdeling

2.3 Forbered disk (kun eiernode)

På gjeldende eiernode:

1. Få den nye disken på nett.
2. Initialiser som GPT.
3. Formater NTFS med 128KB.
4. Tilordne en midlertidig stasjonsbokstav.

La disken være frakoblet på den sekundære noden.

2.4 Migrer data (disk for disk)

Eksempel på en SQL Server-datadisk:

1. Mislykkes SQL-rollen til eiende node.
2. Stopp SQL-ressurser (SQL Server) ved hjelp av den gamle RDM, hold disken tilkoblet.
3. Kopier data ved hjelp av robocopy der R er RDM og V er den nye VMDK:
   1. robocopy R:\ V:\ /MIR /COPYALL /DCOPY:T /R:0 /W:0
4. Bekreft dataintegritet.
5. Endre stasjonsbokstaver slik at den nye disken har gammel bokstav.
6. Oppdater klyngeressursavhengigheter for å referere til den nye disken.
7. Få ressursene på nett.
8. Flytt eierskapet til en annen node for å teste.
9. Når du er ferdig, fjerner du avhengigheten til den gamle disken (RDM).
10. Gjenta prosessen for hver datadisk

Gjenta denne prosessen for:

• Loggdisker
• Temp

2.5 Erstatt klyngediskressursen

Etter validering:

1. Fjern den gamle RDM-disken fra klyngerollen.
2. Legg til den nye VMDK-disken i rollen.
3. Bekreft eierskap og avhengigheter.
4. Flytt eierskapet til en annen node for å teste.

2.6 Migrering av beslutningsdisk (hvis den er i bruk)

Slik forhindrer du utilsiktet klyngebrudd:

1. Bytt quorum midlertidig til nodeflertall i stedet for disk.
   1. Set-ClusterQuorum -NodeMajority
2. Følg seksjon 2.3 for å legge til en ny disk.
3. Legg disken til i klyngen i brukergrensesnittet eller Add-ClusterDisk i PS.
4. Sett den nye disken som quorum i UI eller Set-ClusterQuorum -DiskWitness "Cluster Disk X"
5. Koble fra og ta ut RDM-disken.

3 Fjern RDM-er

Bare etter vellykket validering i et av brukstilfellene:

1. Fjern RDM-tilordninger fra begge VM-ene.
2. Koble LUN-er fra ESXi-verter.
3. Tilordne volumene i PowerFlex Manager.

4 Vanlige problemer

1. Kunne ikke bruke EZT-disker
   • De klyngede løsningene som dekkes her, krever EZT - ingen støtte for tynn eller nulltykk
2. Kontrollerkonfigurasjon som ikke samsvarer. Eventuelle avvik nedenfor hindrer disken i å fungere som den skal i klyngen.
   • Samme SCSI-kontrollertype
   • Det samme kontrollernummeret
   • Den samme SCSI-ID-en
3. Unnlatelse av å angi multiforfatter på Oracle EZT vmdks på hver VM (node) for hver VMDK
4. Kunne ikke angi SCSI-deling av fysisk buss på kontrolleren for WSFC 

4.1 Støtte for konfigurasjon

Ytterligere dokumentasjonslenker (i ingen spesiell rekkefølge):

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