Skala resurser i Azure Database for PostgreSQL – flexibel server

GÄLLER FÖR: Azure Database for PostgreSQL – flexibel server

Azure Database for PostgreSQL – Flexibel server stöder både vertikala och vågräta skalningsalternativ.

Vertikal skalning

Du kan skala instansen lodrätt genom att lägga till fler resurser i din flexibla Azure Database for PostgreSQL-serverinstans. Du kan öka eller minska antalet processorer och det tilldelade minnet.

Nätverkets dataflöde för din instans beror på de värden du väljer för CPU och minne.

När en flexibel Azure Database for PostgreSQL-serverinstans har skapats kan du skala oberoende av varandra:

• Beräkningsnivå och SKU.
• Lagringsnivå och storlek.
• Kvarhållningsperiod för säkerhetskopior.

Beräkningsnivån kan skalas upp eller ned mellan Burstable, Generell användning och Minnesoptimerad för att anpassas efter arbetsbelastningens behov. På var och en av dessa nivåer finns det ett stort urval av förkonfigurerad maskinvara för olika generationer och med mer eller mindre processorer och mer eller mindre installerat minne. Bland det breda urvalet kan du välja den som stöder dina resurskrav när som helst, samtidigt som driftskostnaderna minskas och justeras efter dina behov.

Antalet virtuella kärnor och installerat minne kan skalas upp eller ned. Lagringsnivån kan också konfigureras upp eller ned för att uppfylla kraven för dataflöde och IOPS som din arbetsbelastning kräver. Lagringsstorleken kan bara ökas. Beroende på dina krav kan du också öka eller minska kvarhållningsperioden för säkerhetskopior mellan 7 och 35 dagar.

Dessa resurser kan skalas med hjälp av flera gränssnitt. Du kan till exempel använda Azure Portal eller Azure CLI.

Horisontell skalning

Du kan skala instansen vågrätt genom att skapa läsrepliker. Med läsrepliker kan du skala dina läsarbetsbelastningar till separata flexibla Azure Database for PostgreSQL-serverinstanser. De påverkar inte prestanda och tillgänglighet för den primära instansen.

I en vågrätt skalad konfiguration kan den primära instansen och läsreplikerna också skalas lodrätt.

När du ändrar antalet virtuella kärnor eller beräkningsnivån startas instansen om så att den nya tilldelade maskinvaran börjar köra serverarbetsbelastningen. Under den här tiden växlar systemet över till den nya servertypen. Det går inte att upprätta några nya anslutningar och alla ogenomförda transaktioner återställs.

Den totala tiden det tar att starta om servern beror på kraschåterställningsprocessen och databasaktiviteten vid tidpunkten för omstarten. Omstarten tar vanligtvis en minut eller mindre, men det kan ta flera minuter. Tidsinställningen beror på transaktionsaktiviteten när omstarten initierades.

Om ditt program är känsligt för förlust av transaktioner under flygning som kan inträffa under beräkningsskalningen rekommenderar vi att du implementerar ett nytt transaktionsförsöksmönster.

Skalning av lagringen kräver i de flesta fall ingen omstart av servern. Mer information finns i lagringsalternativ i Azure Database for PostgreSQL – flexibel server.

Ändringar i kvarhållningsperioden för säkerhetskopior är en onlineåtgärd.

För att förbättra omstartstiden rekommenderar vi att du utför skalningsåtgärder under låg belastning. Den här metoden minskar den tid som krävs för att starta om databasservern.

Minskad nedtidsskalning

Minskad nedtidsskalning är en funktion som är utformad för att minimera stilleståndstiden när du ändrar lagrings- och beräkningsnivåer. Om du ändrar antalet virtuella kärnor eller ändrar beräkningsnivån startas servern om för att tillämpa den nya konfigurationen. Under den här övergången till den nya servern kan inga nya anslutningar upprättas.

Normalt kan den här processen ta mellan 2 och 10 minuter med regelbunden skalning. 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.

Hur det fungerar

När du uppdaterar azure database for PostgreSQL-instansen för flexibel server i skalningsscenarier skapar tjänsten en ny virtuell dator för servern med den uppdaterade konfigurationen. Synkroniseras sedan med den virtuella dator som för närvarande kör din instans och växlar sedan till den nya med ett kort avbrott. Sedan eliminerar en bakgrundsprocess den gamla virtuella datorn. All den här processen sker utan extra kostnad för dig.

Den här processen möjliggör sömlösa uppdateringar, samtidigt som driftstopp minimeras och kostnadseffektivitet säkerställs. Den här skalningsprocessen utlöses när ändringar görs på lagrings- och beräkningsnivåer. Ingen kundåtgärd krävs för att använda den här funktionen.

För horisontellt skalbara konfigurationer, som består av en primär server och en eller flera läsrepliker, måste skalningsåtgärder följa en specifik sekvens för att säkerställa datakonsekvens och minimera driftstopp. Mer information om sekvensen finns i skala med läsrepliker.

Exakta förväntningar på stilleståndstid

• Stilleståndstid: I de flesta fall varierar stilleståndstiden från 10 till 30 sekunder.
• Andra överväganden: Efter en skalningshändelse finns det en inbyggd DNS-period Time-To-Live (TTL) på cirka 30 sekunder. Skalningsprocessen styr inte direkt den här perioden. Det är en standarddel av DNS-beteendet. Ur ett programperspektiv kan den totala stilleståndstiden under skalningen vara mellan 40 och 60 sekunder.

Beaktanden och begränsningar

• För att minskad nedtidsskalning ska fungera tillåter du alla inkommande och utgående anslutningar mellan IP-adresserna i det delegerade undernätet när du använder integrerat nätverk för virtuella nätverk. Om dessa anslutningar inte tillåts fungerar inte den minskade nedtidsskalningsprocessen, och skalning sker via standardarbetsflödet för skalning.
• Minskad nedtidsskalning fungerar inte om det finns regionala kapacitetsbegränsningar eller kvotgränser för din prenumeration.
• Minskad nedtidsskalning fungerar inte för en replikserver, eftersom den endast stöds på den primära servern. För replikservrar går skalningsåtgärden automatiskt igenom den vanliga processen.
• Minskad nedtidsskalning fungerar inte om en virtuell nätverksinmatad server inte har tillräckligt med användbara IP-adresser i det delegerade undernätet. Om du har en fristående server krävs en extra IP-adress. För en instans med hög tillgänglighet aktiverat krävs två extra IP-adresser.
• Logiska replikeringsfack bevaras inte under en mindre redundansväxling. Om du vill underhålla logiska replikeringsfack och säkerställa datakonsekvens efter en skalningsåtgärd använder du tillägget pg_failover_slot . Mer information finns i aktivera tillägget pg_failover_slots i en instans av en flexibel server.
• Minskad nedtidsskalning fungerar inte med ologgade tabeller. Om du använder ologgade tabeller för någon av dina data förlorar du alla data i dessa tabeller efter den minskade nedtidsskalningen.

Relaterat innehåll

• Hantera Azure Database for PostgreSQL – flexibel server.