Lagringsalternativ i Azure Database for PostgreSQL – flexibel server
GÄLLER FÖR: Azure Database for PostgreSQL – flexibel server
Du kan skapa en flexibel Azure Database for PostgreSQL-serverinstans med hjälp av Azure-hanterade diskar, som är lagringsvolymer på blocknivå som hanteras av Azure och används med Azure Virtual Machines. Hanterade diskar är som en fysisk disk på en lokal server, men de är virtualiserade. Med hanterade diskar behöver du bara ange diskstorlek, disktyp och etablera disken. När du har etablerat disken hanterar Azure resten. Azure Database for PostgreSQL – Flexibel server har stöd för Premium SSD-enheter (Premium SSD) och premium solid state-enheter version 2 (Premium SSD v2), och prissättningen beräknas baserat på den beräknings-, minnes- och lagringsnivå som du etablerar.
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.
Premium SSD v2 (förhandsversion)
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 indata/utdata per sekund, kallas för IOPS) för Premium SSD v2 när som helst. Möjligheten att göra dessa justeringar gör att 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. Därför kan Premium SSD v2 för de flesta allmänna arbetsbelastningar ge 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.
Kommentar
Premium SSD v2 är för närvarande i förhandsversion för Azure Database for PostgreSQL – flexibel server.
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 detaljerade steg kan gå i steg 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 TiBs.
Följande tabell innehåller en jämförelse av olika aspekter av de typer av diskar som stöds av Azure Database for PostgreSQL – flexibel server för att hjälpa dig att avgöra vilken som passar dina behov bättre.
Premium SSD v2 | Premium SSD | |
---|---|---|
Disktyp | SSD | SSD |
Scenario | Produktions- och prestandakänsliga arbetsbelastningar som konsekvent kräver låg svarstid och hög IOPS och dataflöde. | Produktions- och prestandakänsliga arbetsbelastningar. |
Maximal diskstorlek | 65 536 GiB | 32 767 GiB |
Maximalt dataflöde | 1 200 MB/s | 900 MB/s |
Maximalt IOPS | 80 000 | 20 000 |
Premium SSD v2 erbjuder upp till 32 TiBs per region per prenumeration som standard, men har stöd för högre kapacitet efter begäran. Om du vill begära en ökning av kapaciteten kan du begära en kvotökning eller kontakta Azure Support.
Premium SSD v2 – IOPS
Alla Premium SSD v2-diskar har en baslinje på 3 000 IOPS som är kostnadsfri. Efter 6 GiB kan den maximala IOPS en disk ha ökat med en hastighet av 500 per GiB, upp till 80 000 IOPS. En disk på 8 GiB kan därför ha upp till 4 000 IOPS och en disk på 10 GiB kan ha upp till 5 000 IOPS. För att kunna ange 80 000 IOPS på en disk måste den disken ha minst 160 giBs. Om du ökar din IOPS till mer än 3 000 ökar priset på disken.
Premium SSD v2 – Dataflöde
Alla Premium SSD v2-diskar har ett baslinjedataflöde på 125 MB/s som är kostnadsfritt. Efter 6 GiB ökar det maximala dataflödet som kan anges med 0,25 MB/s per uppsättning IOPS. Om en disk har 3 000 IOPS kan det maximala dataflödet anges till 750 MB/s. För att öka dataflödet för den här disken utöver 750 MB/s måste dess IOPS ökas. Om du till exempel ökar IOPS till 4 000 är det maximala dataflödet som kan anges 1 000. 1 200 MB/s är det maximala dataflöde som stöds för diskar som har 5 000 IOPS eller mer. Om du ökar dataflödet till mer än 125 MB/s ökar priset på disken.
Kommentar
Premium SSD v2 är för närvarande i förhandsversion för Azure Database for PostgreSQL – flexibel server.
Premium SSD v2 – Begränsningar under förhandsversionen
Hög tillgänglighet, läsrepliker, geografiskt redundanta säkerhetskopior, datakryptering med kundhanterade nycklar eller funktioner för automatisk lagringsåterväxt stöds inte för Premium SSD v2.
Onlinemigrering från Premium SSD (PV1) till Premium SSD v2 (PV2) stöds inte. Om du vill migrera mellan olika lagringstyper kan du också utföra en återställning till tidpunkt för din befintliga server till en ny som har etablerats med en annan lagringstyp.
Premium SSD V2 kan bara aktiveras för nyligen skapade servrar. Det går inte att aktivera Premium SSD V2 på befintliga servrar.
Premium SSD V2 kan endast aktiveras i följande regioner: Australien, östra, Brasilien, södra, Kanada, centrala, Indien, centrala, USA, östra Asien, östra; USA, östra, USA, östra 2, Frankrike, centrala, Tyskland, västra centrala, Israel, centrala, Japan, östra, Korea, centrala, Norge, östra, Polen, centrala, USA, södra centrala, Sydostasien, Schweiz, norra, Förenade Arabemiraten, norra, USA, västra centrala, Europa, västra, och USA, västra 2.
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.
Diskstorlek | Premium SSD IOPS | Premium SSD v2 IOPS |
---|---|---|
32 GiB | Etablerad 120; upp till 3 500 | Första 3 000 kostnadsfria IOPS kan skalas upp till 17179 |
64 GiB | Etablerad 240; upp till 3 500 | Första 3 000 kostnadsfria IOPS kan skalas upp till 34359 |
128 GiB | Etablerade 500; upp till 3 500 | Första 3000 IOPS kostnadsfria kan skalas upp till 68719 |
256 GiB | Etablerad 1 100; upp till 3 500 | Första 3000 IOPS kostnadsfria kan skala upp till 80000 |
512 GiB | Etablerade 2 300; upp till 3 500 | Första 3 000 kostnadsfria IOPS kan skalas till 8 0000 |
1 TiB | 5 000 | Första 3000 IOPS kostnadsfria kan skala upp till 80000 |
2 TiB | 7 500 | Första 3000 IOPS kostnadsfria kan skala upp till 80000 |
4 TiB | 7 500 | Första 3000 IOPS kostnadsfria kan skala upp till 80000 |
8 TiB | 16 000 | Första 3000 IOPS kostnadsfria kan skala upp till 80000 |
16 TiB | 18 000 | Första 3000 IOPS kostnadsfria kan skala upp till 80000 |
32 TiB | 20 000 | Första 3000 IOPS kostnadsfria kan skala upp till 80000 |
64 TiB | Ej tillämpligt | Första 3000 IOPS kostnadsfria kan skala upp till 80000 |
Följande tabell innehåller en översikt över premium SSD v2-diskkapaciteter och maximala prestanda för att hjälpa dig att bestämma vilka som vill att du ska använda.
SSD v2-diskstorlek | Maximalt tillgängligt IOPS | Maximalt tillgängligt dataflöde (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 beräkningsalternativ i Azure Database for PostgreSQL – flexibel server.
Kommentar
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 Portal 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.
Fullständiga villkor för disk
När disken blir full börjar servern returnera fel och förhindrar ytterligare ändringar. Att nå gränsen kan också orsaka problem med andra operativa aktiviteter, till exempel säkerhetskopieringar och wal-arkivering (write-ahead log).
För att undvika den här situationen växlas servern automatiskt till skrivskyddat läge när lagringsanvändningen når 95 procent, eller när den tillgängliga kapaciteten är mindre än 5 GiB. Om du använder Premium SSD-lagringstyp kan du använda funktionen för automatisk lagringsåterväxt för att undvika att det här problemet uppstår.
Vi rekommenderar att du aktivt övervakar diskutrymmet som används och ökar diskstorleken innan du får slut på tillgängligt utrymme i ditt lagringsutrymme. Du kan ställa in en avisering för att meddela dig när serverlagringen närmar sig ett slut på disk. Mer information finns i hur du använder Azure Portal för att konfigurera aviseringar för mått för Azure Database for PostgreSQL – flexibel server.
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. 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. Omvänt justeras det här tröskelvärdet för servrar med lagring under 1 TiB 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 disken etableras på 4 096 GiB. Det här undantaget är en begränsning för Azure-hanterade diskar. Om en disk redan är 4 096 GiB utlöses inte lagringsskalningsaktiviteten, även om automatisk lagringsbrytning är aktiverat. I sådana fall måste du skala lagringen manuellt. Tänk på att manuell skalning i det här scenariot (att nå eller korsa 4096 GiB-gränsen) är 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.
Kommentar
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äxt
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 Portal håller övergången till 4 TB, som representeras som 4 095 GiB, driften 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 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.
Kommentar
Automatisk lagringsåterväxt beror på onlinediskskalning, så det orsakar aldrig driftstopp.
IOPS-skalning
Azure Database for PostgreSQL – Flexibel server 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.
Pris
Den senaste prisinformationen finns i Prissättning för Azure Database for PostgreSQL – flexibel server.
Azure Portal visar också en uppskattning av de månatliga kostnaderna för en serverkonfiguration baserat på de alternativ som valts.
Den uppskattningen visas under hela serverskapandet på sidan Ny azure database for PostgreSQL – flexibel server :
Det kan också visas för befintliga servrar om du väljer Beräkning + lagring i resursmenyn i en befintlig instans under avsnittet Inställningar:
Om du inte har en Azure-prenumeration kan du använda priskalkylatorn för Azure för att få ett uppskattat pris. På webbplatsen för Azure-priskalkylatorn väljer du Kategorin Databaser och väljer sedan Azure Database for PostgreSQL för att lägga till tjänsten i din uppskattning och sedan anpassa alternativen.