Opzioni di archiviazione in Database di Azure per PostgreSQL - Server flessibile
SI APPLICA A: 
Database di Azure per PostgreSQL - Server flessibile
È possibile creare un'istanza del server flessibile di Database di Azure per PostgreSQL usando dischi gestiti di Azure, ovvero volumi di archiviazione a livello di blocco gestiti da Azure e usati con macchine virtuali di Azure. Un disco gestito può essere considerato come un disco fisico in un server locale, ma virtualizzato. 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 e SSD Premium v2 e i prezzi vengono calcolati in base al livello di calcolo, memoria e archiviazione di cui si effettua il provisioning.
SSD Premium
I dischi SSD Premium di Azure offrono prestazioni elevate e supporto per dischi a bassa latenza per le macchine virtuali (VM) con carichi di lavoro con I/O intensivo. Le unità SSD Premium sono adatte per applicazioni di produzione cruciali, ma è possibile usarle solo con serie di macchine virtuali compatibili. Le unità SSD Premium supportano le dimensioni del settore 512E.
SSD Premium v2 (anteprima)
SSD Premium v2 offre prestazioni superiori rispetto alle unità SSD Premium e sono generalmente meno costose. È possibile modificare singolarmente le prestazioni (capacità, velocità effettiva e operazioni di I/O, operazioni di input/output al secondo) dei dischi SSD Premium v2 in qualsiasi momento, consentendo ai carichi di lavoro di essere convenienti in base alle esigenze di prestazioni mutevoli. Ad esempio, un database a elevato utilizzo di transazioni potrebbe richiedere una grande quantità di operazioni di I/O al secondo a dimensioni ridotte oppure un'applicazione di gioco potrebbe richiedere una grande quantità di operazioni di I/O al secondo, ma solo durante le ore di punta. Di conseguenza, per la maggior parte dei carichi di lavoro per utilizzo generico, SSD Premium v2 può offrire prestazioni ottimali. È ora possibile distribuire istanze del server flessibile di Database di Azure per PostgreSQL con disco SSD Premium v2 in tutte le aree supportate.
Nota
SSD Premium v2 è attualmente disponibile in anteprima per il server flessibile di Database di Azure per PostgreSQL.
Differenze tra SSD Premium e SSD Premium v2
A differenza delle unità SSD Premium, l'unità SSD Premium v2 non ha dimensioni dedicate. È possibile impostare un'unità SSD Premium v2 su qualsiasi dimensione supportata preferita e apportare modifiche granulari (incrementi di 1 GiB) in base ai requisiti del carico di lavoro. SSD Premium v2 non supporta la memorizzazione nella cache dell'host, ma offre comunque una latenza inferiore rispetto all'unità SSD Premium. Le capacità SSD Premium v2 vanno da 1 GiB a 64 TiB.
La tabella seguente fornisce un confronto tra i cinque tipi di disco per decidere quale usare.
| SSD Premium v2 | SSD Premium | |
|---|---|---|
| Tipo di disco | SSD | SSD |
| Scenario | Carichi di lavoro di produzione e sensibili alle prestazioni che richiedono costantemente bassa latenza, un numero elevato di operazioni di I/O al secondo e velocità effettiva elevata | Carichi di lavoro di produzione con requisiti elevati di prestazioni |
| Dimensioni massime disco | 65.536 GiB | 32.767 GiB |
| Velocità effettiva massima | 1\.200 MB/s | 900 MB/s |
| Operazioni di I/O al secondo max | 80.000 | 20.000 |
| Possibilità di uso come disco del sistema operativo | No | Sì |
SSD Premium v2 offre fino a 32 TiB per area per sottoscrizione per impostazione predefinita, ma supporta una capacità superiore per richiesta. Per richiedere un aumento della capacità, richiedere un aumento della quota o contattare il supporto tecnico di Azure.
SSD Premium v2 operazioni di I/O al secondo
Tutti i dischi SSD Premium v2 hanno una baseline di 3000 operazioni di I/O al secondo gratuite. Dopo 6 GiB, il numero massimo di operazioni di I/O al secondo di un disco può essere a una velocità di 500 per GiB, fino a 80.000 operazioni di I/O al secondo. Quindi, un disco da 8 GiB può avere fino a 4.000 operazioni di I/O al secondo e uno da 10 GiB può avere fino a 5.000 operazioni di I/O al secondo. Per poter impostare 80.000 operazioni di I/O al secondo su un disco, tale disco deve avere almeno 160 GIB. L'aumento delle operazioni di I/O al secondo oltre 3,000 aumenterà il prezzo del disco.
Velocità efferttiva Premium SSD v2
Tutti i dischi SSD Premium v2 hanno una velocità effettiva baseline di 125 MB/s gratuita. Dopo 6 GiB, la velocità effettiva massima che può essere impostata aumenta di 0,25 MB/s per set di operazioni di I/O al secondo. Se un disco ha 3.000 operazioni di I/O al secondo, la velocità effettiva massima che può essere impostata è di 750 MB/s. Per aumentare la velocità effettiva per questo disco oltre 750 MB/s, è necessario aumentare le operazioni di I/O al secondo. Ad esempio, se si aumentano le operazioni di I/O al secondo a 4.000, la velocità effettiva massima che può essere impostata è 1.000. 1.200 MB/s è la velocità effettiva massima supportata per i dischi con 5.000 operazioni di I/O al secondo o più. L'aumento della velocità effettiva oltre 125 aumenterà il prezzo del disco.
Nota
SSD Premium v2 è attualmente disponibile in anteprima per il server flessibile di Database di Azure per PostgreSQL.
Limitazioni dell'anteprima anticipata di SSD Premium v2
Durante l'anteprima, le funzionalità come disponibilità elevata, le repliche in lettura, i backup con ridondanza geografica, le chiavi gestite dal cliente o le funzionalità di aumento automatico dell'archiviazione non sono supportate per PV2.
Durante l'anteprima, la migrazione online da PV1 a PV2 non è supportata. I clienti possono eseguire il ripristino temporizzato (Point-In-Time-Restore) per eseguire la migrazione da PV1 a PV2.
Durante l’anteprima, è possibile abilitare SSD Premium V2 solo per i server appena creati. L'abilitazione di SSD Premium V2 nei server esistenti non è attualmente supportata.
Lo spazio di archiviazione di cui si esegue il provisioning è la capacità di archiviazione disponibile per il server Database di Azure per PostgreSQL. Lo spazio di archiviazione viene usato per i file del database, i file temporanei, i log delle transazioni e i log del server PostgreSQL. Lo spazio di archiviazione totale di cui si effettua il provisioning definisce anche la capacità di I/O disponibile per il server.
| Dimensioni del disco | Operazioni di I/O al secondo per SSD Premium | Operazioni di I/O al secondo per SSD Premium V2 |
|---|---|---|
| 32 GiB | Provisioning di 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 di 2.300; fino a 3.500 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 80.000 |
| 1 TiB | 5,000 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 80.000 |
| 2 TiB | 7.500 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 80.000 |
| 4 TiB | 7.500 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 80.000 |
| 8 TiB | 16.000 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 80.000 |
| 16 TiB | 18.000 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 80.000 |
| 32 TiB | 20.000 | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 80.000 |
| 64 TiB | N/D | Le prime 3000 operazioni di I/O al secondo possono aumentare fino a 80.000 |
La tabella seguente offre una panoramica delle capacità del disco SSD Premium V2 e dei livelli 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 ha limiti di operazioni di I/O al secondo. Anche se è 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 sulle opzioni di calcolo, vedere Opzioni di calcolo in Database di Azure per PostgreSQL - Server flessibile.
Nota
L'archiviazione può essere solo aumentata, non ridotta.
È possibile monitorare il consumo di I/O nel portale di Azure oppure 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, lo spazio di archiviazione usato e la percentuale di I/O.
Raggiungere i limiti di archiviazione
Quando si raggiunge il limite di archiviazione, 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 dei log write-ahead (WAL). Per evitare questa situazione, il server passa automaticamente alla modalità di sola lettura quando l'utilizzo dello spazio di archiviazione raggiunge il 95% o quando la capacità disponibile è inferiore a 5 GiB. È possibile usare la funzionalità di aumento automatico dell'archiviazione per evitare questo problema con il disco SSD Premium.
È consigliabile monitorare attivamente lo spazio su disco in uso e aumentare le dimensioni del disco prima di esaurire lo spazio di archiviazione. È possibile configurare un avviso per ricevere una notifica quando l'archiviazione del server sta per raggiungere lo stato fuori disco. Per altre informazioni, vedere Usare il portale di Azure per configurare avvisi per le metriche per Database di Azure per PostgreSQL - Server flessibile.
Aumento automatico dell'archiviazione (SSD Premium)
L'aumento automatico dell'archiviazione consente di garantire che il server abbia sempre una capacità di archiviazione 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. SSD Premium v2 non supporta l'aumento automatico dell'archiviazione.
Per i server con più di 1 TiB di archiviazione con provisioning, il meccanismo di aumento automatico dello spazio di archiviazione viene attivato quando lo spazio disponibile scende a meno del 10% della capacità totale o 64 GiB dello spazio disponibile, a seconda del valore minore tra i due. Al contrario, per i server con spazio di archiviazione inferiore a 1 TiB, questa soglia viene adattata al 20% dello spazio disponibile o 64 GiB, a seconda di quale di questi valori è inferiore.
Come illustrazione, prendere un server con una capacità di archiviazione di 2 TiB (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 (inferiore a 1 TiB), la funzionalità di aumento automatico viene attivata quando sono presenti solo 25,8 GiB di spazio lasciato. Questa attivazione si basa sulla soglia del 20% dello spazio di archiviazione totale allocato (128 GiB), minore di 64 GiB.
Il comportamento predefinito consiste nell'aumentare le dimensioni del disco al livello di archiviazione SSD Premium successivo. 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 delle risorse di 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 viene effettuato il provisioning del disco a 4.096 GiB. Questa eccezione è una limitazione di Azure Managed Disks. Se un disco è già da 4.096 GiB, l'attività di ridimensionamento dell'archiviazione non viene attivata, anche se l'aumento automatico dell'archiviazione è attivato. In questi casi, è necessario ridimensionare manualmente l'archiviazione. Si prega di ricordare che in questo caso specifico, la scalabilità manuale è un'operazione offline e deve essere pianificata in linea con le esigenze aziendali.
Tenere presente che l'archiviazione può essere solo aumentata, non ridotta.
Limitazioni e considerazioni sull'aumento automatico dell'archiviazione
Le operazioni di ridimensionamento dei dischi vengono in genere eseguite online, ad eccezione di scenari specifici che coinvolgono il 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 attiverà un'operazione offline. Nel portale di Azure, passando a 4 TB, rappresentato come 4.095 GiB, manterrà 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 sarà offline perché raggiunge il limite di 4.096 GiB.
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 versioni successive non otterranno la capacità di memorizzazione nella cache del disco.
Questa limitazione è dovuta al disco gestito di Azure sottostante, che richiede un'operazione di ridimensionamento manuale. 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 operazioni di I/O al secondo
Il server flessibile di Database di Azure per PostgreSQL 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 al di sopra del limite di operazioni di I/O al secondo gratuito. Grazie a questa funzionalità, puoi anche incrementare o ridurre il numero di operazioni di I/O al secondo in base ai requisiti dei carichi di lavoro in qualsiasi momento.
Le operazioni di I/O al secondo minimo e massimo sono determinate dalle dimensioni di calcolo selezionate. Per altre informazioni sul numero minimo e massimo di operazioni di I/O al secondo per ogni dimensione di calcolo, vedere le dimensioni di calcolo.
Importante
Le operazioni di I/O al secondo minime e massime sono determinate dalle dimensioni di calcolo selezionate.
Informazioni su come aumentare o ridurre le operazioni di I/O al secondo.
Price
Per le informazioni sui prezzi più aggiornate, vedere la pagina Prezzi del server flessibile di Database di Azure per PostgreSQL. La scheda Piano tariffario del portale di Azure illustra il costo mensile in base alle opzioni selezionate.
Se non è disponibile una sottoscrizione di Azure, è possibile usare il calcolatore dei prezzi di Azure per ottenere una stima. Andare al sito Web del calcolatore dei prezzi di Azure, selezionare Aggiungi elementi, espandere la categoria Database e scegliere Database di Azure per PostgreSQL per personalizzare le opzioni.