Veelgestelde vragen over Azure IaaS VM-schijven en beheerde en onbeheerde Premium-schijven

Een standaard beheerde schijf die is gemaakt op basis van een VHD van 80 GiB, wordt behandeld als de volgende beschikbare standaardschijfgrootte, een S10-schijf. Er worden kosten in rekening gebracht volgens de S10-schijfprijzen. Zie voor meer informatie de pagina met prijzen.

De kosten zijn gebaseerd op de ingerichte capaciteit van de schijf. Zie voor meer informatie de pagina met prijzen.

Ja.

Nee

Ja. De maximumlimiet is 50.000 beheerde schijven per regio en per schijftype voor een abonnement.

Nee De VM's in een beschikbaarheidsset moeten alle beheerde schijven of alle niet-beheerde schijven gebruiken. Wanneer u een beschikbaarheidsset maakt, kunt u kiezen welk type schijven u wilt gebruiken.

Ja. U kunt een lege schijf maken. Een beheerde schijf kan onafhankelijk van een VIRTUELE machine worden gemaakt, bijvoorbeeld zonder deze aan een VIRTUELE machine te koppelen.

Afhankelijk van de regio waar de beschikbaarheidsset zich bevindt die gebruikmaakt van beheerde schijven, is het aantal ondersteunde foutdomeinen 2 of 3.

Managed Disks ondersteunt drie belangrijke standaardrollen:

• Eigenaar: Kan alles beheren, inclusief toegang
• Inzender: Kan alles beheren behalve toegang
• Lezer: Kan alles weergeven, maar geen wijzigingen aanbrengen

U kunt een alleen-lezen SAS-URI (Shared Access Signature) genereren voor de beheerde schijf en deze gebruiken om de inhoud te kopiëren naar een privéopslagaccount of on-premises opslag. U kunt de SAS-URI gebruiken met behulp van Azure Portal, Azure PowerShell, de Azure CLI of AzCopy.

U kunt een momentopname van een beheerde schijf maken en vervolgens de momentopname gebruiken om een andere beheerde schijf te maken. U kunt ook een nieuwe beheerde schijf maken op basis van een bestaande beheerde schijf.

Ja, maar ze komen uiterlijk 30 september 2025 buiten gebruik en vanaf 18 november 2022 komen nieuwe klantabonnementen niet in aanmerking voor het maken van niet-beheerde schijven. U wordt aangeraden beheerde schijven te gebruiken voor nieuwe workloads en uw huidige workloads te migreren naar beheerde schijven.

Nee

Nee

Nee U kunt de computernaameigenschap niet bijwerken. De nieuwe VM neemt deze over van de bovenliggende VM, die is gebruikt om de besturingssysteemschijf te maken.

• Lijst met sjablonen met beheerde schijven
• https://github.com/chagarw/MDPP

Nee, wanneer de nieuwe schijf wordt gemaakt, is het een volledige zelfstandige kopie van die blob op dat moment en is er geen verbinding tussen de twee. Als u wilt, wordt de bron-blob mogelijk verwijderd nadat u de schijf hebt gemaakt, zonder dat dit van invloed is op de zojuist gemaakte schijf.

De naam van beheerde schijven kan niet worden gewijzigd. U kunt de naam van een niet-beheerde schijf echter wijzigen zolang deze momenteel niet is gekoppeld aan een VHD of VM.

Installatiekopieën van de eerste generatie kunnen alleen GPT-partitionering gebruiken op gegevensschijven, niet op besturingssysteemschijven. Besturingssysteemschijven moeten de MBR-partitiestijl gebruiken.

Installatiekopieën van de tweede generatie kunnen GPT-partitionering op de besturingssysteemschijf en de gegevensschijven gebruiken.

Azure-schijfreservering biedt de mogelijkheid om Premium SSD's te kopen in de opgegeven SKU's van P30 (1 TiB) tot P80 (32 TiB) voor een termijn van één jaar. Er is geen beperking voor het minimale aantal schijven dat nodig is om een schijfreservering aan te schaffen. Daarnaast kunt u ervoor kiezen om in één keer alles vooruit te betalen of om maandelijkse betalingen te doen. Er zijn geen extra transactionele kosten toegepast voor Premium SSD Managed Disks.

Reserveringen worden gemaakt in de vorm van schijven, niet in capaciteit. Met andere woorden, wanneer u een P80 -schijf (32 TiB) reserveert, krijgt u één P80-schijf, dan kunt u die specifieke reservering niet verdelen in twee kleinere P70 -schijven (16 TiB). U kunt zoveel of zo weinig schijven reserveren als u wilt, inclusief twee afzonderlijke P70 -schijven (16 TiB).

