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 net als een fysieke schijf op een on-premises server, maar gevirtualiseerd. Met beheerde schijven hoeft u alleen maar 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.
U kunt ook een Elastisch SAN van Azure gebruiken als opslag van uw VIRTUELE machine. Met een elastisch SAN kunt u de opslag voor al uw workloads consolideren in één back-end voor opslag en rendabeler zijn als u een grote hoeveelheid grootschalige IO-intensieve workloads en databases in de hoogste laag hebt. Zie Wat is Elastisch SAN van Azure voor meer informatie?
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,99999999999% (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 virtuele-machineschaalsets door u in staat te stellen maximaal 1000 VM's in een virtuele-machineschaalset te maken met behulp van een Marketplace-installatiekopieën of Azure Compute Gallery-installatiekopieën.
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 met 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 als een systeemeigen, cloudgebaseerde back-upoplossing die uw gegevens in beheerde schijven beveiligt. Het is een eenvoudige, veilige en rendabele 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 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
Privékoppelingen
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 hoofdschijfrollen in Azure: de besturingssysteemschijf, de gegevensschijf en de tijdelijke schijf. Deze rollen worden toegewezen aan schijven die zijn gekoppeld aan de virtuele machine.
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. Over het algemeen moet u alleen uw besturingssysteemgegevens opslaan op de besturingssysteemschijf en alle toepassingen en gegevens opslaan op gegevensschijven. Als de kosten echter een probleem zijn, kunt u de besturingssysteemschijf gebruiken in plaats van een gegevensschijf te maken.
Deze schijf heeft een maximale capaciteit van 4.095 GiB. Veel besturingssystemen worden echter 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 ). Zie De veelgestelde vragen over Windows en GPT voor meer informatie over de verschillen tussen MBR en GPT in Windows-implementaties.
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. De grootte van de virtuele machine bepaalt hoeveel gegevensschijven u kunt koppelen en welk type opslag u kunt gebruiken om de schijven te hosten.
Over het algemeen moet u de gegevensschijf gebruiken om uw toepassingen en gegevens op te slaan in plaats van ze op besturingssysteemschijven op te slaan. Het gebruik van gegevensschijven voor het opslaan van toepassingen en gegevens biedt de volgende voordelen ten opzichte van het gebruik van de besturingssysteemschijf:
- Verbeterde back-up en herstel na noodgevallen
- Meer flexibiliteit en schaalbaarheid
- Isolatie van prestaties
- Eenvoudiger onderhoud
- Verbeterde beveiliging en toegangsbeheer
Zie Waarom zou ik de gegevensschijf gebruiken om toepassingen en gegevens op te slaan in plaats van de besturingssysteemschijf voor meer informatie over deze voordelen.
Tijdelijke schijf
Elke VM bevat 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 paginabestanden, wisselbestanden of SQL Server tempdb. Gegevens op de tijdelijke schijf gaan mogelijk verloren tijdens een onderhoudsgebeurtenis, wanneer u een VIRTUELE machine opnieuw implementeert of wanneer u de VIRTUELE machine stopt. Tijdens een geslaagde standaardstart 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 is niet versleuteld tenzij (voor versleuteling aan de serverzijde) u versleuteling inschakelt op de host of (voor Azure Disk Encryption) met de parameter VolumeType ingesteld op Alles in Windows of EncryptFormatAll op Linux.
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.
Afbeeldingen
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:
- Een beheerde installatiekopie van een gegeneraliseerde VM vastleggen in Azure
- Een virtuele Linux-machine generaliseren en vastleggen met de Azure CLI
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:
Het eerste IO-pad is het pad naar de niet-in de cache opgeslagen beheerde schijf. 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 met cache maakt gebruik van een SSD dicht bij de VIRTUELE machine, die zijn eigen IOPS en doorvoer heeft ingericht en een inrichting op SSD-niveau in het diagram heeft. 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 cachetreffer 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 in de cache opgeslagen miss en moeten worden doorlopen door de inrichting op SSD-niveau, schijfniveau en inrichting op 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-niveau inrichten voor IOPS en doorvoer.
Als voorbeeld van deze beperkingen wordt voorkomen dat een Standard_D2s_v3 VM het 5000 IOPS-potentieel van een P30-schijf bereikt, ongeacht of deze in de cache wordt opgeslagen of niet, vanwege limieten op ssd- en netwerkniveaus:
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 Beheerde schijven.
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.