Vanliga frågor och svar om virtuella Azure IaaS-datorer och hanterade och ohanterade premiumdiskar

En standardhanterad disk som skapats från en virtuell hårddisk med 80 GiB behandlas som nästa tillgängliga standarddiskstorlek, som är en S10-disk. Du debiteras enligt prissättningen för S10-diskar. Mer information, se prissidan.

Du debiteras baserat på diskens etablerade kapacitet. Mer information, se prissidan.

Ja.

Nej.

Ja. Den maximala gränsen är 50 000 hanterade diskar per region och per disktyp för en prenumeration.

Nej. De virtuella datorerna i en tillgänglighetsuppsättning måste använda antingen alla hanterade diskar eller alla ohanterade diskar. När du skapar en tillgänglighetsuppsättning kan du välja vilken typ av diskar du vill använda.

Ja. Du kan skapa en tom disk. En hanterad disk kan skapas oberoende av en virtuell dator, till exempel utan att koppla den till en virtuell dator.

Beroende på den region där tillgänglighetsuppsättningen som använder hanterade diskar finns är antalet feldomäner som stöds 2 eller 3.

Hanterade diskar har stöd för tre viktiga standardroller:

• Ägare: Kan hantera allt, inklusive åtkomst
• Deltagare: Kan hantera allt utom åtkomst
• Läsare: Kan visa allt, men kan inte göra ändringar

Du kan generera en sas-URI (read-only shared access signature) för den hanterade disken och använda den för att kopiera innehållet till ett privat lagringskonto eller lokalt lagringsutrymme. Du kan använda SAS-URI:n med hjälp av Azure-portalen, Azure PowerShell, Azure CLI eller AzCopy.

Du kan ta en ögonblicksbild av en hanterad disk och sedan använda ögonblicksbilden för att skapa en annan hanterad disk. Du kan också skapa en ny hanterad disk från en befintlig hanterad disk.

Ja, men de kommer att dras tillbaka senast den 30 september 2025 och från och med den 18 november 2022 är nya kundprenumerationer inte berättigade att skapa ohanterade diskar. Vi rekommenderar att du använder hanterade diskar för nya arbetsbelastningar och migrerar dina aktuella arbetsbelastningar till hanterade diskar.

Nej.

Nej.

Nej. Du kan inte uppdatera egenskapen datornamn. Den nya virtuella datorn ärver den från den överordnade virtuella datorn, som användes för att skapa operativsystemdisken.

• Lista över mallar med hanterade diskar
• https://github.com/chagarw/MDPP

Nej, när den nya disken skapas är det en fullständig fristående kopia av den bloben vid den tidpunkten och det finns ingen anslutning mellan de två. Om du vill kan källbloben tas bort när du har skapat disken utan att det påverkar den nyligen skapade disken på något sätt.

Det går inte att byta namn på hanterade diskar. Du kan dock byta namn på en ohanterad disk så länge den inte är ansluten till en virtuell hårddisk eller virtuell dator.

Generation 1-avbildningar kan bara använda GPT-partitionering på datadiskar, inte OS-diskar. OS-diskar måste använda MBR-partitionsformatet.

Generation 2-avbildningar kan använda GPT-partitionering på OS-disken och datadiskarna.

Azure-diskreservation ger möjlighet att köpa Premium-SSD:er i de angivna SKU:erna från P30 (1 TiB) upp till P80 (32 TiB) under en ettårsperiod. Det finns ingen begränsning för det minsta antal diskar som krävs för att köpa en diskreservation. Dessutom kan du betala med en enskild förskottsbetalning eller månatligen. Det finns ingen ytterligare transaktionskostnad för Premium SSD Managed Disks.

Reservationer görs i form av diskar, inte kapacitet. Med andra ord, när du reserverar en P80-disk (32 TiB) får du en enda P80-disk. Då kan du inte dela upp den specifika reservationen i två mindre P70-diskar (16 TiB). Du kan reservera så många eller så få diskar som du vill, inklusive två separata P70-diskar (16 TiB).

Diskreservationen följer en modell som liknar reserverade virtuella datorinstanser (VM). Skillnaden är att en diskreservation inte kan tillämpas på olika SKU:er, medan en virtuell datorinstans kan göra det. Mer information om VM-instanser finns i Spara kostnader med Azure Reserved VM Instances .

Azure-diskar reservationer köps för en viss region och SKU (till exempel P30 i USA, östra 2) och kan inte användas utanför dessa konstruktioner. Du kan alltid köpa ytterligare en Azure Disks-reservation för dina disklagringsbehov i andra regioner eller SKU:er.

Ja, alla disktyper stöder SLA för en enskild instans av virtuella datorer.

Nej. Alla hanterade diskar, även delade diskar, måste finnas i samma region som den virtuella dator som de ansluter till.