Schijfreservering volgt een model dat vergelijkbaar is met gereserveerde VM-exemplaren (virtuele machines). Het verschil is dat een schijfreservering niet kan worden toegepast op verschillende SKU's, terwijl een VM-exemplaar dat wel kan. Zie Kosten besparen met gereserveerde AZURE VM-instanties voor meer informatie over VM-exemplaren.

Azure Disks-reserveringen worden aangeschaft voor een specifieke regio en SKU (zoals P30 in VS - oost 2) en kunnen niet buiten deze constructies worden gebruikt. U kunt altijd een extra Azure Disks-reservering aanschaffen voor uw schijfopslagbehoeften in andere regio's of SKU's.

Ja, alle schijftypen bieden ondersteuning voor sla voor VM's met één exemplaar.

Nee Alle beheerde schijven, zelfs gedeelde schijven, moeten zich in dezelfde regio bevinden als de VIRTUELE machine waaraan ze zijn gekoppeld.

Premium SSD v2 biedt een basislijnprestaties van 3000 IOPS en 125 MB/s voor elke grootte die zonder extra kosten wordt aangeboden. Momenteel heeft de prijscalculator voor de volgende regio's een onjuiste prijs. Totdat de prijscalculator is gecorrigeerd, trekt u 3000IOPS af van de doel-IOPS en 125 MB/s voor doelbandbreedte voor deze regio's om de kosten correct te schatten: VS - noord-centraal, VS - west- west, VS - west, VK - west, UAE - centraal, Zwitserland - noord, Zwitserland - west, Zweden - zuid, Korea - centraal, Korea - zuid, Japan - oost, Japan - west, Italië - noord, India - centraal, India - zuid, Duitsland - noord, Duitsland - west-centraal, Frankrijk - centraal, Canada - centraal, Canada - oost, Brazilië - zuid, US GOV Arizona, US GOV Virginia, Australië - centraal, Australië - centraal 2, Australië - zuidoost, Zuid-Afrika - noord, Zuid-Arica - west.

• U kunt efficiëntere back-up- en herstelbewerkingen uitvoeren, waardoor er minder downtime is in het geval van gegevensverlies of systeemfouten door regelmatig een back-up te maken van uw gegevensschijven. Als de gegevensschijf een probleem ondervindt, is het eenvoudiger om te herstellen omdat deze losstaat van de besturingssysteemschijf.

• U kunt uw opslagcapaciteit uitbreiden door gegevensschijven toe te voegen of uit te breiden zonder dat dit van invloed is op de besturingssysteemschijf. Alleen gegevensschijven ondersteunen livegrootte, u kunt de grootte van besturingssysteemschijven niet vergroten zonder de VIRTUELE machine te stoppen.

• Door het besturingssysteem van uw toepassingen en gegevens op verschillende schijven te scheiden, zorgt u ervoor dat schijf-IOPS van het besturingssysteem en de toepassingsgegevens elkaar niet verstoren. Dit kan de algehele systeemprestaties verbeteren en conflicten voorkomen die kunnen optreden wanneer zowel het besturingssysteem als de toepassingen concurreren voor schijfbronnen.

• Als er een systeemfout of beschadiging optreedt op de besturingssysteemschijf, kunt u het besturingssysteem opnieuw installeren of opnieuw installeren zonder dat dit van invloed is op de gegevensschijf. Dit vermindert het risico op gegevensverlies en maakt het eenvoudiger bij het oplossen van problemen en voor onderhoudsprocedures.

• U kunt afzonderlijke toegangsbeheer en machtigingen toepassen op de besturingssysteemschijf en de gegevensschijf. Deze scheiding beperkt de toegang tot kritieke systeembestanden op de besturingssysteemschijf, waardoor potentiële beveiligingsrisico's worden beperkt.

Ja.

Nee Momentopnamen moeten worden gekopieerd naar andere regio's in de aanmaakvolgorde.

Het kopiëren mislukt.

Ja. Alle beheerde momentopnamen en afbeeldingen worden automatisch versleuteld.

Alle schijftypen ondersteunen een bepaalde vorm van momentopname. Voor Ultra Disks en Premium SSD v2-schijven ondersteunen ze alleen incrementele momentopnamen en hebben ze enkele beperkingen. Zie Een incrementele momentopname maken voor beheerde schijven voor meer informatie. De andere schijftypen ondersteunen beide typen momentopnamen voor alle schijfgrootten.

