Een beheerde Azure-schijf delen

  • Artikel

Van toepassing op: ✔️ Virtuele Linux-machines voor Windows-VM's ✔️ ✔️ Flexibele schaalsets Uniform-schaalsets ✔️

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

Voor gedeelde schijven is een clusterbeheer vereist, zoals Windows Server Failover Cluster (WSFC) of Pacemaker, dat communicatie tussen clusterknooppunten en schrijfvergrendeling afhandelt. Gedeelde beheerde schijven bieden geen volledig beheerd bestandssysteem dat toegankelijk is via SMB/NFS.

Uitleg

VM's in het cluster kunnen de gekoppelde schijf lezen of schrijven op basis van de reservering die is gekozen door de geclusterde toepassing met behulp van permanente SCSI-reserveringen (SCSI PR). SCSI PR is een industriestandaard die wordt gebruikt door toepassingen die on-premises worden uitgevoerd op Storage Area Network (SAN). Als u SCSI-pull inschakelt 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 weergegeven als LUN's (Logical Unit Numbers). LUN's worden vervolgens vanuit een doel (schijf) aan een initiator (VM) gepresenteerd. Deze LUN's zien eruit als direct gekoppelde opslag (DAS) of een lokaal station naar de virtuele machine.

Beperkingen

Algemene beperkingen

Gedeelde schijven hebben algemene beperkingen die van toepassing zijn op alle gedeelde schijven, ongeacht het schijftype. Naast aanvullende beperkingen die alleen van toepassing zijn op specifieke typen gedeelde schijven. De volgende lijst is de lijst met algemene beperkingen:

  • Momenteel kunnen alleen Ultra Disks, Premium SSD v2, Premium SSD en Standard SSD's worden gebruikt als een gedeelde schijf
  • Gedeelde schijven kunnen worden gekoppeld aan afzonderlijke virtuele-machineschaalsets, maar kunnen niet worden gedefinieerd in de modellen van de virtuele-machineschaalset of automatisch worden geïmplementeerd
  • Een gedeelde schijf kan niet worden uitgebreid zonder de toewijzing van alle VM's waaraan de schijf is gekoppeld, of het loskoppelen van de schijf van al deze VM's ongedaan te maken
  • Schrijfversneller wordt niet ondersteund voor gedeelde schijven
  • Hostcaching wordt niet ondersteund voor gedeelde schijven

Elke beheerde schijf waarvoor gedeelde schijven zijn ingeschakeld, zijn ook onderhevig aan de volgende beperkingen, ingedeeld op schijftype:

Ultraschijven

Ultraschijven hebben hun eigen afzonderlijke lijst met beperkingen, niet gerelateerd aan gedeelde schijven. Raadpleeg Voor ultraschijfbeperkingen het gebruik van Azure ultraschijven.

Bij het delen van ultraschijven gelden de volgende aanvullende beperkingen:

Premium SSD v2

Premium SSD v2 beheerde schijven hebben een eigen afzonderlijke lijst met beperkingen, niet gerelateerd aan gedeelde schijven. Zie Premium SSD v2-beperkingen voor deze beperkingen.

Bij het delen van Premium SSD v2-schijven hebben ze de volgende extra beperking:

Premium SSD

  • Kan alleen worden ingeschakeld op gegevensschijven, niet op besturingssysteemschijven.
  • Hostcaching is niet beschikbaar voor Premium SSD-schijven met maxShares>1.
  • Schijf-bursting is niet beschikbaar voor Premium SSD-schijven met maxShares>1.
  • Wanneer u beschikbaarheidssets of virtuele-machineschaalsets met gedeelde Azure-schijven gebruikt, 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.
  • Voor meer informatie raadpleegt u de hardwarevereisten en opslagopties voor failoverclusters voor meer informatie over de hardwarevereisten en opslagopties voor failoverclusters.
  • Ondersteuning voor Azure Site Recovery 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.
  • Kan alleen worden gedeeld tussen beschikbaarheidszones als u zone-redundante opslag voor beheerde schijven gebruikt.

