Delen via

Limieten en beperkingen van Azure Cosmos DB for PostgreSQL

  • Artikel

VAN TOEPASSING OP: Azure Cosmos DB for PostgreSQL (mogelijk gemaakt door de Citus-database-extensie naar PostgreSQL)

In de volgende sectie worden capaciteits- en functionele limieten in de Azure Cosmos DB for PostgreSQL-service beschreven.

Naamgeving

Clusternaam

Een cluster moet een naam hebben van 40 tekens of korter.

Netwerken

Maximum aantal verbindingen

Elke PostgreSQL-verbinding (ook niet-actieve verbindingen) gebruikt ten minste 10 MB geheugen, dus het is belangrijk om gelijktijdige verbindingen te beperken. Dit zijn de limieten die we hebben gekozen om knooppunten in orde te houden:

  • Maximum aantal verbindingen per knooppunt
    • 300 voor 0-3 vCores
    • 500 voor 4-15 vCores
    • 1000 voor 16+ vCores
  • Maximum aantal verbindingen per knooppunt met burstable compute
    • 20 voor 1 vCore burstable
    • 40 voor 2 vCores burstable

De bovenstaande verbindingslimieten zijn voor gebruikersverbindingen (max_connections min superuser_reserved_connections). We reserveren extra verbindingen voor administratie en herstel.

De limieten zijn van toepassing op zowel werkknooppunten als het coördinatorknooppunt. Pogingen om verbinding te maken buiten deze limieten mislukken met een fout.

Groepsgewijze verbinding

U kunt verbindingen verder schalen met behulp van groepsgewijze verbindingen. Azure Cosmos DB for PostgreSQL biedt een beheerde pgBouncer-verbindingspooler die is geconfigureerd voor maximaal 2000 gelijktijdige clientverbindingen.

Storage

Schalen van opslag

Opslag op coördinator- en werkknooppunten kan omhoog worden geschaald (verhoogd), maar kan niet omlaag worden geschaald (afgenomen).

Opslaggrootte

Maximaal 32 TiB aan opslag wordt ondersteund op coördinator- en werkknooppunten in configuratie met meerdere knooppunten. Maximaal 2 TiB aan opslag wordt ondersteund voor configuraties met één knooppunt. Bekijk de beschikbare opslagopties en IOPS-berekening voor verschillende knooppunt- en clustergrootten.

Door de klant beheerde sleutels voor opslagversleuteling

Gegevensversleuteling met door de klant beheerde sleutels (CMK) voor Azure Cosmos DB for PostgreSQL-clusters heeft de volgende beperkingen.

  • CMK-versleuteling kan alleen worden ingeschakeld tijdens het maken van een nieuw Azure Cosmos DB for PostgreSQL-cluster.
    • CMK-versleuteling kan worden ingeschakeld of uitgeschakeld op een hersteld cluster
    • CMK-versleuteling kan worden ingeschakeld of uitgeschakeld op een leesreplica van een cluster
  • CMK-versleuteling wordt niet ondersteund met privétoegang (Private Link).

Compute

VCore-limieten voor abonnementen

Azure dwingt een vCore-quotum per abonnement per regio af. Er zijn drie onafhankelijk aanpasbare quota: vCores voor coördinatorknooppunten, vCores voor werkknooppunten en vCores voor burstable compute. Het standaardquotum moet meer dan voldoende zijn om te experimenteren met Azure Cosmos DB for PostgreSQL en kleine tot middelgrote productie uit te voeren. Als u meer vCores nodig hebt voor een regio in uw abonnement, raadpleegt u hoe u rekenquota kunt aanpassen.

Burstable compute

In Azure Cosmos DB for PostgreSQL-clusters waarvoor burstable compute is ingeschakeld, worden de volgende functies momenteel niet ondersteund:

  • Versneld netwerken
  • Lokale cache
  • PostgreSQL- en Citus-versie-upgrades
  • Ondersteuning voor PostgreSQL 11
  • Leesreplica's
  • Hoge beschikbaarheid
  • Geografisch redundante back-up
  • De azure_storage-extensie

Verificatie

Microsoft Entra ID-verificatie

Als Microsoft Entra ID is ingeschakeld op een Azure Cosmos DB for PostgreSQL-cluster, wordt het volgende momenteel niet ondersteund:

  • PostgreSQL 11, 12 en 13
  • Microsoft Entra-groepen

Database maken

Azure Portal biedt referenties om verbinding te maken met precies één database per cluster. Het maken van een andere database is momenteel niet toegestaan en de opdracht CREATE DATABASE mislukt met een fout.

Deze database wordt standaard aangeroepen citus. Azure Cosmos DB for PostgreSQL ondersteunt alleen aangepaste databasenamen tijdens het inrichten van clusters.

Back-ups en herstellen

Geografisch redundante back-up en herstel

  • Geografisch redundante back-up kan alleen worden ingeschakeld tijdens het maken van een cluster.
    • U kunt geografisch redundante back-ups inschakelen wanneer u een clusterherstel uitvoert.
  • Geografisch redundante back-up kan niet worden uitgeschakeld zodra het cluster is gemaakt.
  • Geografisch redundante back-ups kunnen niet worden ingeschakeld op clusters met één knooppunt met burstable compute.
  • Cmk (Door de klant beheerde sleutel) wordt niet ondersteund voor clusters waarvoor geografisch redundante back-up is ingeschakeld.
  • Azure Cosmos DB for PostgreSQL-cluster waarvoor geografisch redundante back-up is ingeschakeld, kan geen leesreplica voor clusters hebben in de regio waar geografisch redundante back-up wordt opgeslagen.

Volgende stappen