Dela via


Premium SSD-lagringsalternativ i Azure Database for PostgreSQL

Premium SSD

Azure Premium SSD ger diskstöd med höga prestanda och låg latens för virtuella datorer (VM) med I/O-intensiva arbetsbelastningar (input/output). Premium SSD-enheter är lämpliga för verksamhetskritiska produktionsprogram. Kapacitet, IOPS och dataflöde garanteras när en premiumlagringsdisk etableras. Om du till exempel skapar en P40-disk etablerar Azure 2 048 GB lagringskapacitet, 7 500 IOPS och 250 MB/s dataflöde för disken. Din applikation kan använda hela eller delar av kapaciteten och prestandan. Premium SSD:er är utformade för att leverera ensiffriga millisekunders latens, målsatta IOPS och genomströmning som beskrivs i föregående tabell 99,9 % av tiden.

Den maximala lagringsstorleken som stöds är 32 TiB med Premium SSD, så att du kan skala upp till 20 000 IOPS och 900 MB/s dataflöde. Genom att växla till Premium SSD v2 kan du skala upp till 64 TiB med stöd för 80 000 IOPS och 1 200 MB/s-dataflöde.

Lagringen som du etablerar är mängden lagringskapacitet som är tillgänglig för din flexibla Azure Database for PostgreSQL-serverinstans. Den här lagringen används för databasfiler, temporära filer, transaktionsloggar och PostgreSQL-serverloggar. Den totala mängden lagringsutrymme som du etablerar definierar även den I/O-kapacitet som är tillgänglig för servern.

Din typ av virtuell dator har också IOPS-gränser. Även om du kan välja valfri lagringsstorlek, oberoende av servertyp, kanske du inte kan använda alla IOPS som lagringen tillhandahåller, särskilt när du väljer en server med några vCores.To läs mer, se Beräkningsalternativ i Azure Database for PostgreSQL.

Anmärkning

Oavsett vilken typ av lagring du tilldelar till din instans kan lagringen bara skalas upp, inte ned.

Du kan övervaka din I/O-förbrukning i Azure-portalen eller med hjälp av Azure CLI-kommandon. De relevanta måtten som ska övervakas är lagringsgräns, lagringsprocent, lagring som används och I/O-procent.

Automatisk lagringsbrynad (Premium SSD)

Automatisk lagringsväxning kan hjälpa till att säkerställa att servern alltid har tillräckligt med ledigt utrymme och inte blir skrivskyddad, vilket händer när lagringsanvändningen når 95 procent eller när den tillgängliga kapaciteten är mindre än 5 GiB. När du aktiverar automatisk lagringsökning ökar diskstorleken utan att påverka arbetsbelastningen. Automatisk lagringsväxning stöds endast för Premium SSD-lagringsnivå.

För servrar med mer än 1 TiB etablerad lagring aktiveras mekanismen för automatisk lagring när det tillgängliga utrymmet understiger 10% av den totala kapaciteten eller 64 GiB, beroende på vilket av de två värdena som är mindre. För servrar med lagring under 1 TiB justeras det här tröskelvärdet till 20% av det tillgängliga lediga utrymmet eller 64 GiB, beroende på vilket av dessa värden som är mindre.

Som ett belysande exempel ska vi överväga en server med en lagringskapacitet på 2 TiB (som är större än 1 TiB). I det här fallet anges autogrow-gränsen till 64 GiB. Det här valet görs eftersom 64 GiB är det mindre värdet jämfört med 10% av 2 TiB, vilket är ungefär 204,8 GiB. För en server med lagringsstorleken 128 GiB (som är mindre än 1 TiB) aktiveras däremot funktionen autogrow när det bara finns 25,8 GiB utrymme kvar. Den här aktiveringen baseras på tröskelvärdet på 20% för den totala allokerade lagringen (128 GiB), som är mindre än 64 GiB.

