De initiële grootte voor het cluster kiezen in Azure Cosmos DB for PostgreSQL

Belangrijk

Azure Cosmos DB for PostgreSQL wordt niet meer ondersteund voor nieuwe projecten. Gebruik deze service niet voor nieuwe projecten. Gebruik in plaats daarvan een van deze twee services:

• Gebruik Azure Cosmos DB voor NoSQL voor een gedistribueerde databaseoplossing die is ontworpen voor hoogwaardige schalen scenario's met een 99,999% service level agreement (SLA) voor beschikbaarheid, onmiddellijke autoschaalaanpassing en automatische failover over meerdere regio's.

• Gebruik de functie Elastische clusters van Azure Database For PostgreSQL voor sharded PostgreSQL met behulp van de opensource Citus-extensie.

De grootte van een cluster, zowel het aantal knooppunten als de bijbehorende hardwarecapaciteit, is eenvoudig te wijzigen. U moet echter nog steeds een initiële grootte voor een nieuw cluster kiezen. Hier volgen enkele tips voor een redelijke keuze.

Gebruiksscenario's

Azure Cosmos DB for PostgreSQL wordt vaak gebruikt op de volgende manieren.

SaaS met meerdere tenants

Wanneer u migreert naar Azure Cosmos DB for PostgreSQL vanuit een bestaand PostgreSQL-database-exemplaar met één knooppunt, kiest u een cluster waarbij het aantal werkrol-vCores en RAM in totaal gelijk is aan dat van het oorspronkelijke exemplaar. In dergelijke scenario's hebben we 2-3x prestatieverbeteringen gezien omdat sharding het resourcegebruik verbetert, waardoor kleinere indexen enzovoort worden toegestaan.

Het aantal vCores is eigenlijk de enige keuze. Ram-toewijzing wordt momenteel bepaald op basis van het aantal vCores, zoals beschreven op de pagina rekenkracht en opslag . Het coördinatorknooppunt heeft niet zoveel RAM nodig als de werkknooppunten, maar er is geen manier om RAM en vCores onafhankelijk van elkaar te kiezen.

Real-time gegevensanalyse

Totaal aantal vCores: wanneer werkgegevens in ram-geheugen passen, kunt u een lineaire prestatieverbetering verwachten in Azure Cosmos DB for PostgreSQL, evenredig met het aantal werkkernen. Als u het juiste aantal vCores voor uw behoeften wilt bepalen, moet u rekening houden met de huidige latentie voor query's in uw database met één knooppunt en de vereiste latentie in Azure Cosmos DB for PostgreSQL. Deel de huidige latentie door de gewenste latentie en rond het resultaat af.

In het beste geval beschikt de Worker-RAM over voldoende geheugen zodat de meeste werkset in het geheugen past. Het type query's dat voor uw toepassing wordt gebruikt, heeft invloed op geheugenvereisten. U kunt EXPLAIN ANALYZE uitvoeren op een query om te bepalen hoeveel geheugen er nodig is. Houd er rekening mee dat vCores en RAM samen worden geschaald, zoals beschreven in het artikel compute en opslag .

Volgende stappen

• Een cluster schalen
• Meer informatie over opties voor clusterprestaties.