Premium SSD v2-lagringsalternativ i Azure Database for PostgreSQL

Premium SSD v2 erbjuder högre prestanda än Premium SSD, samtidigt som det är billigare, som en allmän regel. Du kan justera prestanda individuellt (kapacitet, dataflöde och IOPS (indata-/utdataåtgärder per sekund)) för Premium SSD v2 när som helst. Möjligheten att göra dessa justeringar innebär att dina arbetsbelastningar kan vara kostnadseffektiva samtidigt som de uppfyller skiftande prestandabehov. En transaktionsintensiv databas kan till exempel behöva hantera en stor mängd IOPS under ett par exceptionellt långa dagar med hög efterfrågan. Eller så kan ett spelprogram kräva högre dataflöde endast under rusningstid. För de flesta allmänna arbetsbelastningar ger Premium SSD v2 det bästa priset för prestanda. Nu kan du distribuera Azure Database for PostgreSQL flexibla serverinstanser med Premium SSD v2-disk i alla regioner som stöds.

Skillnader mellan Premium SSD och Premium SSD v2

Till skillnad från Premium SSD har Premium SSD v2 inte dedikerade storlekar. Du kan ange en Premium SSD v2-disk till valfri storlek och göra detaljerade justeringar enligt dina arbetsbelastningskrav. Dessa stegvisa ökningar kan ske i steg om 1 GiB. Premium SSD v2 stöder inte cachelagring av värdar, men ger fortfarande lägre svarstid än Premium SSD. Premium SSD v2-kapaciteter sträcker sig från 1 GiB till 64 TiB.

Premium SSD v2 erbjuder flexibla IOPS-konfigurationer. Azure Database for PostgreSQL server tillhandahåller en baslinje-IOPS på 3 000 för diskar upp till 399 GiB och 12 000 IOPS för diskar 400 GiB eller större utan extra kostnad. Diskar kan uppnå upp till 80 000 IOPS när storleken är minst 160 GiB. IOPS utöver den kostnadsfria nivån medför extra avgifter.

Premium SSD v2 erbjuder även flexibla dataflödeskonfigurationer. Azure Database for PostgreSQL ger ett baslinjedataflöde på 125 MB/s för diskar upp till 399 GiB och 500 MB/s för diskar 400 GiB eller större utan extra kostnad. Dataflöde utöver den kostnadsfria nivån medför extra avgifter.

IOPS

Azure Database for PostgreSQL server erbjuder en baslinje-IOPS på 3000 för diskar upp till 399 GiB och 12000 IOPS för diskar 400 GiB eller större utan extra kostnad. För att uppnå 80 000 IOPS på en disk måste det vara minst 160 GiB. Att öka IOPS utöver den kostnadsfria nivån resulterar i extra avgifter.

Genomströmning

Azure Database for PostgreSQL erbjuder ett baslinjedataflöde på 125 MB/s för diskar upp till 399 GiB och 500 MB/s för diskar som är 400 GiB större utan extra kostnad. Att öka dataflödet utöver den kostnadsfria nivån resulterar i extra avgifter.

Lagringen som du etablerar är mängden lagringskapacitet som är tillgänglig för din Azure Database for PostgreSQL flexibel 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.

Följande tabell innehåller en översikt över premium SSD v2-diskkapaciteter och maximala prestanda för att hjälpa dig att avgöra vilken du ska använda.

SSD v2-diskstorlek Maximalt tillgängliga IOPS Maximalt tillgänglig genomströmning (MB/s)
1 GiB-64 TiBs 3 000–80 000 (ökar med 500 IOPS per GiB) 125–1 200 (ökar med 0,25 MB/s per uppsättning IOPS)

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 virtuella kärnor.

Mer information finns i Compute-alternativ i Azure Database for PostgreSQL.

Viktigt!

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

Funktioner som stöds

Premium SSD v2 stöder Hög tillgänglighet, georedundanta säkerhetskopior, georepliker, huvudversionsuppgradering, CMK (kundhanterade nycklar) och Geo-DR (haveriberedskap) funktioner för Azure Database for PostgreSQL i de stödde regionerna nedan.

Amerika: Brasilien Syd*, Brasilien Sydost*, Kanada Central, Kanada Öst, USA Central, USA Öst, USA Öst 2, USA Nordcentral, USA Sydcentral, USA Västcentral, USA Väst, USA Väst 2, USA Väst 3*.