Als u een van uw incrementele momentopnamen verwijdert, heeft dit geen invloed op volgende incrementele momentopnamen. Het systeem voegt de gegevens die worden bezet door de eerste momentopname samen met de volgende momentopname onder de schermen om ervoor te zorgen dat de volgende momentopnamen niet worden beïnvloed door het verwijderen van de eerste momentopname.

Compatibele beheerde schijven die zijn gemaakt met API-versie 2019-07-01 of hoger, kunnen gedeelde schijven inschakelen. Hiervoor moet u de schijf ontkoppelen van alle VM's waaraan deze is gekoppeld. Bewerk vervolgens de eigenschap maxShares op de schijf.

Koppel de schijf los van alle VM's waaraan deze is gekoppeld. Bewerk vervolgens de eigenschap maxShare op de schijf in 1.

Ja.

Als u niet zeker weet waar u de schijfdoorvoer op moet instellen, raden we u aan te beginnen door ervan uit te gaan dat een IO-grootte van 16 KiB is en de prestaties daar kunt aanpassen terwijl u uw toepassing bewaakt. De formule is: Doorvoer in MB/s = # van IOPS * 16 / 1000.

Naast de schijfbeperking is er een IO-vertraging die wordt opgelegd op VM-niveau. Zorg ervoor dat de VM-grootte die u gebruikt, ondersteuning biedt voor de niveaus die op uw schijven zijn geconfigureerd. Zie Grootten voor virtuele machines in Azure voor meer informatie over I/O-limieten die zijn opgelegd door uw virtuele machine.

Nee, ultraschijven bieden geen ondersteuning voor de verschillende cachemethoden die worden ondersteund op andere schijftypen. Stel de schijfcache in op None.

Misschien moet uw VIRTUELE machine zich in een regio- en beschikbaarheidszonepaar bevinden dat ondersteuning biedt voor Ultra-schijven. Zie aan de slag met ultraschijven voor meer informatie.

Nee, ultraschijven worden alleen ondersteund als gegevensschijven. U kunt gegevens migreren van een bestaande gegevensschijf naar een Ultra Disk. Koppel beide schijven aan dezelfde virtuele machine en kopieer de gegevens rechtstreeks naar de Ultra Disk of gebruik een oplossing van derden voor gegevensmigratie.

Nee, maar u kunt de gegevens van een bestaande schijf migreren naar een ultraschijf. Als u een bestaande schijf naar een ultraschijf wilt migreren, koppelt u beide schijven aan dezelfde VIRTUELE machine en kopieert u de gegevens van de schijf naar de andere of gebruikt u een oplossing van derden voor gegevensmigratie.

Nee, dit wordt momenteel niet ondersteund.

Nee, uploaden kan alleen worden gebruikt tijdens het maken van een nieuwe lege schijf met de status ReadyToUpload .

Nee

Migratie omvat verplaatsing van de schijf van de ene opslaglocatie naar een andere. Dit wordt ingedeeld via een achtergrondkopie van gegevens, die enkele uren kan duren, meestal minder dan 24 uur, afhankelijk van de hoeveelheid gegevens in de schijven. Gedurende die tijd kan uw toepassing een hogere leeslatentie ervaren dan normaal, omdat sommige leesbewerkingen kunnen worden omgeleid naar de oorspronkelijke locatie en het langer kan duren voordat deze is voltooid. Er is geen invloed op schrijflatentie tijdens deze periode.

Er zijn geen wijzigingen vereist.

Ja, back-ups werken naadloos.

Er zijn geen wijzigingen vereist.

Nee U kunt een nieuwe schaalset maken met beheerde schijven met behulp van de installatiekopieën van uw oude schaalset met niet-beheerde schijven.

Nee U kunt een momentopname van een pagina-blob exporteren als een pagina-blob en vervolgens een beheerde schijf maken op basis van de geëxporteerde pagina-blob.

Ja, u kunt ervoor kiezen om een failover uit te voeren naar een virtuele machine met beheerde schijven.

Nee Azure Site Recovery Azure naar Azure-beveiliging voor VM's met Managed Disks is beschikbaar.

Ja

Ja. Beheerde schijven worden versleuteld met versleuteling aan de serverzijde met door platform beheerde sleutels.

Ja. Standaard worden alle beheerde schijven versleuteld, inclusief de besturingssysteemschijf.

Nee

Ja.

Ja.

