Begränsningar i Azure Database for PostgreSQL – flexibel server

I följande avsnitt beskrivs kapacitets- och funktionsgränser i databastjänsten. Om du vill veta mer om resursnivåer (beräkning, minne, lagring) kan du läsa artikeln om beräkning och lagring.

Maximalt antal anslutningar

Det maximala antalet anslutningar per prisnivå och virtuella kärnor visas nedan. Azure-systemet kräver tre anslutningar för att övervaka Azure Database for PostgreSQL – flexibel server.

När anslutningar överskrider gränsen kan du få följande fel:

FATAL: sorry, too many clients already.

En PostgreSQL-anslutning, även inaktiv, kan uppta cirka 10 MB minne. Det tar också tid att skapa nya anslutningar. De flesta program begär många kortvariga anslutningar, vilket gör den här situationen mer sammansatt. Resultatet är färre tillgängliga resurser för den faktiska arbetsbelastningen, vilket leder till sämre prestanda. Anslutningspooler kan användas för att minska inaktiva anslutningar och återanvända befintliga anslutningar. Mer information finns i vårt blogginlägg.

Funktionsbegränsningar

Skalningsåtgärder

• Skalning av serverlagringen kräver en omstart av servern.
• Serverlagring kan bara skalas i steg om 2 gånger. Mer information finns i Compute och Storage mer information.
• Det finns för närvarande inte stöd för att minska serverlagringsstorleken.

Uppgraderingar av serverversion

• Automatiserad migrering mellan större databasmotorversioner stöds inte för närvarande. Om du vill uppgradera till nästa huvudversion tar du en dump och återställer den till en server som har skapats med den nya motorversionen.

Storage

• När lagringsstorleken har konfigurerats kan den inte minskas. Du måste skapa en ny server med önskad lagringsstorlek, utföra manuell dumpning och återställa och migrera dina databaser till den nya servern.
• För närvarande är funktionen för automatisk lagringsfördrering inte tillgänglig. Övervaka användningen och öka lagringen till en högre storlek.
• När lagringsanvändningen når 95 % eller om den tillgängliga kapaciteten är mindre än 5 GiB, växlas servern automatiskt till skrivskyddade läge för att undvika fel som är associerade med fullständiga disksituationer.
• Vi rekommenderar att du ställer in aviseringsregler för eller när de överskrider vissa tröskelvärden så att du proaktivt kan vidta åtgärder, till storage used exempel att öka storage percent lagringsstorleken. Du kan till exempel ange en avisering om lagringsprocenten överskrider 80 % användning.

Nätverk

• Det finns för närvarande inte stöd för att flytta in och ut från VNET.
• Det finns för närvarande inte stöd för att kombinera offentlig åtkomst med distribution i ett VNET.
• Brandväggsregler stöds inte i VNET. Nätverkssäkerhetsgrupper kan användas i stället.
• Databasservrar med offentlig åtkomst kan ansluta till offentligt Internet, till exempel via postgres_fdw , och den här åtkomsten kan inte begränsas. VNET-baserade servrar kan ha begränsad utgående åtkomst med hjälp av nätverkssäkerhetsgrupper.

Hög tillgänglighet (HA)

• Mer information finns på dokumentationssidan om zonredundant HA-begränsningar.

Tillgänglighetszoner

• Det finns för närvarande inte stöd för att manuellt flytta servrar till en annan tillgänglighetszon.
• Tillgänglighetszonen för HA-väntelägesservern kan inte konfigureras manuellt.

Postgres-motor, tillägg och PgBouncer

• Postgres 10 och äldre stöds inte. Vi rekommenderar att du använder alternativet Enskild server om du behöver äldre Postgres-versioner.
• Stöd för tillägg är för närvarande begränsat till contrib Postgres-tilläggen.
• Den inbyggda PgBouncer-anslutningspoolen är för närvarande inte tillgänglig för burst-servrar.
• SCRAM-autentisering stöds inte med anslutning med hjälp av inbyggd PgBouncer.

Stoppa/starta åtgärd

• Servern kan inte stoppas på mer än sju dagar.

Schemalagt underhåll

• Om du ändrar underhållsfönstret mindre än fem dagar innan en redan planerad uppgradering, påverkas inte uppgraderingen. Ändringarna gäller endast vid nästa schemalagda underhåll.

Backa upp en server

• Säkerhetskopieringar hanteras av systemet. Det finns för närvarande inget sätt att köra dessa säkerhetskopior manuellt. Vi rekommenderar att du använder pg_dump i stället.
• Säkerhetskopior är alltid ögonblicksbildsbaserade fullständiga säkerhetskopior (inte differentiella säkerhetskopior), vilket kan leda till högre lagringsanvändning för säkerhetskopior. Observera att transaktionsloggar (write ahead logs - WAL) är separata från fullständiga/differentiella säkerhetskopior och arkiveras kontinuerligt.

Återställa en server

• När du använder funktionen För återställning till tidpunkt skapas den nya servern med samma beräknings- och lagringskonfigurationer som den server som den baseras på.
• VNET-baserade databasservrar återställs till samma virtuella nätverk när du återställer från en säkerhetskopia.
• Den nya servern som skapades under en återställning har inte de brandväggsregler som fanns på den ursprungliga servern. Brandväggsregler måste skapas separat för den nya servern.
• Det går inte att återställa en borttagna server.
• Återställning mellan regioner stöds inte.

Andra funktioner

• Azure AD-autentisering stöds inte ännu. Vi rekommenderar att du använder alternativet Enskild server om du behöver Azure AD-autentisering.
• Skrivskyddade repliker stöds inte ännu. Vi rekommenderar att du använder alternativet Enskild server om du behöver skrivskyddade repliker.
• Det finns inte stöd för att flytta resurser till en annan prenumeration.

Nästa steg

• Förstå vad som är tillgängligt för beräknings- och lagringsalternativ
• Läs mer om PostgreSQL-databasversioner som stöds
• Läs om hur du återställer en server i Azure Database for PostgreSQL med hjälp av Azure Portal