Standardbeteendet ökar diskstorleken till nästa premium SSD-lagringsstorlek. Den här ökningen är alltid dubbelt så stor som kostnaden, oavsett om du startar lagringsskalningsåtgärden manuellt eller via automatisk lagringsväxning. Att aktivera automatisk lagringsåterväxt är värdefullt när du hanterar oförutsägbara arbetsbelastningar, eftersom det automatiskt identifierar låglagringsvillkor och skalar upp lagringen i enlighet med detta.

Processen för skalning av lagring utförs online, utan att orsaka driftstopp, förutom när diskstorleken behöver korsa gränsen på 4 096 GiB. Det här undantaget är en begränsning för Azure-hanterade diskar. I så fall utlöses inte den automatiska lagringsskalningsaktiviteten, även om inställningen automatisk lagringsbrytning är aktiverad för servern. I sådana fall måste du skala lagringen manuellt. I det här scenariot (når eller korsar gränsen på 4 096 GiB) är manuell skalning en offlineåtgärd. Vi rekommenderar att du schemalägger den här uppgiften så att den överensstämmer med dina affärsbehov. Alla andra åtgärder kan utföras online. När den allokerade diskstorleken är 8 192 GiB eller högre utlöses automatisk lagring automatiskt igen och varje efterföljande lagringsväxande åtgärd utförs online tills den tilldelade disken når sin maximala växande kapacitet, vilket är 32 768 GiB.

Anmärkning

Oavsett vilken typ av lagring du tilldelar till din instans kan lagringen bara skalas upp, inte ned.

Begränsningar och överväganden för automatisk lagringsväst

  • Diskskalningsåtgärder utförs vanligtvis online, förutom i specifika scenarier där gränsen på 4 096 GiB korsas. Dessa scenarier omfattar att nå eller korsa gränsen på 4 096 GiB. Till exempel utlöser skalning från 2 048 GiB till 8 192 GiB en offlineåtgärd. I Azure-portalen håller övergången till 4 TiB, som representeras som 4 095 GiB, åtgärden online. Men om du uttryckligen anger 4 TB som 4 096 GiB, till exempel i Azure CLI, slutförs skalningsåtgärden i offlineläge eftersom den når gränsen på 4 096 GiB. Oflline-skalningsåtgärden tar vanligtvis mellan 2 och 10 minuter. Med den minskade nedtidsskalningsfunktionen minskas den här varaktigheten till mindre än 30 sekunder. Den här minskningen av stilleståndstiden under skalning av resurser förbättrar den totala tillgängligheten för din databasinstans.

  • Värdcachelagring (ReadOnly och Read/Write) stöds på diskstorlekar som är mindre än 4 096 GIB eller 4 Tib. Alla diskar som har etablerats upp till 4 095 GiB kan dra nytta av cachelagring av värd. Värdcachelagring stöds inte för diskstorlekar som är större än eller lika med 4 096 GiB. Till exempel kan en P50 Premium-disk som har etablerats med 4 095 GiB dra nytta av cachelagring av värd och en P50-disk som har etablerats på 4 096 GiB kan inte dra nytta av cachelagring av värd. Kunder som går från lägre diskstorlek till 4 096 GiB eller högre förlorar möjligheten att använda diskcachelagring.

    Den här begränsningen beror på de underliggande Azure-hanterade diskarna, som behöver en manuell diskskalningsåtgärd. Du får ett informationsmeddelande i portalen när du närmar dig den här gränsen.

  • Automatisk lagringsväxning utlöses inte när du har hög WAL-användning.

Anmärkning

Automatisk lagringsåterväxt beror på onlinediskskalning, så det orsakar aldrig driftstopp.

IOPS-skalning

Azure Database for PostgreSQL stöder etablering av extra IOPS. Med den här funktionen kan du etablera mer IOPS utöver den kostnadsfria IOPS-gränsen. Med den här funktionen kan du öka eller minska antalet etablerade IOPS för att när som helst justera dem efter dina arbetsbelastningskrav.

Den valda beräkningsstorleken avgör lägsta och högsta IOPS. Mer information om minsta och högsta IOPS per beräkningsstorlek finns i Beräkningsstorlek.

Viktigt!

Den valda beräkningsstorleken avgör lägsta och högsta IOPS.

Lär dig hur du skalar upp eller ned IOPS.