Europa: Österrike, östra, Frankrike, centrala*, Tyskland, västra centrala, Tyskland, norra, Italien, norra*, Europa, norra, Norge, östra, Norge, västra, Polen, centrala*, Spanien, centrala*, Sverige, centrala*, Schweiz, norra, Schweiz, västra, Storbritannien, södra, Storbritannien, västra, Europa, västra.

Asien och stillahavsområdet & Mellanöstern: Australien, centrala 2*, Australien, östra, Australien, sydöstra, Indien, centrala, Asien, östra, Indonesien, centrala*, Israel, centrala*, Japan, östra, Japan, västra, Jio Indien, centrala, Jio Indien, västra, Korea, centrala*, Malaysia, västra*, Nya Zeeland, norra*, Södra Indien, Sydostasien, Förenade Arabemiraten, norra*.

Afrika: Sydafrika, norra, Sydafrika, västra.

Nationella regioner, inklusive China North 3 och US Gov Virginia, stöder endast fristående SSDv2-distributioner och stöder för närvarande inte dessa funktioner.

Anmärkning

Geo-redundanta säkerhetskopior är för närvarande inte tillgängliga i regioner som har markerats med en asterisk (*) eftersom antingen den kopplade regionen inte stöder intern SSDv2-lagring eller så har regionen ingen Azure parat område.

Begränsningar och överväganden

  • Långsiktiga säkerhetskopior, automatisk lagringsväxning och PostgreSQL version 13 stöds för närvarande inte med Premium SSD v2.

  • Du kan endast etablera Premium SSD v2 med att använda beräkningskategorier för generell användning och minnesoptimering. Det går inte att skapa en ny burstbar beräkningsnivå med Premium SSD v2.

  • Även om CMK och geo-redundanta säkerhetskopior stöds, stöds för närvarande inte aktivering av geo-redundanta säkerhetskopior med CMK.

  • Du kan justera diskprestandainställningar (IOPS eller dataflöde) upp till fyra gånger inom en 24-timmarsperiod. För nyskapade diskar är gränsen tre justeringar under de första 24 timmarna.

  • För större servrar tar den första automatiserade säkerhetskopieringen längre tid att slutföra och visas i Azure-portalen när den har slutförts. Ingen åtgärd krävs under den här tiden. Vi rekommenderar att du väntar på att den första säkerhetskopieringen ska slutföras innan du utför säkerhetskopieringsberoende åtgärder, till exempel att skapa läsrepliker i regionen eller utföra högre versionsuppgradering. Efter den första säkerhetskopieringen är alla efterföljande säkerhetskopior inkrementella och slutförs vanligtvis snabbt.

  • Onlinemigrering från Premium SSD till Premium SSD v2 stöds inte. Om du vill migrera mellan dessa lagringstyper kan du antingen utföra en punkt-i-tid-återställning från en Premium SSD-server till en ny server med Premium SSD v2. Du kan också skapa en läsreplik från en Premium SSD-server till en Premium SSD v2-server och främja den när replikeringen har slutförts. Eftersom automatisk lagringsbrytning för närvarande inte stöds på Premium SSD v2 måste du inaktivera automatisk lagringsbrytning på Premium SSD-källservern innan du påbörjar migreringen.

  • Replikering från Premium SSD till Premium SSD v2 stöds endast för migreringsscenarier. Pågående replikering stöds inte eftersom Premium SSD inte kan matcha prestanda för Premium SSD v2 och kan leda till ökad svarstid.

  • Om du utför någon åtgärd som kräver diskhydrering kan följande fel inträffa. Det här felet beror på att Premium SSD v2-diskar inte stöder någon åtgärd medan disken fortfarande är återfuktande.

Felmeddelande: Det går inte att slutföra åtgärden eftersom disken fortfarande är hydratiserad. Försök igen efter en stund.

Åtgärder som kan utlösa det här beteendet är:
Utföra beräkningsskalning, lagringsskalning, aktivera hög tillgänglighet (HA) eller oplanerade övergångar i snabb följd. Om du utför större versionsuppgraderingar lägger du till HA, initierar redundans eller skapar repliker i regionen inom ett kort intervall innan diskens hydrering slutförs. Skapa en ny server med HJÄLP av PITR (tidpunkt-i-tid-återställning) och aktivera omedelbart hög tillgänglighet eller läsrepliker medan disken fortfarande är hydratiserad.

Metodtips:
För att undvika fel, vänta med dessa handlingar eller slutför dem sekventiellt, så att hydrering kan slutföras mellan handlingarna.

Viktigt!

Under en oplanerad redundansväxling kan servern tillfälligt köras utan vänteläge medan diskens hydrering pågår.

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

Anmärkning

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