Een beheerde Azure-schijf delen

Van toepassing op: ✔️ Linux-VM's ✔️ Windows VM's ✔️ Flexibele schaalsets ✔️ Uniforme schaalsets

Gedeelde Azure-schijven is een functie voor beheerde Azure-schijven waarmee u een beheerde schijf aan meerdere virtuele machines (VM's) tegelijk kunt koppelen. Door een beheerde schijf aan meerdere VM's te koppelen, kunt u nieuwe of bestaande geclusterde toepassingen naar Azure implementeren.

Uitleg

VM's in het cluster kunnen lezen of schrijven naar hun gekoppelde schijf op basis van de reservering die is gekozen door de geclusterde toepassing met scSI permanente reserveringen (SCSI PR). SCSI PR is een industriestandaard die wordt gebruikt door toepassingen die worden uitgevoerd op Storage Area Network (SAN) on-premises. Als u SCSI-pr inschakelen op een beheerde schijf, kunt u deze toepassingen naar Azure migreren.

Gedeelde beheerde schijven bieden gedeelde blokopslag die toegankelijk is vanaf meerdere VM's. Deze worden beschikbaar gemaakt als LUN's (Logical Unit Numbers). LUN's worden vervolgens vanaf een doel (schijf) gepresenteerd aan een initiator (VM). Deze LUN's zien eruit als direct gekoppelde opslag (DAS) of een lokaal station op de VM.

Gedeelde beheerde schijven bieden geen systeemeigen volledig beheerd bestandssysteem dat toegankelijk is via SMB/NFS. U moet een clusterbeheer gebruiken, zoals Windows Server Failover Cluster (WSFC) of Pacemaker, dat de communicatie van clusterknooppunt en schrijfvergrendeling af handelen.

Beperkingen

Gedeelde schijven inschakelen is alleen beschikbaar voor een subset van schijftypen. Op dit moment kunnen alleen ultraschijven, Premium - SSD's en Standard - SSD's gedeelde schijven inschakelen. Elke beheerde schijf met gedeelde schijven is onderworpen aan de volgende beperkingen, geordend op schijftype:

Ultraschijven

Ultraschijven hebben hun eigen afzonderlijke lijst met beperkingen, die geen verband houden met gedeelde schijven. Raadpleeg Azure Ultra Disks gebruiken voor ultraschijfbeperkingen.

Bij het delen van ultraschijven gelden de volgende aanvullende beperkingen:

• Alleen basisschijven kunnen worden gebruikt met sommige versies van Windows Server-failovercluster. Zie Hardwarevereisten en opslagopties voor failoverclusteringvoor meer informatie.
• Alleen versleuteling aan de serverzijde wordt ondersteund, Azure Disk Encryption wordt momenteel niet ondersteund.

Gedeelde ultraschijven zijn standaard beschikbaar in alle regio's die ultraschijven ondersteunen en u hoeft zich niet aan te melden voor toegang om ze te gebruiken.

Premium-SSD's

• Kan alleen worden ingeschakeld op gegevensschijven, niet op besturingssysteemschijven.
• ReadOnly host caching is niet beschikbaar voor Premium - SD's met maxShares>1 .
• Schijf bursting is niet beschikbaar voor Premium - SSD's met maxShares>1 .
• Wanneer u beschikbaarheidssets en virtuele-machineschaalsets gebruikt met gedeelde Azure-schijven, wordt de uitlijning van het opslagfoutdomein met het foutdomein van de virtuele machine niet afgedwongen voor de gedeelde gegevensschijf.
• Wanneer u nabijheidsplaatsingsgroepen (PPG)gebruikt, moeten alle virtuele machines die een schijf delen, deel uitmaken van dezelfde PPG.
• Alleen basisschijven kunnen worden gebruikt met sommige versies van Windows Server-failovercluster. Zie Hardwarevereisten en opslagopties voor failoverclusteringvoor meer informatie.
• Azure Site Recovery ondersteuning is nog niet beschikbaar.
• Azure Backup is beschikbaar via Azure Disk Backup.
• Alleen versleuteling aan de serverzijde wordt ondersteund, Azure Disk Encryption wordt momenteel niet ondersteund.

Premium Regionale beschikbaarheid van SSD

Gedeelde schijven op alle Premium SSD-grootten zijn beschikbaar in alle regio's waar beheerde schijven beschikbaar zijn.

Standard - SSD's

• Kan alleen worden ingeschakeld op gegevensschijven, niet op besturingssysteemschijven.
• Wanneer u beschikbaarheidssets en virtuele-machineschaalsets gebruikt met gedeelde Azure-schijven, wordt de uitlijning van het opslagfoutdomein met het foutdomein van de virtuele machine niet afgedwongen voor de gedeelde gegevensschijf.
• Wanneer u nabijheidsplaatsingsgroepen (PPG)gebruikt, moeten alle virtuele machines die een schijf delen, deel uitmaken van dezelfde PPG.
• Alleen basisschijven kunnen worden gebruikt met sommige versies van Windows Server-failovercluster. Zie Hardwarevereisten en opslagopties voor failoverclusteringvoor meer informatie.
• Azure Site Recovery ondersteuning is nog niet beschikbaar.
• Azure Backup is beschikbaar via Azure Disk Backup.
• Alleen versleuteling aan de serverzijde wordt ondersteund, Azure Disk Encryption wordt momenteel niet ondersteund.

Standard - SSD regionale beschikbaarheid

Gedeelde schijven op alle standard SSD-grootten zijn beschikbaar in alle regio's waar beheerde schijven beschikbaar zijn.

Vereisten voor het besturingssysteem

Gedeelde schijven ondersteunen verschillende besturingssystemen. Zie de Windows of Linux voor de ondersteunde besturingssystemen.

Schijfgrootten

Op dit moment kunnen alleen ultraschijven, Premium - SD's en Standard - SD's gedeelde schijven inschakelen. Verschillende schijfgrootten kunnen een andere limiet hebben, die u niet kunt maxShares overschrijden bij het instellen van de maxShares waarde.

Voor elke schijf kunt u een waarde definiëren die het maximum aantal knooppunten vertegenwoordigt dat de schijf maxShares tegelijkertijd kan delen. Als u bijvoorbeeld van plan bent een failovercluster met twee knooppunt in te stellen, stelt u maxShares=2 in. De maximumwaarde is een bovengrens. Knooppunten kunnen het cluster toevoegen of verlaten (de schijf monteren of ontkoppelen) zolang het aantal knooppunten lager is dan de opgegeven maxShares waarde.

Premium SSD-bereik

De volgende tabel illustreert de toegestane maximumwaarden voor maxShares door Premium SSD grootten:

De IOPS- en bandbreedtelimieten voor een schijf worden niet beïnvloed door de maxShares waarde. De maximale IOPS van een P15-schijf is bijvoorbeeld 1100, of maxShares = 1 of maxShares > 1.

Standard - SSD bereiken

De volgende tabel illustreert de toegestane maximumwaarden voor maxShares op standaard SSD-grootten:

De IOPS- en bandbreedtelimieten voor een schijf worden niet beïnvloed door de maxShares waarde. De maximale IOPS van een E15-schijf is bijvoorbeeld 500 of maxShares = 1 of maxShares > 1.

Ultraschijfbereiken

De maxShares minimumwaarde is 1, terwijl de maxShares maximumwaarde 5 is. Er zijn geen groottebeperkingen voor ultraschijven. Elke ultraschijf van elke grootte kan elke waarde gebruiken voor , tot en met maxShares de maximumwaarde.

Voorbeeldworkloads

Windows

Gedeelde Azure-schijven worden ondersteund op Windows Server 2008 en hoger. De Windows clustering is gebaseerd op WSFC, waarmee alle kerninfrastructuur voor clusterknooppuntcommunicatie wordt verwerkt, zodat uw toepassingen kunnen profiteren van parallelle toegangspatronen. Met WSFC kunt u zowel CSV- als niet-CSV-opties maken, afhankelijk van uw versie van Windows Server. Raadpleeg Een failovercluster makenvoor meer informatie.

Enkele populaire toepassingen die worden uitgevoerd op WSFC zijn:

• Een FCI maken met gedeelde Azure-schijven (SQL Server azure-VM's)
  • Uw failovercluster-exemplaar migreren naar SQL Server azure-VM's met gedeelde schijven
• Scale-out bestandsserversjabloon (SoFS)
• SAP ASCS/SCS-sjabloon
• Bestandsserver voor algemeen gebruik (IW-workload)
• Gebruikersprofielschijf van externe bureaubladserver (RDS UPD)

Linux

Gedeelde Azure-schijven worden ondersteund op:

• SUSE SLE HA 15 SP1 en hoger
• Ubuntu 18.04 en hoger
• RHEL Developer Preview op elke RHEL 8-versie
• Oracle Enterprise Linux

Linux-clusters kunnen clustermanagers zoals Pacemaker gebruiken. Pacemaker bouwt voort op Corosync, waardoorclustercommunicatie mogelijk is voor toepassingen die zijn geïmplementeerd in omgevingen met hoge beschikbare toegang. Enkele veelvoorkomende geclusterde bestandssystemen zijn ocfs2 en gfs2. U kunt scsi-permanente reserveringsmodellen (SCSI PR) en/of SBD-clustermodellen (STONITH Block Device) gebruiken om de toegang tot de schijf te willekeurig te maken. Wanneer u SCSI-pr gebruikt, kunt u reserveringen en registraties bewerken met behulp van hulpprogramma's zoals fence_scsi en sg_persist.

Permanente reserveringsstroom

In het volgende diagram ziet u een voorbeeld van een geclusterde databasetoepassing met twee knooppunt die gebruikmaakt van SCSI-pr om failover van het ene knooppunt naar het andere in te stellen.

De stroom is als volgt:

1. De geclusterde toepassing die wordt uitgevoerd op zowel Azure VM1 als VM2 registreert de intentie om te lezen of schrijven naar de schijf.
2. Het exemplaar van de toepassing op VM1 neemt vervolgens exclusieve reservering om naar de schijf te schrijven.
3. Deze reservering wordt afgedwongen op uw Azure-schijf en de database kan nu exclusief naar de schijf schrijven. Schrijf schrijf vanaf het exemplaar van de toepassing op VM2 slaagt niet.
4. Als het exemplaar van de toepassing op VM1 uitgaat, kan het exemplaar op VM2 nu een database-failover initiëren en de schijf overnemen.
5. Deze reservering wordt nu afgedwongen op de Azure-schijf en de schijf accepteert geen schrijfingen meer van VM1. Het accepteert alleen schrijf schrijf vanaf VM2.
6. De geclusterde toepassing kan de database-failover voltooien en aanvragen van VM2 verwerken.

Het volgende diagram illustreert een andere algemene geclusterde workload die bestaat uit meerdere knooppunten die gegevens van de schijf lezen voor het uitvoeren van parallelle processen, zoals het trainen van machine learning modellen.

De stroom is als volgt:

1. De geclusterde toepassing die wordt uitgevoerd op alle VM's registreert de intentie om te lezen of schrijven naar de schijf.
2. Het exemplaar van de toepassing op VM1 neemt een exclusieve reservering om naar de schijf te schrijven tijdens het openen van lees- en schrijf lezen van andere VM's naar de schijf.
3. Deze reservering wordt afgedwongen op uw Azure-schijf.
4. Alle knooppunten in het cluster kunnen nu van de schijf lezen. Slechts één knooppunt schrijft resultaten terug naar de schijf namens alle knooppunten in het cluster.

Ultra disks-reserveringsstroom

Ultraschijven bieden een extra vertraging, voor een totaal van twee vertragingen. Hierdoor kan de reserveringsstroom voor ultraschijven werken zoals beschreven in de vorige sectie, of kan de prestaties gedetailleerder worden beperkt en verdeeld.

Prestatie throttles

Premium SSD-prestatie beperkt

Met Premium SSD is de schijf-IOPS en doorvoer vast, bijvoorbeeld IOPS van een P30 is 5000. Deze waarde blijft bestaan als de schijf wordt gedeeld tussen 2 VM's of vijf VM's. De schijflimieten kunnen worden bereikt vanaf één VM of worden verdeeld over twee of meer VM's.

Vertragingen in ultraschijfprestaties

Ultraschijven bieden de unieke mogelijkheid om uw prestaties in te stellen door aanpasbare kenmerken weer te geven en deze te wijzigen. Standaard zijn er slechts twee wijzigbare kenmerken, maar gedeelde ultraschijven hebben twee extra kenmerken.

* Alleen van toepassing op gedeelde ultraschijven

In de volgende formules wordt uitgelegd hoe de prestatiekenmerken kunnen worden ingesteld, omdat ze gebruikers kunnen worden ingesteld:

• DiskIOPSReadWrite/DiskIOPSReadOnly:
  • IOPS-limieten van 300 IOPS/GiB, maximaal 160.000 IOPS per schijf
  • Minimaal 100 IOPS
  • DiskIOPSReadWrite + DiskIOPSReadOnly is ten minste 2 IOPS/GiB
• DiskMBpsRead Write/DiskMBpsReadOnly:
  • De doorvoerlimiet van één schijf is 256 KiB/s voor elke inrichtende IOPS, maximaal 2000 MBps per schijf
  • De minimale gegarandeerde doorvoer per schijf is 4KiB/s voor elke inrichtende IOPS, met een basislijn van minimaal 1 MBps

Voorbeelden

In de volgende voorbeelden ziet u enkele scenario's die laten zien hoe de beperking kan werken met gedeelde ultraschijven, met name.

Cluster met twee knooppunten met gedeelde clustervolumes

Hier volgt een voorbeeld van een WSFC met 2 knooppunt met geclusterde gedeelde volumes. Met deze configuratie hebben beide VM's gelijktijdige schrijftoegang tot de schijf, waardoor de vertraging over de twee VM's wordt gesplitst en de vertraging ReadWrite ReadOnly niet wordt gebruikt.

Cluster met twee knooppunt zonder cluster sharevolumes

Hier volgt een voorbeeld van een WSFC met 2 knooppunt die geen gebruik maakt van geclusterde gedeelde volumes. Met deze configuratie heeft slechts één VM schrijftoegang tot de schijf. Dit resulteert in de vertraging die uitsluitend wordt gebruikt voor de primaire VM en ReadWrite de vertraging die alleen wordt gebruikt door de ReadOnly secundaire VM.

Linux-cluster met vier knooppunt

Hier volgt een voorbeeld van een Linux-cluster met vier knooppunt met één schrijver en drie uitschaallezers. Met deze configuratie heeft slechts één VM schrijftoegang tot de schijf. Dit resulteert in de vertraging die uitsluitend wordt gebruikt voor de primaire VM en ReadWrite de vertraging die wordt gesplitst door de ReadOnly secundaire VM's.

Ultraprijzen

Ultra gedeelde schijven worden geprijsd op basis van ingerichte capaciteit, totaal ingerichte IOPS (diskIOPSReadWrite + diskIOPSReadOnly) en de totale ingerichte doorvoer-MBps (diskMBpsReadWrite + diskMBpsReadOnly). Er worden geen extra kosten in rekening brengen voor elke extra VM-mount. Bijvoorbeeld een ultra gedeelde schijf met de volgende configuratie (diskSizeGB: 1024, DiskIOPSReadWrite: 10000, DiskMBpsReadWrite: 600, DiskIOPSReadOnly: 100, DiskMBpsReadOnly: 1) wordt in rekening gebracht met 1024 GiB, 10100 IOPS en 601 MBps, ongeacht of deze is bevestigd aan twee VM's of vijf VM's.

Volgende stappen

Als u geïnteresseerd bent in het inschakelen en gebruiken van gedeelde schijven voor uw beheerde schijven, gaat u verder met ons artikel Gedeelde schijf inschakelen