Premium SSD v2 ger en baslinjeprestanda på 3 000 IOPS och 125 MB/s för alla storlekar som erbjuds utan extra kostnad. Priskalkylatorn har för närvarande ett felaktigt pris för följande regioner. Tills priskalkylatorn har korrigerats drar du av 3000IOPS från mål-IOPS och 125 MB/s för målbandbredd för dessa regioner för att korrekt beräkna kostnaden: USA, norra centrala, USA, västra centrala, USA, västra, Storbritannien, centrala, Förenade Arabemiraten, norra, Schweiz, norra, Schweiz, västra, Sverige, södra, Sydkorea, centrala, Sydkorea, södra, Japan, östra, Japan, västra, Italien, norra, Centrala Indien, Södra Indien, Tyskland, norra, Tyskland, västra centrala, Frankrike, centrala, Kanada, centrala, Kanada, östra, Brasilien, södra, USA GOV Arizona, US GOV Virginia, Australien, centrala, Australien, centrala 2, Australien, sydöstra, Sydafrika, norra, södra Arica, västra.

• Du kan ha effektivare säkerhetskopierings- och återställningsåtgärder, vilket minskar stilleståndstiden i händelse av dataförlust eller systemfel, genom att ofta säkerhetskopiera dina datadiskar. Om datadisken har ett problem är det enklare att återställa eftersom den är separat från OS-disken.

• Du kan utöka lagringskapaciteten genom att lägga till eller expandera datadiskar utan att påverka OS-disken. Endast datadiskar stöder live-storleksändring, du kan inte öka storleken på OS-diskar utan att stoppa den virtuella datorn.

• Genom att separera operativsystemet från dina program och data på olika diskar kan du se till att disk-IOPs från operativsystemet och programdata inte stör varandra. Detta kan förbättra den övergripande systemprestandan och förhindra konkurrensproblem som kan uppstå när både operativsystemet och programmen konkurrerar om diskresurser.

• Om det uppstår ett systemfel eller en skada på OS-disken kan du återskapa eller installera om operativsystemet utan att påverka datadisken. Detta minskar risken för dataförlust och gör det enklare vid felsökning och underhåll.

• Du kan använda separata åtkomstkontroller och behörigheter för OS-disken och datadisken. Den här separationen begränsar åtkomsten till kritiska systemfiler på OS-disken, vilket minskar potentiella säkerhetsrisker.

Ja.

Nej. Ögonblicksbilder måste kopieras till andra regioner i skapandeordning.

Kopian misslyckas.

Ja. Alla hanterade ögonblicksbilder och bilder krypteras automatiskt.

Alla disktyper stöder någon form av ögonblicksbild. För Ultra Disks- och Premium SSD v2-diskar stöder de endast inkrementella ögonblicksbilder och har vissa begränsningar. Mer information finns i Skapa en inkrementell ögonblicksbild för hanterade diskar. De andra disktyperna stöder båda typerna av ögonblicksbilder för alla deras diskstorlekar.

Om du tar bort en av dina inkrementella ögonblicksbilder påverkas inte efterföljande inkrementella ögonblicksbilder. Systemet sammanfogar data som upptas av den första ögonblicksbilden med nästa ögonblicksbild under huven för att säkerställa att efterföljande ögonblicksbilder inte påverkas på grund av borttagningen av den första ögonblicksbilden.

Kompatibla hanterade diskar som skapats med API-version 2019-07-01 eller senare kan aktivera delade diskar. För att göra detta måste du demontera disken från alla virtuella datorer som den är ansluten till. Redigera sedan egenskapen maxShares på disken.

Demontera disken från alla virtuella datorer som den är ansluten till. Redigera sedan egenskapen maxShare på disken till 1.

Ja.

Om du är osäker på vad du ska ange diskdataflödet till rekommenderar vi att du börjar med att anta en I/O-storlek på 16 KiB och justera prestandan därifrån när du övervakar ditt program. Formeln är: Dataflöde i MB/s = antal IOPS * 16/1000.

Utöver diskbegränsningen finns det en I/O-begränsning som införs på vm-nivå. Kontrollera att storleken på den virtuella datorn som du använder har stöd för de nivåer som har konfigurerats på diskarna. Mer information om I/O-gränser som införts av den virtuella datorn finns i Storlekar för virtuella datorer i Azure.

Nej, ultradiskar stöder inte de olika cachelagringsmetoder som stöds på andra disktyper. Ställ in diskcachelagringen på Ingen.

Kanske måste den virtuella datorn finnas i ett region- och tillgänglighetszonpar som stöder Ultra-diskar. Mer information finns i Komma igång med ultradiskar .