Standard-SSD's

  • Kan alleen worden ingeschakeld op gegevensschijven, niet op besturingssysteemschijven.
  • Hostcaching is niet beschikbaar voor standaard-SSD's met maxShares>1.
  • Wanneer u beschikbaarheidssets en virtuele-machineschaalsets met gedeelde Azure-schijven gebruikt, 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.
  • Voor meer informatie raadpleegt u de hardwarevereisten en opslagopties voor failoverclusters voor meer informatie over de hardwarevereisten en opslagopties voor failoverclusters.
  • Ondersteuning voor Azure Site Recovery 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.
  • Kan alleen worden gedeeld tussen beschikbaarheidszones als u zone-redundante opslag voor beheerde schijven gebruikt.

Besturingssysteemvereisten

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

Gevolgen voor facturering

Wanneer u een schijf deelt, kan uw facturering op twee verschillende manieren worden beïnvloed, afhankelijk van het type schijf.

Voor gedeelde Premium SSD-schijven, naast de kosten van de schijflaag, worden er extra kosten in rekening gebracht voor elke VIRTUELE machine waaraan de SSD is gekoppeld. Zie prijzen voor beheerde schijven voor meer informatie.

Ultraschijven hebben geen extra kosten voor elke VIRTUELE machine waarop ze zijn gekoppeld. Ze worden gefactureerd voor het totale aantal IOPS en MB/s waarvoor de schijf is geconfigureerd. Normaal gesproken heeft een ultraschijf twee prestatiebeperkingen die de totale IOPS/MB/s bepalen. Wanneer de configuratie als een gedeelde ultraschijf is geconfigureerd, worden er echter nog twee prestatiebeperkingen weergegeven voor in totaal vier. Deze twee extra beperkingen zorgen voor betere prestaties tegen extra kosten en elke meter heeft een standaardwaarde, waardoor de prestaties en kosten van de schijf worden verhoogd.

De vier prestatiebeperkingen voor een gedeelde ultraschijf zijn diskIOPSReadWrite, diskMB/sReadWrite, diskIOPSReadOnly en diskMB/sReadOnly. Elke prestatiebeperking kan worden geconfigureerd om de prestaties van uw schijf te wijzigen. De prestaties voor gedeelde ultraschijven worden op de volgende manieren berekend: totaal ingerichte IOPS (diskIOPSReadWrite + diskIOPSReadOnly) en voor de totale ingerichte doorvoer MB/s (diskMB/sReadWrite + diskMB/sReadOnly).

Zodra u de totale ingerichte IOPS en de totale ingerichte doorvoer hebt bepaald, kunt u deze gebruiken in de prijscalculator om de kosten van een ultra gedeelde schijf te bepalen.

Schijfformaten

Voorlopig kunnen alleen ultraschijven, Premium SSD v2, Premium SSD en Standard SSD's gedeelde schijven inschakelen. Verschillende schijfgrootten hebben mogelijk een andere maxShares limiet, die u niet kunt overschrijden bij het instellen van de maxShares waarde.

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

Notitie

De maxShares waarde kan alleen worden ingesteld of bewerkt wanneer de schijf is losgekoppeld van alle knooppunten.

Premium SSD-bereiken

In de volgende tabel ziet u de toegestane maximumwaarden voor maxShares premium SSD-grootten:

Schijfformaten maxShares-limiet
P1,P2,P3,P4,P6,P10,P15,P20 3
P30, P40, P50 5
P60, P70, P80 10

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, ongeacht of maxShares = 1 of maxShares > 1.

Standard SSD-bereiken

In de volgende tabel ziet u de toegestane maximumwaarden voor maxShares standaard-SSD-grootten:

Schijfformaten maxShares-limiet
E1,E2,E3,E4,E6,E10,E15,E20 3
E30, E40, E50 5
E60, E70, E80 10

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 minimumwaarde maxShares is 1, terwijl de maximumwaarde maxShares 15 is. Er zijn geen groottebeperkingen voor ultraschijven, elke grootte ultraschijf kan elke waarde gebruiken voor maxShares, tot en met de maximumwaarde.

Premium SSD v2-bereiken

De minimumwaarde maxShares is 1, terwijl de maximumwaarde maxShares 15 is. Er zijn geen groottebeperkingen voor Premium SSD v2, elke grootte premium SSD v2-schijf kan elke waarde gebruiken voor maxShares, tot en met de maximumwaarde.

Voorbeeldworkloads

Windows

