Inleiding tot beheerde Azure-schijven

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

Beheerde Azure-schijven zijn opslagvolumes op blokniveau die worden beheerd door Azure en worden gebruikt met Azure Virtual Machines. Beheerde schijven zijn als een fysieke schijf op een on-premises server, maar gevirtualiseerd. Met beheerde schijven hoeft u alleen de schijfgrootte, het schijftype en de schijf in te richten. Zodra u de schijf hebt ingericht, verwerkt Azure de rest.

De beschikbare typen schijven zijn ultraschijven, premium SSD's (solid-state drives), standard SSD's en standard harde schijven (HDD). Zie Een schijftype selecteren voor IaaS-VM's voor informatie over elk afzonderlijk schijftype.

Voordelen van beheerde schijven

We gaan enkele van de voordelen van het gebruik van beheerde schijven bespreken.

Uiterst duurzaam en beschikbaar

Beheerde schijven zijn ontworpen voor een beschikbaarheid van 99,999%. Beheerde schijven realiseren dit door u drie replica's van uw gegevens te bieden, zodat ze uiterst duurzaam zijn. Als een of zelfs twee replica's problemen ondervinden, zorgen de overige replica's voor persistentie van uw gegevens en een hoge tolerantie tegen fouten. Deze architectuur heeft ertoe bijgedragen dat Azure consistente duurzaamheid levert voor IaaS-schijven (Infrastructure as a Service), met een toonaangevende storing van NUL % per jaar. Lokaal redundante opslagschijven (LRS) bieden ten minste 99,9999999999% (11 9's) duurzaamheid gedurende een bepaald jaar en ZRS-schijven (zone-redundante opslag) bieden ten minste 99,9999999999% (12 9's) duurzaamheid gedurende een bepaald jaar.

Eenvoudige en schaalbare VM-implementatie

Met beheerde schijven kunt u maximaal 50.000 VM-schijven van een type in een abonnement per regio maken, zodat u duizenden VM's kunt maken in één abonnement. Deze functie verhoogt ook de schaalbaarheid van schaalsets voor virtuele machines omdat u maximaal 1.000 VM's in een schaalset voor virtuele machines kunt maken met behulp van een Marketplace-installatiekopie.

Integratie met beschikbaarheidssets

Beheerde schijven zijn geïntegreerd met beschikbaarheidssets om ervoor te zorgen dat de schijven van VM's in een beschikbaarheidsset voldoende van elkaar zijn verwijderd, waardoor een SPOF (Single Point Of Failure) wordt voorkomen. Schijven worden automatisch in verschillende schaaleenheden voor opslag (stempels) geplaatst. Wanneer een hardware- of softwarefout optreedt in een stempel, worden alleen de VM-exemplaren met schijven op deze stempels beïnvloed. Stel bijvoorbeeld dat u een toepassing hebt die op vijf VM's wordt uitgevoerd en dat de VM's zich in een beschikbaarheidsset bevinden. De schijven voor deze VM's worden niet allemaal opgeslagen in dezelfde stempel, dus als de ene stempel uitvalt, worden de andere exemplaren van de toepassing nog steeds uitgevoerd.

Integratie met beschikbaarheidszones

Beheerde schijven ondersteunen beschikbaarheidszones. Dit is een oplossing met hoge beschikbaarheid die uw toepassingen beschermt tegen datacenterfouten. Beschikbaarheidszones zijn unieke, fysieke locaties binnen een Azure-regio. Elke zone bestaat uit een of meer datacenters die zijn voorzien van een onafhankelijke stroomvoorziening, koeling en netwerken. Tolerantie wordt gegarandeerd door aanwezigheid van minimaal drie afzonderlijke zones in alle actieve regio's. Met beschikbaarheidszones biedt Azure de beste uptime SLA voor VM’s van de branche, van 99,99%.

Ondersteuning voor Azure Backup

Azure Backup kan ter bescherming tegen regionale noodgevallen worden gebruikt om een back-uptaak te maken met back-ups op basis van tijd en beleidsregels voor het bewaren van back-ups. Op die manier kunt u naar wens herstelbewerkingen voor VM's of beheerde schijven uitvoeren. Momenteel ondersteunt Azure Backup schijfgrootten tot 32 TiB (tebibytes). Meer informatie over ondersteuning voor Azure VM-back-ups.

Azure Disk Backup

Azure Backup biedt Azure Disk Backup (preview) als een systeemeigen, cloudgebaseerde back-upoplossing die uw gegevens in beheerde schijven beveiligt. Het is een eenvoudige, veilige en kosteneffectieve oplossing waarmee u in een paar stappen beveiliging voor beheerde schijven kunt configureren. Azure Disk Backup biedt een kant-en-klare oplossing die levenscyclusbeheer voor momentopnamen biedt voor beheerde schijven door het periodiek maken van momentopnamen te automatiseren en te bewaren voor een geconfigureerde duur met behulp van back-upbeleid. Zie Overzicht van Azure Disk Backup (in preview) voor meer informatie over Azure Disk Backup.

Gedetailleerd toegangsbeheer

U kunt op rollen gebaseerd toegangsbeheer (Azure RBAC) van Azure gebruiken om specifieke machtigingen voor een beheerde schijf aan een of meer gebruikers toe te wijzen. Beheerde schijven bieden verschillende bewerkingen, waaronder lezen, schrijven (maken/bijwerken), verwijderen en ophalen van een SAS-URI (Shared Access Signature) voor de schijf. U kunt alleen toegang verlenen tot de bewerkingen die een persoon nodig heeft om de taak uit te voeren. Als u bijvoorbeeld niet wilt dat een persoon een beheerde schijf naar een opslagaccount kopieert, kunt u ervoor kiezen geen toegang te verlenen tot de exportbewerking voor die beheerde schijf. En als u niet wilt dat een gebruiker een SAS-URI gebruikt om een beheerde schijf te kopiëren, kunt u ervoor kiezen deze machtiging niet te verlenen aan de beheerde schijf.

Uw vhd uploaden

Direct uploaden maakt het eenvoudig om uw vhd over te zetten naar een door Azure beheerde schijf. Voorheen moest u een complexer proces volgen dat de fasering van uw gegevens in een opslagaccount bevatte. Nu zijn er minder stappen. Het is nu eenvoudiger om on-premises VM's naar Azure te uploaden, te uploaden naar grote beheerde schijven en het back-up- en herstelproces is vereenvoudigd. Het vermindert ook de kosten omdat u gegevens rechtstreeks naar beheerde schijven kunt uploaden zonder ze aan VM's toe te voegen. U kunt direct uploaden gebruiken om vhd's met een grootte van maximaal 32 TiB te uploaden.

Zie de CLI- of PowerShell-artikelen voor meer informatie over het overdragen van uw vhd naar Azure.

Beveiliging

Private Link ondersteuning voor beheerde schijven kan worden gebruikt voor het importeren of exporteren van een interne beheerde schijf naar uw netwerk. Met privékoppelingen kunt u een tijdsgebonden Shared Access Signature-URI (SAS) genereren voor niet-gekoppelde beheerde schijven en momentopnamen die u kunt gebruiken voor het exporteren van de gegevens naar een andere regio voor regionale expansie, herstel na noodgevallen en forensische analyse. U kunt ook de SAS-URI gebruiken om de VHD rechtstreeks naar een lege schijf van on-premises te uploaden. U kunt Privékoppelingen nu gebruiken om het exporteren en importeren van beheerde schijven te beperken zodat dit alleen kan worden uitgevoerd in uw virtuele Azure-netwerk. Met privékoppelingen kunt u ervoor zorgen dat uw gegevens alleen binnen het beveiligde Microsoft-backbone-netwerk worden verplaatst.

Zie de artikelen over de CLI of Portal voor meer informatie over het inschakelen van privékoppelingen voor het importeren of exporteren van een beheerde schijf.

Versleuteling

Beheerde schijven bieden twee verschillende soorten versleuteling. De eerste is SSE (Server Side Encryption), die door de opslagservice wordt uitgevoerd. De tweede is Azure Disk Encryption (ADE), dat u kunt inschakelen op het besturingssysteem en de gegevensschijven voor uw virtuele machines.

Versleuteling aan de serverzijde

Met versleuteling aan serverzijde kunt u inactieve gegevens versleutelen en kunt u uw gegevens zodanig beschermen dat wordt voldaan aan de beveiligings- en nalevingsverplichtingen van de organisatie. SSE is standaard ingeschakeld voor alle beheerde schijven, momentopnamen en installatiekopieën in alle regio's waar beheerde schijven beschikbaar zijn. (Tijdelijke schijven worden daarentegen niet versleuteld door versleuteling aan serverzijde tenzij u versleuteling inschakelt op de host; zie Schijfrollen: tijdelijke schijven).

U kunt Azure toestaan uw sleutels voor u te beheren (dit zijn door het platform beheerde sleutels) of u kunt de sleutels zelf beheren (door de klant beheerde sleutels). Lees het artikel Versleuteling aan serverzijde van Azure Disk Storage voor meer informatie.

Azure Disk Encryption

Met Azure Disk Encryption kunt u het besturingssysteem en de gegevensschijven versleutelen die worden gebruikt door een virtuele IaaS-machine. Deze versleuteling omvat beheerde schijven. Voor Windows worden de stations versleuteld met behulp van de standaard BitLocker-versleutelingstechnologie. Voor Linux worden de schijven versleuteld met behulp van de DM-Crypt-technologie. Het versleutelingsproces is geïntegreerd met Azure Key Vault zodat u de schijfversleutelingssleutels kunt controleren en beheren. Zie Azure Disk Encryption voor virtuele Linux-machines of Azure Disk Encryption voor virtuele Windows-machines voor meer informatie.

Schijfrollen

Er zijn drie belangrijke schijfrollen in Azure: de gegevensschijf, de besturingssysteemschijf en de tijdelijke schijf. Deze rollen worden toegewezen aan schijven die zijn gekoppeld aan de virtuele machine.

Schijfrollen in actie

Gegevensschijf

Een gegevensschijf is een beheerde schijf die is gekoppeld aan een virtuele machine om toepassingsgegevens op te slaan, of andere gegevens die u moet bewaren. Gegevensschijven worden geregistreerd als SCSI-station en zijn voorzien van een door u gekozen letter. Elke gegevensschijf heeft een maximale capaciteit van 32.767 GiB (gibibytes). De grootte van de virtuele machine bepaalt hoeveel gegevensschijven u kunt koppelen en welk type opslag u kunt gebruiken om de schijven te hosten.

Besturingssysteemschijf

Elke virtuele machine heeft een gekoppelde besturingssysteemschijf. Die besturingssysteemschijf heeft een vooraf geïnstalleerd besturingssysteem dat is geselecteerd toen de virtuele machine werd gemaakt. Deze schijf bevat het opstartvolume.

Deze schijf heeft een maximale capaciteit van 4095 GiB, maar veel besturingssystemen worden standaard gepartitioneerd met master boot record (MBR). MBR beperkt de bruikbare grootte tot 2 TiB. Als u meer dan 2 TiB nodig hebt, maakt en koppelt u gegevensschijven en gebruikt u deze voor gegevensopslag. Als u gegevens op de besturingssysteemschijf wilt opslaan en de extra ruimte nodig hebt, converteert u deze naar GPT (GUID Partition Table ). Voor meer informatie over de verschillen tussen MBR en GPT in Windows-implementaties raadpleegt u de veelgestelde vragen over Windows en GPT.

Tijdelijke schijf

De meeste VM's bevatten een tijdelijke schijf, die geen beheerde schijf is. De tijdelijke schijf biedt kortetermijnopslag voor toepassingen en processen en is bedoeld om alleen gegevens op te slaan, zoals pagina- of wisselbestanden. Gegevens op de tijdelijke schijf kunnen verloren gaan tijdens een onderhoudsgebeurtenis of wanneer u een virtuele machine opnieuw implementeert. Tijdens een geslaagd standaard opnieuw opstarten van de VIRTUELE machine blijven de gegevens op de tijdelijke schijf behouden. Zie Azure VM-grootten zonder lokale tijdelijke schijf voor meer informatie over VM's zonder tijdelijke schijven.

Op virtuele machines van Azure Linux is de tijdelijke schijf doorgaans /dev/sdb en op virtuele Windows-machines is de tijdelijke schijf standaard D:. De tijdelijke schijf wordt niet versleuteld door versleuteling aan serverzijde tenzij u versleuteling inschakelt op de host.

Momentopnamen van beheerde schijf

Een momentopname van een beheerde schijf is een alleen-lezen, crashconsistente volledige kopie van een beheerde schijf die standaard wordt opgeslagen als standaard beheerde schijf. Met momentopnamen kunt u op elk moment een back-up maken van uw beheerde schijven. Deze momentopnamen bestaan onafhankelijk van de bronschijf en kunnen worden gebruikt om nieuwe beheerde schijven te maken.

Momentopnamen worden gefactureerd op basis van de gebruikte grootte. Als u bijvoorbeeld een momentopname maakt van een beheerde schijf met een ingerichte capaciteit van 64 GiB en een daadwerkelijk gebruikte gegevensgrootte van 10 GiB, wordt die momentopname alleen gefactureerd voor de gebruikte gegevensgrootte van 10 GiB. U kunt de gebruikte grootte van uw momentopnamen bekijken in het Azure-gebruiksrapport. Als de gebruikte gegevensgrootte van een momentopname bijvoorbeeld 10 GiB is, wordt in het dagelijkse gebruiksrapport 10 GiB/(31 dagen) = 0,3226 als verbruikte hoeveelheid weergegeven.

Zie het artikel Een momentopname van een beheerde schijf maken voor meer informatie over het maken van momentopnamen voor beheerde schijven.

Installatiekopieën

Beheerde schijven bieden ook ondersteuning voor het maken van een beheerde aangepaste installatiekopie. U kunt een installatiekopie maken van uw aangepaste VHD in een opslagaccount of rechtstreeks vanuit een gegeneraliseerde (sysprepped) VM. Door dit proces wordt één installatie kopie vastgelegd. Deze installatiekopie bevat alle beheerde schijven die zijn gekoppeld aan een virtuele machine, inclusief het besturingssysteem en de gegevensschijven. Met deze beheerde aangepaste installatiekopie kunt u honderden VM's maken met behulp van uw aangepaste installatiekopie zonder dat u opslagaccounts hoeft te kopiëren of te beheren.

Zie de volgende artikelen voor meer informatie over het maken van installatiekopieën:

Installatiekopieën versus momentopnamen

Het is belangrijk dat u begrijpt wat het verschil is tussen installatiekopieën en momentopnamen. Met beheerde schijven kunt u een installatiekopie maken van een gegeneraliseerde virtuele machine waarvan de toewijzing ongedaan is gemaakt. Deze installatiekopie bevat alle schijven die aan de virtuele machine zijn gekoppeld. U kunt deze installatiekopie gebruiken om een virtuele machine te maken, en deze bevat alle schijven.

Een momentopname is een kopie van een schijf op het moment dat de momentopname wordt gemaakt. Deze is alleen van toepassing op één schijf. Als u een virtuele machine hebt die één schijf (de besturingssysteemschijf) heeft, kunt u een momentopname of een installatiekopie maken en een virtuele machine maken van de momentopname of de installatiekopie.

Een momentopname is zich niet bewust van de aanwezigheid van andere schijven dan de schijf die deze bevat. Dit maakt het problematisch om een momentopname te gebruiken in scenario's die de coördinatie van meerdere schijven vereisen, zoals striping. Momentopnamen moeten met elkaar kunnen worden gecoördineerd en dit wordt momenteel niet ondersteund.

Schijftoewijzing en prestaties

In het volgende diagram ziet u realtime toewijzing van bandbreedte en IOPS voor schijven, met drie verschillende paden die een IO kan nemen:

Diagram van een inrichtingssysteem op drie niveaus met bandbreedte en IOPS-toewijzing.

Het eerste IO-pad is het niet-in de cache opgeslagen pad naar beheerde schijven. Dit pad wordt genomen als u een beheerde schijf gebruikt en de hostcache instelt op geen. Een IO die dit pad gebruikt, wordt uitgevoerd op basis van inrichting op schijfniveau en vervolgens inrichting op VM-netwerkniveau voor IOPS en doorvoer.

Het tweede IO-pad is het pad naar de beheerde schijf in de cache. Io met beheerde schijf in cache maakt gebruik van een SSD dicht bij de VIRTUELE machine, die hun eigen IOPS en doorvoer hebben ingericht en is voorzien van het label SSD-inrichting op SSD-niveau in het diagram. Wanneer een beheerde schijf in de cache een leesbewerking start, controleert de aanvraag eerst of de gegevens zich in de server-SSD bevinden. Als de gegevens niet aanwezig zijn, is er een gemiste cache gemaakt en wordt de IO uitgevoerd op basis van inrichting op SSD-niveau, inrichting op schijfniveau en vervolgens inrichting op VM-netwerkniveau voor IOPS en doorvoer. Wanneer de server-SSD leesbewerkingen uitvoert op io in de cache die aanwezig is op de server-SSD, wordt er een cache-hit gemaakt en wordt de IO vervolgens uitgevoerd op basis van de inrichting op SSD-niveau. Schrijfbewerkingen die zijn geïnitieerd door een beheerde schijf in de cache, volgen altijd het pad van een gemiste cache en moeten worden uitgevoerd door de inrichting op SSD-niveau, schijfniveau en VM-netwerkniveau.

Ten slotte is het derde pad voor de lokale/tijdelijke schijf. Dit is alleen beschikbaar op VM's die lokale/tijdelijke schijven ondersteunen. Een IO die dit pad gebruikt, wordt uitgevoerd op basis van SSD-Level Inrichten voor IOPS en doorvoer.

Een voorbeeld van deze beperkingen: er wordt voorkomen dat een Standard_DS1v1 VM het potentieel van 5.000 IOPS van een P30-schijf haalt, ongeacht of deze in de cache is opgeslagen, vanwege limieten op het niveau van de SSD en het netwerk:

Diagram van het inrichtingssysteem op drie niveaus met Standard_DS1v1 voorbeeldtoewijzing.

Azure maakt gebruik van een netwerkkanaal met prioriteit voor schijfverkeer, dat de prioriteit krijgt boven een ander netwerkverkeer met een lage prioriteit. Op die manier kunnen schijven hun verwachte prestaties behouden in het geval van netwerkconflicten. Op dezelfde manier worden resourceconflicten en andere problemen door Azure Storage op de achtergrond verwerkt met automatische taakverdeling. Azure Storage wijst de vereiste bronnen toe wanneer u een schijf maakt en past proactieve en reactieve verdeling van resources toe om het verkeersniveau af te handelen. Zo zorgt u ervoor dat schijven hun verwachte IOPS- en doorvoerdoelen kunnen behouden. U kunt de metrische gegevens op het niveau van de virtuele machine en op schijfniveau gebruiken om de prestatie- en configuratiemeldingen naar behoefte bij te houden.

Raadpleeg ons artikel Ontwerp voor hoge prestaties voor meer informatie over de aanbevolen procedures voor het optimaliseren van VM- en schijfconfiguraties, zodat u de gewenste prestaties kunt garanderen

Volgende stappen

Als u meer informatie wilt over beheerde schijven, raadpleegt u: [Betere tolerantie van Virtuele Azure-machines met Managed Disks).

Meer informatie over de afzonderlijke schijftypen van Azure biedt, welk type geschikt is voor uw behoeften en meer informatie over hun prestatiedoelen vindt u in ons artikel over schijftypen.