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 Database di Azure per PostgreSQL usando i dischi gestiti di Azure, ovvero volumi di archiviazione a livello di blocco gestiti da Azure e usati con Azure Macchine virtuali. 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. Database di Azure per PostgreSQL - Il server flessibile 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 con carichi di lavoro a elevato utilizzo di input/output (I/O). Le unità SSD Premium sono adatte per applicazioni di produzione cruciali.

SSD Premium v2 (anteprima)

Ssd Premium v2 offre prestazioni superiori rispetto all'unità 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 operazioni di I/O al secondo) di SSD Premium v2 in qualsiasi momento. La possibilità di eseguire queste modifiche consente ai carichi di lavoro di essere convenienti, soddisfando 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 estremamente elevati. In alternativa, 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.

Differenze tra le unità 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 nei passaggi di 1 GiB. 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 diversi aspetti dei tipi di disco supportati da Database di Azure per PostgreSQL - Server flessibile, per decidere quale sia più adatto alle proprie esigenze.

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 3.000 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 di 8 GiB può avere fino a 4.000 operazioni di I/O al secondo e un disco di 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.

SSD Premium v2 - Velocità effettiva

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 su è 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 i 125 MB/s aumenta il prezzo del disco.

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.

Lo spazio di archiviazione di cui si effettua il provisioning è la quantità di capacità di archiviazione disponibile per l'istanza del server flessibile Database di Azure per PostgreSQL. Questa risorsa di archiviazione viene usata per i file di 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.

La tabella seguente offre una panoramica delle capacità del disco SSD v2 Premium e dei massimi di prestazioni per decidere quale si vuole usare.

Il tipo di macchina virtuale presenta anche limiti di IOPS. 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 alcuni vCore. Per altre informazioni, vedere Opzioni di calcolo in Database di Azure per PostgreSQL - Server flessibile.

È 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, lo spazio di archiviazione usato e la percentuale di I/O.

Condizioni complete del disco

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 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. Se si usa il tipo di archiviazione SSD Premium, è possibile usare la funzionalità di aumento automatico dell'archiviazione per evitare che si verifichi questo problema.

È consigliabile monitorare attivamente lo spazio su disco in uso 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 fuori disco. Per altre informazioni, vedere come usare il portale di Azure per configurare gli avvisi sulle 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 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 spazio di archiviazione di cui è stato effettuato il provisioning, il meccanismo di aumento automatico dell'archiviazione viene attivato quando lo spazio disponibile scende al di sotto del 10% della capacità totale o 64 GiB, a seconda dei due valori più piccoli. 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 è minore.

Come esempio illustrativo, si consideri 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 (minore di 1 TiB), la funzionalità di aumento automatico viene attivata quando è disponibile solo 25,8 GiB di spazio a sinistra. Questa attivazione si basa sulla soglia del 20% dello spazio di archiviazione totale allocato (128 GiB), 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 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 dei dischi gestiti di Azure. 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. Tenere presente che, in questo caso specifico, il ridimensionamento manuale è un'operazione offline e deve essere pianificata in linea con le esigenze aziendali.

Limitazioni e considerazioni sull'aumento automatico delle risorse di 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 attiva un'operazione offline. Nel portale di Azure, passando 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.

• 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.

Ridimensionamento operazioni di I/O al secondo

Database di Azure per PostgreSQL : il 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 minimo e massimo. Per altre informazioni sulle operazioni di I/O al secondo minimo e massimo per ogni dimensione di calcolo, vedere Dimensioni di calcolo.

Informazioni su come aumentare o ridurre le operazioni di I/O al secondo.

Price

Per informazioni sui prezzi più aggiornate, vedere prezzi Database di Azure per PostgreSQL - Server flessibile.

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 server flessibile Database di Azure per PostgreSQL:

Può anche essere visualizzato per i server esistenti se, nel menu delle risorse di un'istanza esistente, nella sezione Impostazioni selezionare Calcolo e archiviazione:

Se non è disponibile una sottoscrizione di Azure, è possibile usare il calcolatore dei prezzi di Azure per ottenere una stima. Nel sito Web del calcolatore prezzi di Azure selezionare Categoria Database e quindi selezionare Database di Azure per PostgreSQL per aggiungere il servizio alla stima e quindi personalizzare le opzioni.

Condividere i suggerimenti e i bug con il team del prodotto Database di Azure per PostgreSQL.

Contenuto correlato

• Gestire Database di Azure per PostgreSQL - Server flessibile
• Limiti in Database di Azure per PostgreSQL - Server flessibile