Scegliere le dimensioni iniziali per il cluster in Azure Cosmos DB for PostgreSQL

Importante

Azure Cosmos DB per PostgreSQL non è più supportato per i nuovi progetti. Non usare questo servizio per i nuovi progetti. Usare invece uno dei due servizi seguenti:

• Usare Azure Cosmos DB per NoSQL per una soluzione di database distribuita progettata per scenari su alta scala con un accordo sul livello di servizio (SLA) di disponibilità del 99.999%, scalabilità automatica istantanea e failover automatico in più regioni.

• Usare la funzionalità Cluster elastici di Database di Azure per PostgreSQL per PostgreSQL partizionato usando l'estensione Citus open source.

Le dimensioni di un cluster, sia il numero di nodi che la capacità hardware, sono facili da modificare. Tuttavia, è comunque necessario scegliere le dimensioni iniziali per un nuovo cluster. Ecco alcuni suggerimenti per compiere una scelta ragionevole.

Casi d'uso

Azure Cosmos DB for PostgreSQL è frequentemente usato nelle modalità riportate di seguito.

SaaS multi-tenant

Quando si esegue la migrazione ad Azure Cosmos DB for PostgreSQL da un'istanza di database a nodo singolo PostgreSQL esistente, scegliere un cluster in cui il numero di vCore del ruolo di lavoro e la quantità di RAM totale sia uguale a quello dell'istanza originale. In scenari di questo tipo sono stati rilevati miglioramenti delle prestazioni di 2-3 volte superiori perché il partizionamento orizzontale migliora l'utilizzo delle risorse, consentendo indici più piccoli e così via.

Il conteggio vCore è in realtà l'unica decisione possibile. L'allocazione della RAM è attualmente determinata in base al numero di vCore, come descritto nella pagina su calcolo e archiviazione. Il nodo coordinatore non richiede tanta RAM quanta i ruoli di lavoro, ma non è possibile scegliere RAM e vCore separatamente.

Analisi in tempo reale

vCore totali: quando i dati di lavoro vengono salvati nella RAM, è possibile prevedere un miglioramento lineare delle prestazioni in Azure Cosmos DB for PostgreSQL proporzionale al numero di core del ruolo di lavoro. Per determinare il numero corretto di vCore per le proprie esigenze, prendere in considerazione la latenza corrente per le query nel database a nodo singolo e la latenza richiesta in Azure Cosmos DB for PostgreSQL. Dividere la latenza corrente per la latenza desiderata e arrotondare il risultato.

RAM del ruolo di lavoro: la soluzione migliore è rendere disponibile memoria sufficiente per fare in modo che la maggior parte del working set venga salvato nella memoria. Il tipo di query usate dall'applicazione influisce sui requisiti di memoria. È possibile eseguire EXPLAIN ANALYZE su una query per determinare la quantità di memoria richiesta. Tenere presente che i vCore e la RAM vengono ridimensionati insieme, come descritto nell'articolo su calcolo e archiviazione.

Passaggi successivi

• Ridimensionare un cluster
• Altre informazioni sulle opzioni di prestazioni del cluster.