Gränser och begränsningar för Azure Cosmos DB for PostgreSQL

  • Artikel

GÄLLER FÖR: Azure Cosmos DB for PostgreSQL (drivs av Citus-databastillägget till PostgreSQL)

I följande avsnitt beskrivs kapacitets- och funktionsgränser i Tjänsten Azure Cosmos DB for PostgreSQL.

Namngivning

Klusternamn

Ett kluster måste ha ett namn som är 40 tecken eller kortare.

Nätverk

Maximalt antal anslutningar

Varje PostgreSQL-anslutning (även inaktiva) använder minst 10 MB minne, så det är viktigt att begränsa antalet samtidiga anslutningar. Här är de gränser som vi valde för att hålla noderna felfria:

  • Maximalt antal anslutningar per nod
    • 300 för 0–3 virtuella kärnor
    • 500 för 4–15 virtuella kärnor
    • 1 000 för över 16 virtuella kärnor
  • Maximalt antal anslutningar per nod med burstbar beräkning
    • 20 för 1 virtuell kärna burstable
    • 40 för 2 virtuella kärnor kan brista

Anslutningsgränserna ovan gäller för användaranslutningar (max_connections minus superuser_reserved_connections). Vi reserverar extra anslutningar för administration och återställning.

Gränserna gäller för både arbetsnoder och koordinatornoden. Försök att ansluta utöver dessa gränser misslyckas med ett fel.

Anslutningspooler

Du kan skala anslutningarna ytterligare med hjälp av anslutningspooler. Azure Cosmos DB for PostgreSQL erbjuder en hanterad pgBouncer-anslutningspool som konfigurerats för upp till 2 000 samtidiga klientanslutningar.

Storage

Lagringsskalning

Lagring på koordinator- och arbetsnoder kan skalas upp (ökas) men kan inte skalas ned (minskas).

Lagringsstorlek

Upp till 32 TiB lagringsutrymme stöds på koordinator- och arbetsnoder i konfiguration med flera noder. Upp till 2 TiB lagringsutrymme stöds för konfigurationer med en enda nod. Se tillgängliga lagringsalternativ och IOPS-beräkning för olika nod- och klusterstorlekar.

Kundhanterade nycklar för lagringskryptering

Datakryptering med kundhanterade nycklar (CMK) för Azure Cosmos DB för PostgreSQL-kluster har följande begränsningar.

  • CMK-kryptering kan bara aktiveras när ett nytt Azure Cosmos DB for PostgreSQL-kluster skapas.
  • CMK-kryptering stöds inte med privat åtkomst (Private Link).

Compute

Begränsningar för virtuella kärnor för prenumeration

Azure tillämpar en kvot för virtuell kärna per prenumeration per region. Det finns tre oberoende justerbara kvoter: virtuella kärnor för koordinatornoder, virtuella kärnor för arbetsnoder och virtuella kärnor för burstbar beräkning. Standardkvoten bör vara mer än tillräcklig för att experimentera med Azure Cosmos DB för PostgreSQL och köra liten till medelstor produktion. Om du behöver fler virtuella kärnor för en region i din prenumeration kan du läsa om hur du justerar beräkningskvoter.

Databearbetning med burst

I Azure Cosmos DB for PostgreSQL-kluster med burstbar beräkning aktiverad stöds för närvarande inte följande funktioner:

  • Accelererat nätverk
  • Lokal cachelagring
  • Uppgraderingar av PostgreSQL- och Citus-version
  • Stöd för PostgreSQL 11
  • Skrivskyddade repliker
  • Hög tillgänglighet
  • Geo-redundant säkerhetskopiering
  • Tillägget azure_storage

Autentisering

Microsoft Entra ID-autentisering

Om Microsoft Entra-ID är aktiverat i ett Azure Cosmos DB for PostgreSQL-kluster stöds för närvarande inte följande:

  • PostgreSQL 11, 12 och 13
  • Microsoft Entra-grupper

Säkerhet

MD5-hashning är inaktiverat i Azure Cosmos DB för PostgreSQL och påverkar följande områden:

  • Interna Postgres-lösenord hashas endast med hjälp av METODEN SCRAM-SHA-256.
  • pgcrypto-tillägg: MD5 är inte tillgängligt som en hash-metod.
  • uuid-ossp-tillägg: MD5 är inte tillgängligt som en hash-metod.
  • Inbyggda Postgres-funktioner. Till exempel SELECT md5('your_string');
  • Anpassade funktioner som anpassade funktioner i PL/pgSQL som använder MD5-hashning.

Skapa databas

Azure-portalen tillhandahåller autentiseringsuppgifter för att ansluta till exakt en databas per kluster. Det är för närvarande inte tillåtet att skapa en annan databas och kommandot CREATE DATABASE misslyckas med ett fel.

Som standard kallas citusden här databasen . Azure Cosmos DB for PostgreSQL stöder endast anpassade databasnamn vid klusteretablering.

Säkerhetskopiering och återställning

Geo-redundant säkerhetskopiering och återställning

  • Geo-redundant säkerhetskopiering kan endast aktiveras när klustret skapas.
  • Geo-redundant säkerhetskopiering kan inte inaktiveras när klustret har skapats.
  • Geo-redundant säkerhetskopiering kan inte aktiveras i kluster med en enda nod med burstbar beräkning.
  • Kundhanterad nyckel (CMK) stöds inte för kluster med geo-redundant säkerhetskopiering aktiverat.
  • Azure Cosmos DB för PostgreSQL-kluster med geo-redundant säkerhetskopiering aktiverat kan inte ha en klusterläsningsreplik i den region där geo-redundant säkerhetskopiering lagras.

Nästa steg