Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
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.
Het kiezen van het aantal shards voor elke gedistribueerde tabel is een balans tussen de flexibiliteit van het hebben van meer shards en de overhead voor het plannen en uitvoeren van query's. Als u besluit het aantal shards van een tabel te wijzigen na het distribueren, kunt u de functie alter_distributed_table gebruiken.
SaaS-use case voor meerdere tenants
De optimale keuze is afhankelijk van uw toegangspatronen voor de gegevens. In de saaS-database met meerdere tenants wordt u bijvoorbeeld aangeraden te kiezen tussen 32 - 128 shards. Voor kleinere workloads staat <100 GB, kunt u beginnen met 32 shards en voor grotere workloads kunt u 64 of 128 kiezen. Deze keuze geeft u de ruimte om van 32 tot 128 werkmachines te schalen.
Gebruikssituatie voor realtime analyses
In de realtimeanalysecasus moet het aantal shards gerelateerd zijn aan het totale aantal kernen van de werkers. Om maximale parallelle uitvoering te garanderen, moet u voldoende shards maken op elk knooppunt, zodat er ten minste één shard per CPU-kern is. We raden doorgaans aan een groot aantal initiële shards te maken, bijvoorbeeld 2x of 4x het aantal huidige CPU-kernen. Als u meer shards heeft, kunt u in de toekomst gemakkelijker uitbreiden door meer werkprocessen en CPU-kernen toe te voegen.
Houd er rekening mee dat azure Cosmos DB voor PostgreSQL voor elke query één databaseverbinding per shard opent en dat deze verbindingen beperkt zijn. Zorg ervoor dat het aantal shards klein genoeg blijft dat gedistribueerde query's niet vaak hoeven te wachten op een verbinding. Anders gezegd, de benodigde verbindingen, (max concurrent queries * shard count), mogen niet groter zijn dan het totale aantal verbindingen dat mogelijk is in het systeem, (number of workers * max_connections per worker).
Volgende stappen
- Meer informatie over opties voor clusterprestaties.
- Een cluster omhoog of uitschalen
- Shards opnieuw verdelen