Nej, ultradiskar stöds bara som datadiskar. Du kan migrera data från en befintlig datadisk till en Ultra Disk. Koppla båda diskarna till samma virtuella dator och kopiera data direkt till Ultra Disk eller använd en tredjepartslösning för datamigrering.

Nej, men du kan migrera data från en befintlig disk till en ultradisk. Om du vill migrera en befintlig disk till en ultradisk ansluter du båda diskarna till samma virtuella dator och kopierar diskens data från en disk till en annan eller använder en lösning från tredje part för datamigrering.

Nej, det stöds inte för närvarande.

Nej, uppladdning kan bara användas när en ny tom disk skapas med tillståndet ReadyToUpload .

Nej.

Migrering innebär förflyttning av disken från en lagringsplats till en annan. Detta samordnas via en bakgrundskopia av data, vilket kan ta flera timmar att slutföra, vanligtvis mindre än 24 timmar beroende på mängden data på diskarna. Under den tiden kan programmet få högre läsfördröjning än vanligt eftersom vissa läsningar kan omdirigeras till den ursprungliga platsen och kan ta längre tid att slutföra. Skrivsvarstiden påverkas inte under den här perioden.

Inga ändringar krävs.

Ja, säkerhetskopieringar fungerar sömlöst.

Inga ändringar krävs.

Nej. Du kan skapa en ny skalningsuppsättning med hanterade diskar med hjälp av avbildningen från din gamla skalningsuppsättning med ohanterade diskar.

Nej. Du kan exportera en ögonblicksbild av en sidblob som en sidblob och sedan skapa en hanterad disk från den exporterade sidbloben.

Ja, du kan välja att redundansväxlara till en virtuell dator med hanterade diskar.

Nej. Azure Site Recovery Azure till Azure-skydd för virtuella datorer med hanterade diskar är tillgängligt.

Ja

Ja. Hanterade diskar krypteras med kryptering på serversidan med plattformshanterade nycklar.

Ja. Som standard krypteras alla hanterade diskar, inklusive OS-disken.

Nej.

Ja.

Ja.

Ja

Nej. Men om du exporterar en virtuell hårddisk till ett krypterat lagringskonto från en krypterad hanterad disk eller ögonblicksbild krypteras den.

Det går inte att växla på plats, men det går att skapa kopior av diskarna och koppla dem till en ny virtuell dator som krypterats med kryptering på serversidan. Men för virtuella Linux-datorer om du krypterade OS-disken för en virtuell Linux-dator med ADE kan du inte inaktivera ADE på Linux när OS-disken är krypterad. Om du vill migrera virtuella Windows-datorer med ADE aktiverat eller virtuella Linux-datorer med endast datadiskarna krypterade,

• Inaktivera kryptering och ta bort krypteringstillägget i Windows eller i Linux.
• Skapa sedan en ny hanterad disk med den aktuella disken som källa.
• Koppla den nya disken till en ny virtuell dator som aldrig har aktiverat ADE.
• Kryptera den nya disken med kundhanterade nycklar.

Ja. Byt först till disken för att använda plattformshanterade nycklar med något av följande steg:

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

Kryptera sedan den aktuella disken med Azure Disk Encryption.

Ja.

Alla OS-avbildningar stöder inte distribution med en ohanterad disk i Azure-portalen. Om den valda avbildningen inte stöder den här distributionsmetoden rekommenderar vi att du använder hanterade diskar för nya arbetsbelastningar och konverterar din befintliga disk till en hanterad disk. Om du inte kan använda hanterade diskar kan du distribuera en virtuell dator med ohanterade diskar med antingen Azure PowerShell-modulen eller Azure CLI.

Nej. Du kan endast koppla standarddatadiskar till virtuella datorer som inte använder en storleksserie som stöder Premium SSD-diskar.

Det finns en fast kostnad för varje diskstorlek, som etableras med specifika gränser för IOPS och dataflöde. De andra kostnaderna är utgående bandbredd, kapacitet för ögonblicksbilder och kostnader som är associerade med burst-avbrott på begäran, om tillämpligt. Mer information, se prissidan.

De kombinerade gränserna för cachelagring och lokal SSD för en DS-serie är 4 000 IOPS per kärna och 33 MB/s per kärna. GS-serien erbjuder 5 000 IOPS per kärna och 50 MB/s per kärna.

Den lokala SSD:n är tillfällig lagring som ingår i en virtuell dator med hanterade diskar. Det finns ingen extra kostnad för den här tillfälliga lagringen. Du bör inte använda den här lokala SSD:en för att lagra programdata eftersom den inte sparas i Azure Storage.

Det finns ingen nackdel med användningen av TRIM på Azure-diskar på premium- eller standarddiskar.