Gedeelde Azure-schijven worden ondersteund op Windows Server 2008 en hoger. De meeste Windows-clustering bouwt voort op WSFC, dat alle kerninfrastructuur voor clusterknooppuntcommunicatie afhandelt, 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:

Linux

Gedeelde Azure-schijven worden ondersteund op:

Linux-clusters kunnen clusterbeheerders zoals Pacemaker gebruiken. Pacemaker bouwt voort op Corosync, waardoor clustercommunicatie mogelijk is voor toepassingen die zijn geïmplementeerd in maximaal beschikbare omgevingen. Enkele algemene geclusterde bestandssysteemen zijn ocfs2 en gfs2. U kunt clusteringmodellen op basis van SCSI Persistent Reservation (SCSI PR) en/of STONITH Block Device (SBD) gebruiken om toegang tot de schijf te bepalen. Wanneer u SCSI-pull-aanvraag 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 2 knooppunten die gebruikmaakt van SCSI-PULL om failover van het ene knooppunt naar het andere in te schakelen.

Twee knooppuntclusters die bestaan uit Azure VM1, VM2 en een schijf die ertussen wordt gedeeld. Een toepassing die op het cluster wordt uitgevoerd, verwerkt de toegang tot de schijf.

De stroom is als volgt:

  1. De geclusterde toepassing die wordt uitgevoerd op zowel Azure VM1 als VM2 registreert de intentie om naar de schijf te lezen of schrijven.
  2. Het toepassingsexemplaren 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 uitsluitend naar de schijf schrijven. Schrijfbewerkingen van het toepassingsexemplaren op VM2 slagen niet.
  4. Als het toepassingsexemplaren op VM1 uitvalt, kan het exemplaar op VM2 nu een databasefailover starten en de schijf overnemen.
  5. Deze reservering wordt nu afgedwongen op de Azure-schijf en de schijf accepteert geen schrijfbewerkingen meer van VM1. Schrijfbewerkingen van VM2 worden alleen geaccepteerd.
  6. De geclusterde toepassing kan de databasefailover voltooien en aanvragen van VM2 verwerken.

In het volgende diagram ziet u 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.

Vm-cluster met vier knooppunten, elk knooppunt registreert de intentie om te schrijven, de toepassing neemt exclusieve reservering om schrijfresultaten correct af te handelen

De stroom is als volgt:

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

Reserveringsstroom Ultra Disk en Premium SSD v2

Zowel Ultra-schijven als Premium SSD v2 beheerde schijven bieden twee extra beperkingen, waardoor ze in totaal vier beperkingen hebben. Hierdoor kan de reserveringsstroom werken zoals beschreven in de eerdere sectie, of kan de prestaties nauwkeuriger worden beperkt en gedistribueerd.

Een afbeelding van een tabel met de toegang 'ReadOnly' of 'Read/Write' voor reserveringshouder, Geregistreerd en Overige.

Prestatiebeperkingen

Premium SSD-prestatiebeperkingen

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

Ultra Disk en Premium SSD v2-prestatiebeperkingen

Zowel Ultra Disks als Premium SSD v2 beheerde schijven hebben de unieke mogelijkheid om uw prestaties in te stellen door wijzigbare kenmerken weer te geven en u in staat te stellen ze te wijzigen. Standaard zijn er slechts twee aanpasbare kenmerken, maar gedeelde Ultra Disks en gedeelde Premium SSD v2 beheerde schijven hebben nog twee kenmerken. Ultra Disks en Premium SSD v2 splitsen deze kenmerken over elke gekoppelde VM. Zie de sectie Voorbeelden voor enkele voorbeelden van hoe deze verdeling van capaciteit, IOPS en doorvoer werkt.

Kenmerk Beschrijving
DiskIOPSReadWrite (IOPS-schijf lezen/schrijven) Het totale aantal IOPS dat is toegestaan voor alle VM's die de gedeelde schijf koppelen met schrijftoegang.
DiskMB/sReadWrite (doorvoer van lezen/schrijven schijf) De totale doorvoer (MB/s) die is toegestaan voor alle VM's die de gedeelde schijf koppelen met schrijftoegang.
DiskIOPSReadOnly* (alleen-lezen schijf-IOPS) Het totale aantal IOPS dat is toegestaan voor alle VM's die de gedeelde schijf koppelen als ReadOnly.
DiskMB/sReadOnly* (alleen-lezen schijfdoorvoer) De totale doorvoer (MB/s) die is toegestaan voor alle VM's die de gedeelde schijf koppelen als ReadOnly.

