Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
SI APPLICA A:
Database di Azure per PostgreSQL - Server flessibile
È possibile creare un'istanza di Database di Azure per PostgreSQL - Server flessibile usando dischi gestiti di Azure, ovvero volumi di archiviazione a livello di blocco gestiti da Azure e usati con Macchine virtuali di Azure. I dischi gestiti sono simili a un disco fisico in un server locale, ma sono virtualizzati. Con i dischi gestiti è sufficiente specificare le dimensioni e il tipo di disco ed effettuare il provisioning del disco. Una volta effettuato il provisioning, Azure gestisce il resto. Il server flessibile di Database di Azure per PostgreSQL supporta unità ssd Premium (SSD Premium) e unità SSD Premium versione 2 (SSD Premium v2) e i prezzi sono calcolati in base al livello di calcolo, memoria e archiviazione di cui si effettua il provisioning.
SSD Premium
L'unità SSD Premium di Azure offre un supporto su disco ad alte prestazioni e bassa latenza per le macchine virtuali (VM) con carichi di lavoro a elevato utilizzo di input/output (I/O). Le unità SSD Premium sono adatte per applicazioni di produzione mission-critical.
SSD Premium v2 (anteprima)
SSD Premium v2 offre prestazioni superiori rispetto a SSD Premium, pur essendo meno costoso, come regola generale. È possibile modificare singolarmente le prestazioni (capacità, velocità effettiva e operazioni di input/output al secondo, definite IOPS) di SSD Premium v2 in qualsiasi momento. La possibilità di eseguire queste modifiche garantisce l'efficienza dei carichi di lavoro, soddisfacendo al tempo stesso le esigenze di spostamento delle prestazioni. Ad esempio, un database a elevato utilizzo di transazioni potrebbe dover gestire una grande quantità di operazioni di I/O al secondo per un paio di giorni con domanda eccezionalmente alta. Oppure un'applicazione di gioco potrebbe richiedere una velocità effettiva maggiore solo durante le ore di punta. Di conseguenza, per la maggior parte dei carichi di lavoro per utilizzo generico, SSD Premium v2 può offrire il miglior prezzo per le prestazioni. Ora è possibile distribuire istanze di Database di Azure per PostgreSQL - Server flessibile con disco SSD Premium v2 in tutte le aree supportate.
Nota
SSD Premium v2 attualmente è disponibile in anteprima per Database di Azure per PostgreSQL - Server flessibile.
Differenze tra SSD Premium e SSD Premium v2
A differenza di SSD Premium, SSD Premium v2 non ha dimensioni dedicate. È possibile impostare un disco SSD Premium v2 su qualsiasi dimensione preferita e apportare modifiche granulari in base ai requisiti del carico di lavoro. Questi incrementi granulari possono essere inseriti in step di 1 GiB. SSD Premium v2 non supporta la memorizzazione nella cache dell'host, ma offre comunque una latenza inferiore rispetto a SSD Premium. Le capacità SSD Premium v2 vanno da 1 GiB a 64 TiB.
La tabella seguente offre un confronto tra diversi aspetti dei tipi di disco supportati dal server flessibile di Database di Azure per PostgreSQL, per decidere quale sia più adatto alle proprie esigenze.
| SSD Premium v2 | SSD Premium | |
|---|---|---|
| Tipo di disco | SSD (unità a stato solido) | SSD (unità a stato solido) |
| Scenario | Carichi di lavoro in produzione sensibili alle prestazioni che richiedono costantemente bassa latenza e operazioni di I/O al secondo e velocità effettiva elevati. | Carichi di lavoro in produzione sensibili alle prestazioni. |
| Dimensioni max del disco | 65.536 GiB | 32.767 GiB |
| Max velocità effettiva | 1.200 MB/s | 900 MB/s |
| Max operazioni di I/O al secondo | 80.000 | 20.000 |
SSD Premium v2 offre fino a 32 TiB per area per sottoscrizione per impostazione predefinita, ma supporta una capacità superiore su richiesta. Per richiedere un aumento della capacità, chiedere un aumento della quota o contattare il supporto tecnico di Azure.
SSD Premium v2 - Operazioni di I/O al secondo
Il server flessibile di Database di Azure per PostgreSQL offre un numero di operazioni di I/O al secondo di base pari a 3000 per dischi fino a 399 GiB e 12000 operazioni di I/O al secondo per dischi superiori a 400 GiB senza costi aggiuntivi. Per ottenere 80.000 operazioni di I/O al secondo su un disco, deve essere almeno 160 GiB. L’aumento delle operazioni di I/O al secondo oltre il livello gratuito comporta costi aggiuntivi.
SSD Premium v2 - Velocità effettiva
Il server flessibile di Database di Azure per PostgreSQL offre una velocità effettiva di base di 125 MB/s per dischi fino a 399 GiB e 500 MB/s per dischi superiori a 400 GiB senza costi aggiuntivi. L'aumento della velocità effettiva oltre il livello gratuito comporta costi aggiuntivi.
Nota
SSD Premium v2 attualmente è disponibile in anteprima per Database di Azure per PostgreSQL - Server flessibile.
SSD Premium v2 - Limitazioni durante l'anteprima
Disponibilità elevata, repliche in lettura, backup con ridondanza geografica, crittografia dei dati con chiavi gestite dal cliente o funzionalità di aumento automatico dell'archiviazione non sono supportate per SSD Premium v2.
La migrazione online da SSD Premium (PV1) a SSD Premium v2 (PV2) non è supportata. In alternativa, se si vuole eseguire la migrazione tra i diversi tipi di archiviazione, è possibile eseguire un ripristino temporizzato del server esistente in un nuovo server di cui è stato effettuato il provisioning con un tipo di archiviazione diverso.
SSD Premium V2 può essere abilitato solo per i server appena creati. L'abilitazione di SSD Premium V2 nei server esistenti non è supportata.
SSD Premium V2 può essere abilitato solo nelle aree seguenti: Australia orientale, Brasile meridionale, Canada centrale, India centrale, Stati Uniti centrali, Asia orientale, Stati Uniti orientali, Stati Uniti orientali 2, Francia centrale, Germania centro-occidentale, Israele centrale, Giappone orientale, Corea centrale, Norvegia orientale, Polonia centrale, Stati Uniti centro-meridionali, Asia sud-orientale, Svizzera settentrionale, Emirati Arabi Uniti settentrionali, Stati Uniti centro-occidentali, Europa occidentale, Europa occidentale e Stati Uniti occidentali 2. Il ripristino a un punto nel tempo (PITR) da SSD Premium v2 a SSD Premium (v1) non è attualmente supportato. Il supporto per questa funzionalità verrà aggiunto in futuro.
L'archiviazione di cui si effettua il provisioning è la quantità di capacità di archiviazione disponibile per l'istanza di Database di Azure per PostgreSQL - Server flessibile. Questa risorsa di archiviazione viene usata per i file di database, i file temporanei, i log delle transazioni e i log del server PostgreSQL. La quantità totale di archiviazione di cui si effettua il provisioning definisce anche la capacità di I/O disponibile per il server.
| Dimensioni disco | Operazioni di I/O al secondo per SSD Premium | Operazioni di I/O al secondo per SSD Premium v2 |
|---|---|---|
| 32 GiB | Provisioning 120; fino a 3.500 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 17179 |
| 64 GiB | Provisioning di 240; fino a 3.500 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 34359 |
| 128 GiB | Provisioning di 500; fino a 3.500 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 68719 |
| 256 GiB | Provisioning di 1.100; fino a 3.500 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 80.000 |
| 512 GiB | Provisioning 2.300; fino a 3.500 | Le prime 12000 operazioni di I/O al secondo gratis possono scalare a 80000 |
| 1 TiB | 5.000 | Le prime 12000 operazioni di I/O al secondo sono gratuite e possono scalare fino a 80000. |
| 2 TiB | 7.500 | Le prime 12000 operazioni di I/O al secondo sono gratuite e possono scalare fino a 80000. |
| 4 TiB | 7.500 | Le prime 12000 operazioni di I/O al secondo sono gratuite e possono scalare fino a 80000. |
| 8 TiB | 16.000 | Le prime 12000 operazioni di I/O al secondo sono gratuite e possono scalare fino a 80000. |
| 16 TiB | 18.000 | Le prime 12000 operazioni di I/O al secondo sono gratuite e possono scalare fino a 80000. |
| 32 TiB | 20.000 | Le prime 12000 operazioni di I/O al secondo sono gratuite e possono scalare fino a 80000. |
| 64 TiB | N/D | Le prime 12000 operazioni di I/O al secondo sono gratuite e possono scalare fino a 80000. |
La tabella seguente offre una panoramica delle capacità del disco SSD Premium v2 e dei valori massimi di prestazioni per decidere quale usare.
| Dimensioni del disco SSD v2 | Numero massimo di operazioni di I/O al secondo disponibili | Velocità effettiva massima disponibile (MB/s) |
|---|---|---|
| 1 GiB-64 TiBs | 3.000-80.000 (aumenta di 500 IOPS per GiB) | 125-1.200 (aumenta di 0,25 MB/s per set di operazioni di I/O al secondo) |
Anche il tipo di macchina virtuale presenta limiti di operazioni di I/O al secondo. Sebbene sia possibile selezionare qualsiasi dimensione di archiviazione, indipendentemente dal tipo di server, potrebbe non essere possibile usare tutte le operazioni di I/O al secondo fornite dall'archiviazione, soprattutto quando si sceglie un server con pochi vCore. Per altre informazioni, vedere Opzioni di calcolo nel server flessibile di Database di Azure per PostgreSQL.
Nota
Indipendentemente dal tipo di archiviazione assegnato all'istanza, l'archiviazione può essere solo aumentata, non ridotta.
È possibile monitorare il consumo di I/O nel portale di Azure o usando i comandi dell'interfaccia della riga di comando di Azure. Le metriche pertinenti al monitoraggio sono il limite di archiviazione, la percentuale di archiviazione, l'archiviazione usata e la percentuale di I/O.
Condizioni di disco pieno
Quando il disco diventa pieno, il server inizia a restituire errori e impedisce ulteriori modifiche. Il raggiungimento del limite può anche causare problemi con altre attività operative, ad esempio i backup e l'archiviazione write-ahead log (WAL). Esistono diversi modi in cui è possibile evitare questa condizione completa del disco:
- Per evitare questa situazione, il server passa automaticamente alla modalità di sola lettura quando l'utilizzo dell'archiviazione raggiunge il 95% o quando la capacità disponibile è inferiore a 5 GiB. Se si usa il tipo di archiviazione SSD Premium, è possibile usare la funzionalità di aumento automatico dell'archiviazione o aumentare lo spazio di archiviazione del server per evitare che si verifichi questo problema.
- Se il server è contrassegnato come di sola lettura a causa di una condizione completa del disco, è possibile eliminare i dati che non sono più necessari. A tale scopo, è possibile eseguire il comando seguente per modificare la modalità di lettura/scrittura e, una volta completato, è possibile eseguire il comando delete.
SET SESSION CHARACTERISTICS AS TRANSACTION READ WRITE;
È consigliabile monitorare attivamente lo spazio su disco in uso usando le metriche storage_percentage o storage_used e aumentare le dimensioni del disco prima di esaurire lo spazio disponibile nell'archiviazione. È possibile configurare un avviso per ricevere una notifica quando l'archiviazione del server sta per raggiungere lo stato di disco pieno. Per altre informazioni, vedere come usare il portale di Azure per configurare gli avvisi sulle metriche per il server flessibile di Database di Azure per PostgreSQL.
Aumento automatico dell'archiviazione (SSD Premium)
L'aumento automatico dell'archiviazione consente di garantire che il server disponga sempre di spazio libero sufficiente e non diventi di sola lettura. Quando si attiva l'aumento automatico dell'archiviazione, le dimensioni del disco aumentano senza influire sul carico di lavoro. L'aumento automatico dell'archiviazione è supportato solo per il livello di archiviazione SSD Premium.
Per i server con più di 1 TiB di archiviazione di cui è stato effettuato il provisioning, il meccanismo di crescita automatica dell'archiviazione viene attivato quando lo spazio disponibile scende al di sotto del 10% della capacità totale o 64 GiB, a seconda del più piccolo dei due valori. Al contrario, per i server con archiviazione inferiore a 1 TiB questa soglia viene adattata al 20% dello spazio disponibile o 64 GiB, a seconda di quale di questi valori è minore.
Come esempio illustrativo, si consideri un server con una capacità di archiviazione di 2 TiB (che è maggiore di 1 TiB). In questo caso, il limite di aumento automatico viene impostato su 64 GiB. Questa scelta viene effettuata perché 64 GiB è il valore più piccolo rispetto al 10% di 2 TiB, che è approssimativamente 204,8 GiB. Al contrario, per un server con dimensioni di archiviazione pari a 128 GiB (che è minore di 1 TiB), la funzionalità di aumento automatico viene attivata quando rimangono solo 25,8 GiB di spazio disponibili. Questa attivazione si basa sulla soglia del 20% dell'archiviazione totale allocata (128 GiB), che è minore di 64 GiB.
Il comportamento predefinito aumenta le dimensioni del disco fino alle dimensioni di archiviazione SSD Premium successive. Questo aumento è sempre doppio sia nelle dimensioni che nei costi, indipendentemente dal fatto che si avvii l'operazione di ridimensionamento dell'archiviazione manualmente o tramite l'aumento automatico dell'archiviazione. L'abilitazione dell'aumento automatico dell'archiviazione è utile quando si gestiscono carichi di lavoro imprevedibili, perché rileva automaticamente condizioni di archiviazione basse e aumenta di conseguenza l'archiviazione.
Il processo di ridimensionamento dell'archiviazione viene eseguito online, senza causare tempi di inattività, tranne quando le dimensioni del disco devono superare il confine di 4.096 GiB. Questa eccezione è una limitazione dei dischi gestiti di Azure. In tal caso, l'attività di ridimensionamento automatico dell'archiviazione non viene attivata, anche se l'impostazione di aumento automatico dell'archiviazione è abilitata per il server. In questi casi, è necessario ridimensionare manualmente l'archiviazione. Tenere presente che in questo scenario (raggiungimento o superamento del limite di 4096 GiB), il ridimensionamento manuale è un'operazione offline. È consigliabile pianificare questa attività per allinearsi alle esigenze aziendali. Tutte le altre operazioni possono essere eseguite online. Una volta che la dimensione del disco allocata è di 8.192 GiB o superiore, la crescita automatica dell'archiviazione si attiva automaticamente e ogni successiva operazione di crescita dell'archiviazione viene eseguita online fino a quando il disco allocato raggiunge la capacità di crescita massima, ovvero 32.768 GiB.
Nota
Indipendentemente dal tipo di archiviazione assegnato all'istanza, l'archiviazione può essere solo aumentata, non ridotta.
Limitazioni e considerazioni sull'aumento automatico delle risorse di archiviazione
Le operazioni di ridimensionamento dei dischi generalmente vengono eseguite online, ad eccezione di scenari specifici che implicano l'attraversamento del limite di 4.096 GiB. Questi scenari includono il raggiungimento o il superamento del limite di 4.096 GiB. Ad esempio, il ridimensionamento da 2.048 GiB a 8.192 GiB attiva un'operazione offline. Nel portale di Azure, il passaggio a 4 TB, rappresentato come 4.095 GiB, mantiene online l'operazione. Tuttavia, se si specifica in modo esplicito 4 TB come 4.096 GiB, ad esempio nell'interfaccia della riga di comando di Azure, l'operazione di ridimensionamento viene completata in modalità offline poiché raggiunge il limite di 4.096 GiB. L'operazione di ridimensionamento offline richiede in genere da 2 a 10 minuti. Con la funzionalità di ridimensionamento con tempo di inattività ridotto, questa durata viene ridotta a meno di 30 secondi. Questa riduzione del tempo di inattività durante il ridimensionamento delle risorse migliora la disponibilità complessiva dell'istanza del database.
La memorizzazione nella cache dell'host in modalità Sola lettura e Lettura/Scrittura è supportata per dimensioni del disco minori di 4 TiB. Qualsiasi disco di cui è stato effettuato il provisioning fino a 4,095 GiB può sfruttare la memorizzazione nella cache dell'host. La memorizzazione nella cache dell'host non è supportata per le dimensioni del disco superiori o uguali a 4,096 GiB. Ad esempio, un disco P50 Premium di cui è stato effettuato il provisioning a 4,095 GiB può sfruttare la memorizzazione nella cache dell'host e un disco P50 di cui è stato effettuato il provisioning a 4,096 GiB non può sfruttare la memorizzazione nella cache dell'host. I clienti che passano da dimensioni inferiori del disco a 4.096 GiB o superiori perdono la possibilità di usare la memorizzazione nella cache del disco.
Questa limitazione è dovuta ai dischi gestiti di Azure sottostanti, che richiede un'operazione di ridimensionamento manuale del disco. Quando si avvicina questo limite, viene visualizzato un messaggio informativo nel portale.
L'aumento automatico dell'archiviazione non viene attivato quando si ha un utilizzo elevato di WAL.
Nota
L'aumento automatico dell'archiviazione dipende dal ridimensionamento dei dischi online, quindi non causa mai tempi di inattività.
Ridimensionamento delle operazioni di I/O al secondo
Database di Azure per PostgreSQL - Server flessibile supporta il provisioning di operazioni di I/O al secondo aggiuntive. Questa funzionalità consente di effettuare il provisioning di più operazioni di I/O al secondo oltre il limite di operazioni di I/O al secondo gratuito. Usando questa funzionalità, è possibile aumentare o ridurre il numero di operazioni di I/O al secondo di cui è stato effettuato il provisioning, per modificarle in base ai requisiti del carico di lavoro in qualsiasi momento.
Le dimensioni di calcolo selezionate determinano le operazioni di I/O al secondo minime e massime. Per altre informazioni sulle operazioni di I/O al secondo minime e massime per ogni dimensione di calcolo, vedere Dimensioni di calcolo.
Importante
Le dimensioni di calcolo selezionate determinano le operazioni di I/O al secondo minime e massime.
Informazioni su come aumentare o ridurre le operazioni di I/O al secondo.
Prezzo
Per le informazioni più aggiornate sui prezzi, vedere Prezzi di Database di Azure per PostgreSQL - Server flessibile.
Il portale di Azure mostra anche una stima dei costi mensili di una configurazione del server in base alle opzioni selezionate.
Tale stima può essere visualizzata in tutta l'esperienza di creazione del server, nella pagina Nuovo Database di Azure per PostgreSQL - Server flessibile:
Può anche essere visualizzato per i server esistenti se nel menu delle risorse di un'istanza esistente, nella sezione Impostazioni, si seleziona Calcolo + Archiviazione:
Se non è disponibile una sottoscrizione di Azure, è possibile usare il calcolatore dei prezzi di Azure per ottenere una stima del prezzo. Nel sito Web del calcolatore dei prezzi di Azure, selezionare la categoria Database e quindi selezionare Database di Azure per PostgreSQL per aggiungere il servizio alla stima e quindi personalizzare le opzioni.