Ja

Nee Maar als u een VHD exporteert naar een versleuteld opslagaccount vanaf een versleutelde beheerde schijf of momentopname, wordt deze versleuteld.

Het is niet mogelijk om in-place over te schakelen, maar het is mogelijk om kopieën van de schijven te maken en deze te koppelen aan een nieuwe virtuele machine die is versleuteld met versleuteling aan de serverzijde. Als u de besturingssysteemschijf van een Linux-VM met ADE hebt versleuteld, kunt u ADE echter niet uitschakelen op Linux wanneer de besturingssysteemschijf is versleuteld. Windows-VM's migreren waarvoor ADE is ingeschakeld of Linux-VM's met alleen de gegevensschijven die met ADE zijn versleuteld,

• Schakel versleuteling uit en verwijder de versleutelingsextensie in Windows of linux.
• Maak vervolgens een nieuwe beheerde schijf met behulp van de huidige schijf als bron.
• Koppel de nieuwe schijf aan een nieuwe VIRTUELE machine die ADE nog nooit heeft ingeschakeld.
• Versleutel die nieuwe schijf met door de klant beheerde sleutels.

Ja. Schakel eerst uw schijf over naar het gebruik van door het platform beheerde sleutels met een van de volgende stappen:

rgName=yourResourceGroupName
diskName=yourDiskName

az disk update -n $diskName -g $rgName --encryption-type EncryptionAtRestWithPlatformKey

$rgName = "yourResourceGroupName"
$diskName = "yourDiskName"

New-AzDiskUpdateConfig -EncryptionType "EncryptionAtRestWithPlatformKey" | Update-AzDisk -ResourceGroupName $rgName -DiskName $diskName

Versleutel vervolgens uw huidige schijf met Azure Disk Encryption.

Ja.

Niet alle installatiekopieën van het besturingssysteem ondersteunen het implementeren met een niet-beheerde schijf in Azure Portal. Als de gekozen installatiekopieën deze implementatiemethode niet ondersteunen, raden we u aan beheerde schijven te gebruiken voor nieuwe werkbelastingen en uw bestaande schijf te converteren naar een beheerde schijf. Als u geen beheerde schijven kunt gebruiken, kunt u een virtuele machine implementeren met behulp van niet-beheerde schijven met de Azure PowerShell-module of de Azure CLI.

Nee U kunt alleen standaardgegevensschijven koppelen aan VM's die geen groottereeks gebruiken die Premium SSD-schijven ondersteunt.

Er zijn vaste kosten voor elke schijfgrootte, die wordt ingericht met specifieke limieten voor IOPS en doorvoer. De andere kosten zijn uitgaande bandbreedte, momentopnamecapaciteit en kosten die zijn gekoppeld aan bursting op aanvraag, indien van toepassing. Zie voor meer informatie de pagina met prijzen.

De gecombineerde limieten voor cache en lokale SSD voor een DS-serie zijn 4000 IOPS per kern en 33 MB/s per kern. De GS-serie biedt 5000 IOPS per kern en 50 MB/s per kern.

De lokale SSD is tijdelijke opslag die is opgenomen in een virtuele machine met behulp van beheerde schijven. Er zijn geen extra kosten verbonden aan deze tijdelijke opslag. U moet deze lokale SSD niet gebruiken om toepassingsgegevens op te slaan omdat deze niet worden bewaard in Azure Storage.

Het gebruik van TRIM op Azure-schijven op Premium- of Standard-schijven heeft geen nadeel.

Het partitietype dat ondersteuning voor Azure voor Gen1-besturingssysteemschijven is de master boot record (MBR). Hoewel Gen1-besturingssysteemschijven alleen MBR ondersteunen, ondersteunen de gegevensschijven GPT. Hoewel u maximaal een 4 TiB-besturingssysteemschijf kunt toewijzen, kan het MBR-partitietype maximaal 2 TiB van deze schijfruimte voor het besturingssysteem gebruiken. ondersteuning voor Azure maximaal 32 TiB voor beheerde gegevensschijven.

Het partitietype dat ondersteuning voor Azure voor gen2-besturingssysteemschijven is GUID Partition Table (GPT). Gen2-VM's ondersteunen maximaal een 4 TiB-besturingssysteemschijf. ondersteuning voor Azure maximaal 32 TiB voor beheerde gegevensschijven.

