Limiti in Database di Azure per PostgreSQL - Server singolo
SI APPLICA A:
Database di Azure per PostgreSQL - Server singolo
Importante
Database di Azure per PostgreSQL - Server singolo si trova nel percorso di ritiro. È consigliabile eseguire l'aggiornamento a Database di Azure per PostgreSQL - Server flessibile. Per altre informazioni sulla migrazione a Database di Azure per PostgreSQL - Server flessibile, vedere What's happening to Database di Azure per PostgreSQL Single Server?.
Nelle sezioni seguenti vengono descritti i limiti delle capacità e funzionali nel servizio del database. Per informazioni sui livelli di risorse (calcolo, memoria, archiviazione), vedere l'articolo Piani tariffari.
Numero massimo di connessioni
Di seguito è riportato il numero massimo di connessioni per piano tariffario e vCore. Il sistema Azure richiede cinque connessioni per il monitoraggio del server di Database di Azure per PostgreSQL.
| Piano tariffario | vCore | Numero massimo di connessioni | Numero massimo di Connessione utente |
|---|---|---|---|
| Di base | 1 | 55 | 50 |
| Di base | 2 | 105 | 100 |
| Utilizzo generico | 2 | 150 | 145 |
| Utilizzo generico | 4 | 250 | 245 |
| Utilizzo generico | 8 | 480 | 475 |
| Utilizzo generico | 16 | 950 | 945 |
| Utilizzo generico | 32 | 1500 | 1495 |
| Utilizzo generico | 64 | 1900 | 1895 |
| Con ottimizzazione per la memoria | 2 | 300 | 295 |
| Con ottimizzazione per la memoria | 4 | 500 | 495 |
| Con ottimizzazione per la memoria | 8 | 960 | 955 |
| Con ottimizzazione per la memoria | 16 | 1900 | 1895 |
| Con ottimizzazione per la memoria | 32 | 1987 | 1982 |
Quando le connessioni superano il limite, è possibile che venga visualizzato l'errore seguente:
FATAL: sorry, too many clients already (ERRORE IRREVERSIBILE: ci sono già troppi client)
Importante
Per un'esperienza ottimale, è consigliabile usare un pool di connessioni come pgBouncer per gestire in modo efficiente le connessioni.
Una connessione PostgreSQL, anche inattiva, può occupare fino a 2 MB di memoria. Inoltre, la creazione di nuove connessioni richiede tempo. La maggior parte delle applicazioni richiede molte connessioni di breve durata, che generano questa situazione. Di conseguenza sarà disponibile un minor numero di risorse per il carico di lavoro effettivo e le prestazioni saranno ridotte. Un pool di connessioni che riduce le connessioni inattive e riutilizza le connessioni esistenti consente di evitare il problema. Per altre informazioni, visitare il post di blog.
Limiti funzionali
Operazioni di scalabilità
- Non è attualmente supportata la scalabilità dinamica tra i piani tariffari.
- La riduzione delle dimensioni di archiviazione del server non è attualmente supportata.
Aggiornamenti della versione dei server
- La migrazione automatica tra le versioni del motore del database principale non è attualmente supportata. Se si vuole eseguire l'aggiornamento alla versione principale successiva, eseguire un dump e ripristinarlo in un server creato con la nuova versione del motore.
Si noti che prima di PostgreSQL versione 10, i criteri di controllo delle versioni di PostgreSQL consideravano un aggiornamento della versione principale come aumento del primo o del secondo numero (ad esempio, da 9.5 a 9.6 era considerato un aggiornamento della versione principale ). A partire dalla versione 10, solo una modifica nel primo numero è considerata un aggiornamento della versione principale (ad esempio, da 10.0 a 10.1 è un aggiornamento della versione secondaria e da 10 a 11 è un aggiornamento della versione principale ).
Endpoint di servizio di rete virtuale
- Gli endpoint di servizio di rete virtuale sono supportati solo per i server per utilizzo generico e ottimizzati per la memoria.
Rispristino di un server
- Quando si usa la funzionalità di recupero temporizzato, il nuovo server viene creato con le stesse configurazioni relative al piano tariffario del server su cui si basa.
- Il nuovo server creato durante un ripristino non dispone delle regole del firewall presenti nel server originale. Per questo nuovo server, le regole del firewall devono essere impostate separatamente.
- Il ripristino di un server eliminato non è supportato.
Caratteri UTF-8 in Windows
- In alcuni scenari, i caratteri UTF-8 non sono completamente supportati in PostgreSQL open source per Windows, con ripercussioni su Database di Azure per PostgreSQL. Per ulteriori informazioni, vedere il thread nell'articolo Bug #15476 in the postgresql-archive (Bug n. 15476 in postgresql-archive).
Errore GSS
Se viene visualizzato un errore relativo a GSS, è probabile che si stia usando una versione più recente del client o del driver che il server singolo di Azure Postgres non supporta ancora completamente. È noto che questo errore può influire sulle versioni del driver JDBC 42.2.15 e 42.2.16.
- Si prevede di completare l'aggiornamento entro la fine di novembre. Nel frattempo, provare a usare una versione del driver funzionante.
- In alternativa, valutare la possibilità di disabilitare la richiesta GSS. Usare un parametro di connessione come
gssEncMode=disable.
riduzione delle dimensioni Archiviazione
Archiviazione dimensioni non possono essere ridotte. È necessario creare un nuovo server con dimensioni di archiviazione desiderate, eseguire il dump e il ripristino manuali ed eseguire la migrazione dei database al nuovo server.