Den partitionstyp som Azure stöder för Gen1-operativsystemdiskar är MBR (Master Boot Record). Även om Gen1 OS-diskar endast stöder MBR stöder datadiskarna GPT. Du kan allokera upp till en 4-TiB OS-disk, men MBR-partitionstypen kan bara använda upp till 2 TiB av det här diskutrymmet för operativsystemet. Azure stöder upp till 32 TiB för hanterade datadiskar.

Den partitionstyp som Azure stöder för Gen2-operativsystemdiskar är GUID Partition Table (GPT). Virtuella Gen2-datorer har stöd för upp till en 4-TiB OS-disk. Azure stöder upp till 32 TiB för hanterade datadiskar.

Den partitionstyp som Azure stöder för en operativsystemdisk med ohanterade diskar är MBR (Master Boot Record). Du kan allokera upp till 4 TiB för en OS-disk, men MBR-partitionstypen kan bara använda upp till 2 TiB av det här diskutrymmet för operativsystemet. Azure stöder upp till 4 TiB för ohanterade datadiskar.

Den största sidblobstorleken som Azure stöder är 8 TiB (8 191 GiB). Den maximala sidblobstorleken när den är ansluten till en virtuell dator som data- eller operativsystemdiskar är 4 TiB (4 095 GiB).

Diskstorlekarna P4 (32 GiB) och P6 (64 GiB) stöds inte som standarddisknivåer för ohanterade diskar och sidblobar. Du måste uttryckligen ange blobnivån till P4 och P6 för att disken ska mappas till dessa nivåer. Om du distribuerar en ohanterad disk eller sidblob med diskstorleken eller innehållslängden mindre än 32 GiB eller mellan 32 GiB till 64 GiB utan att ange blobnivån, fortsätter du att landa på P10 med 500 IOPS och 100 MB/s och den mappade prisnivån.

Befintliga små premiumdiskar som är mindre än 64 GiB fortsätter att faktureras enligt prisnivån P10.

Du kan ta en ögonblicksbild av dina små diskar och sedan skapa en disk för att automatiskt växla prisnivån till P4 eller P6 baserat på den etablerade storleken. Du kan också använda prestandanivåer, se artiklarna för att ändra prestandanivåer med antingen Azure CLI/PowerShell-modulen eller Azure-portalen.

Ja.

Den största diskstorleken som stöds av Azure Backup är 32 TiB (4 TiB för krypterade diskar). Den största diskstorleken som stöds av Azure Site Recovery är 8 TiB. Stöd för de större diskarna upp till 32 TiB är ännu inte tillgängligt i Azure Site Recovery.

För att uppnå diskdataflödet för standard-SSD och Standard HDD stora diskstorlekar (>4 TiB) utöver 500 IOPS och 60 MB/s, Vi rekommenderar att du distribuerar en ny virtuell dator från någon av följande VM-storlekar för att optimera dina prestanda: B-serien, DSv2-serien, Dsv3-serien, ESv3-serien, Fs-serien, Fsv2-serien, M-serien, GS-serien, NCv2-serien, NCv3-serien eller virtuella datorer i Ls-serien. Att ansluta stora diskar till befintliga virtuella datorer eller virtuella datorer som inte använder de rekommenderade storlekarna ovan kan få lägre prestanda.

Du kan antingen stoppa och starta den virtuella dator som disken är ansluten till eller koppla från och koppla från disken igen. Prestandamålen för större diskstorlekar har ökat för både Premium SSD och standard SSD på GA.

Värd Cachelagring (ReadOnly och Read/Write) stöds på diskstorlekar som är mindre än 4 TiB. Det innebär att alla diskar som har etablerats upp till 4 095 GiB kan dra nytta av Host Cachelagring. Värdcachelagring stöds inte för diskstorlekar som är större än eller lika med 4 096 GiB. En P50 Premium-disk som etableras på 4 095 GiB kan till exempel dra nytta av cachelagring av värd och en P50-disk som har etablerats på 4 096 GiB kan inte dra nytta av host Cachelagring. Vi rekommenderar att du använder cachelagring för mindre diskstorlekar där du kan förvänta dig bättre prestandaökning med data som cachelagras till den virtuella datorn.

DiskAccessId Ange egenskapen till en instans av ett diskåtkomstobjekt och ange egenskapen NetworkAccessPolicy till AllowPrivate.

Ja.

Nej.

Vad händer om min fråga inte besvaras här?

Om din fråga inte visas här meddelar du oss så hjälper vi dig att hitta ett svar. Du kan publicera en fråga i slutet av den här artikeln i kommentarerna. Om du vill kommunicera med Azure Storage-teamet och andra communitymedlemmar om den här artikeln använder du frågesidan för Microsoft Q&A för Azure Storage.

Om du vill begära funktioner skickar du dina begäranden och idéer till Azure Storage-feedbackforumet.