* Is alleen van toepassing op gedeelde Ultra Disks en gedeelde Premium SSD v2 beheerde schijven

In de volgende formules wordt uitgelegd hoe de prestatiekenmerken kunnen worden ingesteld, omdat ze door de gebruiker kunnen worden gewijzigd:

  • DiskIOPSReadWrite (IOPS voor lezen/schrijven van schijf):
    • Heeft een minimum IOPS van 100 basislijn voor schijven 100 GiB en kleiner.
      • Voor schijven die groter zijn dan 100 GiB, kunt u de minimum-IOPS van de basislijn instellen met 1 per GiB. Het laagste dat u DiskIOPSReadWrite voor een 101 GiB-schijf kunt instellen, is dus 101 IOPS.
    • Het maximum dat u dit kenmerk kunt instellen, wordt bepaald door de grootte van uw schijf, de formule is 300 * GiB, maximaal 400.000.
  • DiskMB/sReadWrite (doorvoer van lezen/schrijven schijf)
    • De minimale doorvoer (MB/s) van dit kenmerk wordt bepaald door uw IOPS. De formule is 4 KiB per seconde per IOPS. Als u dus 101 IOPS hebt, is de minimale MB/s die u kunt instellen 1.
    • Het maximum dat u dit kenmerk kunt instellen, wordt bepaald door de hoeveelheid IOPS die u instelt, de formule is 256 KiB per seconde per IOPS, tot maximaal 10.000 MB/s.
  • DiskIOPSReadOnly (alleen-lezen schijf-IOPS)
    • De minimumbasislijn-IOPS voor dit kenmerk is 100. Voor DiskIOPSReadOnly neemt de basislijn niet toe met de schijfgrootte.
    • Het maximum dat u dit kenmerk kunt instellen, wordt bepaald door de grootte van uw schijf, de formule is 300 * GiB, maximaal 400.000.
  • DiskMB/sReadOnly (alleen-lezen schijfdoorvoer)
    • De minimale doorvoer (MB/s) voor dit kenmerk is 1. Voor DiskMB/sReadOnly neemt de basislijn niet toe met IOPS.
    • Het maximum dat u dit kenmerk kunt instellen, wordt bepaald door de hoeveelheid IOPS die u instelt, de formule is 256 KiB per seconde per IOPS, tot maximaal 10.000 MB/s.

Voorbeelden

In de volgende voorbeelden ziet u een aantal 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 van 2 knooppunten met behulp van geclusterde gedeelde volumes. Met deze configuratie hebben beide VM's gelijktijdig schrijftoegang tot de schijf, wat ertoe leidt dat de ReadWrite vertraging wordt gesplitst over de twee VM's en dat de ReadOnly beperking niet wordt gebruikt.

Ultravoorbeeld van CSV-knooppunt met twee knooppunten

Cluster met twee knooppunten zonder clustersharevolumes

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

Voorbeeld van csv-twee knooppunten zonder csv-ultraschijf

Linux-cluster met vier knooppunten

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

Voorbeeld van ultrabeperking van vier knooppunten

Prijzen voor Shared Ultra Disk en Premium SSD v2

Zowel gedeelde Ultra Disks als gedeelde beheerde Schijven van Premium SSD v2 zijn geprijsd op basis van ingerichte capaciteit, totale ingerichte IOPS (diskIOPSReadWrite + diskIOPSReadOnly) en de totale ingerichte doorvoer MB/s (diskMB/sReadWrite + diskMB/sReadOnly). Er worden geen extra kosten in rekening gebracht voor elke extra VM-koppeling. Bijvoorbeeld een gedeelde Ultra Disk met de volgende configuratie (diskSizeGB: 1024, DiskIOPSReadWrite: 10000, DiskMB/sReadWrite: 600, DiskIOPSReadOnly: 100, DiskMB/sReadOnly: 1) wordt in rekening gebracht met 1024 GiB, 10100 IOPS en 601 MB/s, ongeacht of deze is gekoppeld 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

Als u aanvullende vragen hebt, raadpleegt u de sectie gedeelde schijven van de veelgestelde vragen.