Het partitietype dat ondersteuning voor Azure voor een besturingssysteemschijf met behulp van niet-beheerde schijven is de master boot record (MBR). Hoewel u maximaal 4 TiB voor een besturingssysteemschijf kunt toewijzen, kan het MBR-partitietype maximaal 2 TiB van deze schijfruimte voor het besturingssysteem gebruiken. ondersteuning voor Azure maximaal 4 TiB voor onbeheerde gegevensschijven.

De grootste pagina-blobgrootte die ondersteuning voor Azure is 8 TiB (8.191 GiB). De maximale pagina-blobgrootte wanneer deze als gegevens of besturingssysteemschijven aan een VIRTUELE machine is gekoppeld, is 4 TiB (4.095 GiB).

P4-schijven (32 GiB) en P6 (64 GiB) worden niet ondersteund als de standaardschijflagen voor niet-beheerde schijven en pagina-blobs. U moet de bloblaag expliciet instellen op P4 en P6 om uw schijf toe te wijzen aan deze lagen. Als u een niet-beheerde schijf of pagina-blob implementeert met de schijfgrootte of inhoudslengte kleiner dan 32 GiB of tussen 32 GiB en 64 GiB zonder de Blob-laag in te stellen, blijft u op P10 landen met 500 IOPS en 100 MB/s en de toegewezen prijscategorie.

Bestaande kleine Premium-schijven van minder dan 64 GiB worden nog steeds gefactureerd volgens de P10-prijscategorie.

U kunt een momentopname van uw kleine schijven maken en vervolgens een schijf maken om de prijscategorie automatisch over te zetten naar P4 of P6 op basis van de ingerichte grootte. U kunt ook prestatielagen gebruiken, zie de artikelen voor het wijzigen van prestatielagen met de Azure CLI/PowerShell-module of Azure Portal.

Ja.

De grootste schijfgrootte die wordt ondersteund door Azure Backup is 32 TiB (4 TiB voor versleutelde schijven). De grootste schijfgrootte die wordt ondersteund door Azure Site Recovery is 8 TiB. Ondersteuning voor de grotere schijven tot 32 TiB is nog niet beschikbaar in Azure Site Recovery.

Om de schijfdoorvoer van Standard SSD en Standard HDD grote schijven (>4 TiB) te bereiken boven 500 IOPS en 60 MB/s, u wordt aangeraden een nieuwe VM te implementeren vanaf een van de volgende VM-grootten om uw prestaties te optimaliseren: B-serie, DSv2-serie, Dsv3-serie, ESv3-serie, Fs-serie, Fsv2-serie, M-serie, GS-serie, NCv2-serie, NCv3-serie of VM's uit de Ls-serie. Als u grote schijven koppelt aan bestaande VM's of VM's die niet gebruikmaken van de bovenstaande aanbevolen grootten, kunnen de prestaties lager zijn.

U kunt de virtuele machine stoppen en starten waaraan de schijf is gekoppeld, of de schijf loskoppelen en opnieuw koppelen. De prestatiedoelen van grotere schijven zijn verhoogd voor zowel Premium SSD's als Standard SSD's bij algemene beschikbaarheid.

Hostcaching (ReadOnly en Read/Write) wordt ondersteund op schijfgrootten van minder dan 4 TiB. Dit betekent dat elke schijf die tot 4.095 GiB is ingericht, kan profiteren van hostcaching. Hostcaching wordt niet ondersteund voor schijfgrootten die groter zijn dan of gelijk zijn aan 4.096 GiB. Een P50 Premium-schijf die is ingericht op 4.095 GiB kan bijvoorbeeld profiteren van hostcaching en een P50-schijf die is ingericht bij 4.096 GiB, kan niet profiteren van hostcaching. We raden u aan caching te gebruiken voor kleinere schijfgrootten, waar u kunt verwachten dat de prestaties verbeteren met gegevens die in de cache op de VM zijn opgeslagen.

Stel de DiskAccessId eigenschap in op een exemplaar van een schijftoegangsobject en stel de eigenschap NetworkAccessPolicy in op AllowPrivate.

Ja.

Nee

Wat als mijn vraag hier niet wordt beantwoord?

Als uw vraag hier niet wordt vermeld, laat het ons dan weten en we helpen u een antwoord te vinden. U kunt aan het einde van dit artikel een vraag stellen in de opmerkingen. Als u contact wilt opnemen met het Azure Storage-team en andere communityleden over dit artikel, gebruikt u de microsoft Q&A-vragenpagina voor Azure Storage.

Als u functies wilt aanvragen, dient u uw aanvragen en ideeën in bij het feedbackforum van Azure Storage.