Eventi
Ottieni gratuitamente la certificazione in Microsoft Fabric.
19 nov, 23 - 10 dic, 23
Per un periodo di tempo limitato, il team della community di Microsoft Fabric offre buoni per esami DP-600 gratuiti.
Prepara oraQuesto browser non è più supportato.
Esegui l'aggiornamento a Microsoft Edge per sfruttare i vantaggi di funzionalità più recenti, aggiornamenti della sicurezza e supporto tecnico.
SI APPLICA A: Database di Azure per PostgreSQL - Server flessibile
Le sezioni seguenti descrivono i limiti di capacità e funzionalità nel server flessibile di Database di Azure per PostgreSQL. Per informazioni sui livelli di risorse (calcolo, memoria, archiviazione), vedere gli articoli su calcolo e archiviazione.
La tabella seguente illustra il numero massimo di connessioni predefinito per ogni piano tariffario e configurazione vCore. Il server flessibile di Database di Azure per PostgreSQL riserva 15 connessioni per la replica fisica e il monitoraggio dell'istanza del server flessibile di Database di Azure per PostgreSQL. Di conseguenza, il valore per le connessioni utente massime elencate nella tabella è ridotto di 15 rispetto alle connessioni massime totali.
Nome prodotto | vCore | Dimensioni memoria | Numero massimo di connessioni | Numero massimo di connessioni utente |
---|---|---|---|---|
Possibilità di burst | ||||
B1ms | 1 | 2 GiB | 50 | 35 |
B2s | 2 | 4 GiB | 429 | 414 |
B2ms | 2 | 8 GiB | 859 | 844 |
B4ms | 4 | 16 GiB | 1.718 | 1.703 |
B8ms | 8 | 32 GiB | 3.437 | 3.422 |
B12ms | 12 | 48 GiB | 5,000 | 4.985 |
B16ms | 16 | 64 GiB | 5,000 | 4.985 |
B20ms | 20 | 80 GiB | 5,000 | 4.985 |
Utilizzo generico | ||||
D2s_v3 / D2ds_v4 / D2ds_v5 / D2ads_v5 | 2 | 8 GiB | 859 | 844 |
D4s_v3 / D4ds_v4 / D4ds_v5 / D4ads_v5 | 4 | 16 GiB | 1.718 | 1.703 |
D8s_v3 / D8ds_V4 / D8ds_v5 / D8ads_v5 | 8 | 32 GiB | 3.437 | 3.422 |
D16s_v3 / D16ds_v4 / D16ds_v5 / D16ads_v5 | 16 | 64 GiB | 5,000 | 4.985 |
D32s_v3 / D32ds_v4 / D32ds_v5 / D32ads_v5 | 32 | 128 GiB | 5,000 | 4.985 |
D48s_v3 / D48ds_v4 / D48ds_v5 / D48ads_v5 | 48 | 192 GiB | 5,000 | 4.985 |
D64s_v3 / D64ds_v4 / D64ds_v5 / D64ads_v5 | 64 | 256 GiB | 5,000 | 4.985 |
D96ds_v5 / D96ads_v5 | 96 | 384 GiB | 5,000 | 4.985 |
Ottimizzato per la memoria | ||||
E2s_v3 / E2ds_v4 / E2ds_v5 / E2ads_v5 | 2 | 16 GiB | 1.718 | 1.703 |
E4s_v3 / E4ds_v4 / E4ds_v5 / E4ads_v5 | 4 | 32 GiB | 3.437 | 3.422 |
E8s_v3 / E8ds_v4 / E8ds_v5 / E8ads_v5 | 8 | 64 GiB | 5,000 | 4.985 |
E16s_v3 / E16ds_v4 / E16ds_v5 / E16ads_v5 | 16 | 128 GiB | 5,000 | 4.985 |
E20ds_v4 / E20ds_v5 / E20ads_v5 | 20 | 160 GiB | 5,000 | 4.985 |
E32s_v3 / E32ds_v4 / E32ds_v5 / E32ads_v5 | 32 | 256 GiB | 5,000 | 4.985 |
E48s_v3 / E48ds_v4 / E48ds_v5 / E48ads_v5 | 48 | 384 GiB | 5,000 | 4.985 |
E64s_v3 / E64ds_v4 / E64ds_v5 / E64ads_v5 | 64 | 432 GiB | 5,000 | 4.985 |
E96ds_v5 / E96ads_v5 | 96 | 672 GiB | 5,000 | 4.985 |
Gli slot di connessione riservati, attualmente 15, potrebbero cambiare. È consigliabile verificare regolarmente le connessioni riservate totali nel server. Questo numero viene calcolato sommando i valori dei parametri del server reserved_connections
e superuser_reserved_connections
. Il numero massimo di connessioni utente disponibili è max_connections
- (reserved_connections
+ superuser_reserved_connections
).
Il valore predefinito per il parametro del server max_connections
viene calcolato quando si effettua il provisioning dell'istanza del server flessibile di Database di Azure per PostgreSQL, in base al nome del prodotto selezionato per il relativo calcolo. Eventuali modifiche successive della selezione del prodotto al calcolo che supporta il server flessibile non avranno alcun effetto sul valore predefinito per il parametro server max_connections
di tale istanza. È consigliabile che, ogni volta che si modifica il prodotto assegnato a un'istanza, si modifichi anche il valore per il parametro max_connections
in base ai valori della tabella precedente.
Quando si configura per la prima volta l'istanza del server flessibile di Database di Azure per Postgres, questa determina automaticamente il numero più elevato di connessioni che può gestire contemporaneamente. Questo numero è basato sulla configurazione del server e non può essere modificato.
Tuttavia, è possibile usare l'impostazione max_connections
per modificare il numero di connessioni consentite in un determinato momento. Dopo aver modificato questa impostazione, è necessario riavviare il server affinché il nuovo limite inizi a funzionare.
Attenzione
Anche se è possibile aumentare il valore di max_connections
oltre l'impostazione predefinita, non è consigliabile farlo.
Le istanze potrebbero riscontrare difficoltà quando il carico di lavoro si espande e richiede più memoria. Con l'aumentare del numero di connessioni, aumenta anche l'utilizzo della memoria. Le istanze con memoria limitata potrebbero riscontrare problemi, ad esempio arresti anomali o latenza elevata. Anche se un valore più elevato per max_connections
potrebbe essere accettabile quando la maggior parte delle connessioni è inattiva, l'operazione potrebbe causare problemi di prestazioni significativi man mano che le connessioni si attivano.
Se sono necessarie altre connessioni, è consigliabile usare invece PgBouncer, la soluzione di Azure predefinita per la gestione del pool di connessioni. Usarlo in modalità transazione. Per iniziare, è consigliabile usare valori bassi moltiplicando i vCore in un intervallo da 2 a 5. Successivamente, monitorare attentamente l'utilizzo delle risorse e le prestazioni dell'applicazione per garantire un funzionamento senza problemi. Per informazioni dettagliate su PgBouncer, vedere PgBouncer in Database di Azure per PostgreSQL - Server flessibile.
Quando le connessioni superano il limite, è possibile che venga visualizzato l'errore seguente:
FATAL: sorry, too many clients already.
Quando si usa il server flessibile di Database di Azure per PostgreSQL per un database occupato con un numero elevato di connessioni simultanee, potrebbe verificarsi un notevole carico sulle risorse. Questo sforzo può comportare un utilizzo elevato della CPU, soprattutto quando vengono stabilite contemporaneamente molte connessioni e quando le connessioni hanno una durata breve (inferiore a 60 secondi). Questi fattori possono influire negativamente sulle prestazioni complessive del database aumentando il tempo impiegato per l'elaborazione delle connessioni e delle disconnessioni.
Tenere presente che ogni connessione nel server flessibile di Database di Azure per PostgreSQL, indipendentemente dal fatto che sia inattiva o attiva, utilizza una quantità significativa di risorse dal database. Questo utilizzo può causare problemi di prestazioni al di là di un utilizzo elevato della CPU, ad esempio la contesa del disco e dei blocchi. L'articolo Numero di connessioni al database nel wiki di PostgreSQL illustra in modo più dettagliato questo argomento. Per altre informazioni, vedere Identificare e risolvere le prestazioni di connessione nel server flessibile di Database di Azure per PostgreSQL.
Le sezioni seguenti elencano le considerazioni relative a ciò che è supportato o meno nel server flessibile di Database di Azure per PostgreSQL.
storage used
o storage percent
quando superano determinate soglie in modo da poter intervenire in modo proattivo, ad esempio aumentando le dimensioni di archiviazione. Ad esempio, è possibile impostare un avviso se la percentuale di archiviazione supera l'80%.postgres_fdw
. Non è possibile limitare l'accesso. I server nelle reti virtuali possono avere accesso in uscita limitato tramite gruppi di sicurezza di rete.contrib
e altro ancora. Per altre informazioni, vedere Estensioni di PostgreSQL.Il sistema gestisce i backup. Attualmente non è possibile eseguire manualmente i backup. È consigliabile utilizzare invece pg_dump
.
Il primo snapshot è un backup completo e gli snapshot consecutivi sono backup differenziali. Il backup differenziale esegue il backup solo dei dati modificati dopo l'ultimo backup dello snapshot.
Ad esempio, se le dimensioni del database sono pari a 40 GB e l'archiviazione di cui è stato effettuato il provisioning è di 64 GB, il primo backup dello snapshot sarà di 40 GB. Ora, se si modificano 4 GB di dati, le dimensioni del backup differenziale dello snapshot successivo saranno di soli 4 GB. I log delle transazioni (log write-ahead) sono separati dai backup completi e differenziali e vengono archiviati continuamente.
Eventi
Ottieni gratuitamente la certificazione in Microsoft Fabric.
19 nov, 23 - 10 dic, 23
Per un periodo di tempo limitato, il team della community di Microsoft Fabric offre buoni per esami DP-600 gratuiti.
Prepara ora