Piani tariffari nel Database di Azure per PostgreSQL: server singolo

  • Articolo

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

È possibile creare un server di Database di Azure per PostgreSQL in uno dei tre piani tariffari disponibili: Basic, Utilizzo generico e Con ottimizzazione per la memoria. I piani tariffari si differenziano per le risorse di calcolo in vCore di cui è possibile effettuare il provisioning, per la memoria in ogni vCore e per la tecnologia usata per l'archiviazione dei dati. Il provisioning di tutte le risorse viene effettuato a livello di server PostgreSQL. Un server può avere uno o più database.

Risorsa/Livello Base Utilizzo generico Ottimizzato per la memoria
Generazione di calcolo Generazione 4, Generazione 5 Generazione 4, Generazione 5 Generazione 5
vCore 1, 2 2, 4, 8, 16, 32, 64 2, 4, 8, 16, 32
Memoria per vCore 2 GB 5 GB 10 GB
Dimensioni dello spazio di archiviazione Da 5 GB a 1 TB Da 5 GB a 16 TB Da 5 GB a 16 TB
Periodo di conservazione dei backup dei database Da 7 a 35 giorni Da 7 a 35 giorni Da 7 a 35 giorni

Per scegliere un piano tariffario, usare la tabella seguente come punto di partenza.

Piano tariffario Carichi di lavoro di destinazione
Di base Carichi di lavoro con esigenze di calcolo e di prestazioni I/O ridotte. Ad esempio, server usati per lo sviluppo o i test oppure applicazioni su scala ridotta usate raramente.
Utilizzo generico La maggior parte dei carichi di lavoro aziendali che richiedono risorse di calcolo e di memoria bilanciate con velocità effettiva di I/O scalabile. Tra gli esempi sono inclusi i server per l'hosting di app Web e per dispositivi mobili e di altre applicazioni aziendali.
Con ottimizzazione per la memoria Carichi di lavoro di database ad alte prestazioni che richiedono prestazioni in memoria per l'elaborazione più rapida delle transazioni e una concorrenza maggiore. Tra gli esempi sono inclusi i server per l'elaborazione dei dati in tempo reale e le app transazionali o analitiche a prestazioni elevate.

Dopo aver creato un server, il numero di vCore, la generazione dell'hardware e il piano tariffario (ad eccezione del passaggio da/a Basic) possono essere aumentati o ridotti in pochi secondi. È anche possibile aumentare autonomamente lo spazio di archiviazione e aumentare o ridurre il periodo di conservazione dei backup senza tempi di inattività per le applicazioni. Non è possibile modificare il tipo di archiviazione dei backup dopo aver creato il server. Per altre informazioni, vedere la sezione Ridimensionare le risorse.

Generazioni di calcolo e vCore

Le risorse di calcolo vengono fornite come vCore, che rappresentano la CPU logica dell'hardware sottostante. Cina orientale 1, Cina settentrionale 1, Us DoD Centrale e Stati Uniti orientali utilizzano CPU logiche gen 4 basate su processori Intel E5-2673 v3 (Haswell) a 2,4 GHz. Tutte le altre aree usano CPU logiche gen 5 basate su processori Intel E5-2673 v4 (Broadwell) da 2,3 GHz.

Storage

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.

attributi Archiviazione Base Utilizzo generico Ottimizzato per la memoria
Tipo di archiviazione Risorse di archiviazione di livello Basic Archiviazione per utilizzo generico Archiviazione per utilizzo generico
Dimensioni dello spazio di archiviazione Da 5 GB a 1 TB Da 5 GB a 16 TB Da 5 GB a 16 TB
Dimensioni di incremento dell'archiviazione 1 GB 1 GB 1 GB
IOPS Variabile 3 operazioni di I/O al secondo/GB
Min 100 operazioni di I/O al secondo
Massimo 20.000 operazioni di I/O al secondo		 3 operazioni di I/O al secondo/GB
Min 100 operazioni di I/O al secondo
Massimo 20.000 operazioni di I/O al secondo

Nota

Archiviazione fino a 16 TB e 20.000 operazioni di I/O al secondo sono supportate nelle aree seguenti: Australia orientale, Australia sud-orientale, Brasile meridionale, Canada centrale, Canada orientale, Stati Uniti centrali, Cina orientale 2, Cina settentrionale 2, Asia orientale, Stati Uniti orientali 1, Stati Uniti orientali 2, Francia centrale, India centrale, India meridionale, Giappone orientale, Giappone occidentale, Corea centrale, Corea meridionale, Stati Uniti centro-settentrionali, Stati Uniti centro-settentrionali, Stati Uniti centrali Europa settentrionale, Stati Uniti centro-meridionali, Asia sud-orientale, Svizzera settentrionale, Svizzera occidentale, US Gov East, US Gov SouthCentral, US Gov SouthWest, Emirati Arabi Uniti settentrionali, Regno Unito meridionale, Regno Unito occidentale, Europa occidentale, Stati Uniti centro-occidentali, Stati Uniti occidentali e Stati Uniti occidentali 2.

Tutte le altre aree supportano fino a 4 TB di spazio di archiviazione e 6000 operazioni di I/O al secondo.

È possibile aggiungere capacità di archiviazione aggiuntiva durante e dopo la creazione del server e consentire al sistema di aumentare automaticamente lo spazio di archiviazione in base al consumo di archiviazione del carico di lavoro.

Nota

L'archiviazione può essere solo aumentata, non ridotta.

Il piano Basic non offre la garanzia relativa alle operazioni di I/O al secondo. Nei piani tariffari Utilizzo generico e Con ottimizzazione per la memoria, la scalabilità delle operazioni di I/O al secondo rispetto allo spazio di archiviazione sottoposto a provisioning è in un rapporto di 3 a 1.

È 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 IO.

Raggiungimento del limite di archiviazione

I server con spazio di archiviazione con provisioning inferiore a 100 GB sono contrassegnati in sola lettura se lo spazio di archiviazione disponibile è minore di 512 MB o il 5% delle dimensioni di archiviazione di cui è stato effettuato il provisioning. I server con più di 100 GB di spazio di archiviazione con provisioning sono contrassegnati come di sola lettura quando lo spazio di archiviazione disponibile è inferiore a 5 GB.

Ad esempio, se è stato effettuato il provisioning di 110 GB di spazio di archiviazione e l'utilizzo effettivo supera i 105 GB, il server è contrassegnato come di sola lettura. In alternativa, se è stato effettuato il provisioning di 5 GB di spazio di archiviazione, il server viene contrassegnato come di sola lettura quando lo spazio di archiviazione disponibile raggiunge meno di 512 MB.

Quando il server è impostato come di sola lettura, tutte le sessioni esistenti vengono disconnesse e viene eseguito il rollback delle transazioni non sottoposte a commit. Eventuali operazioni di scrittura e di esecuzione del commit delle transazioni hanno esito negativo. Tutte le query in lettura funzioneranno senza interruzioni.

È possibile aumentare lo spazio di archiviazione sottoposto a provisioning per il server o avviare una nuova sessione in modalità lettura/scrittura ed eliminare i dati per recuperare spazio di archiviazione. Se si esegue SET SESSION CHARACTERISTICS AS TRANSACTION READ WRITE; la sessione corrente viene impostata sulla modalità di lettura/scrittura. Per evitare il danneggiamento dei dati, non eseguire operazioni di scrittura quando il server è ancora in stato di sola lettura.

È consigliabile attivare l'aumento automatico dell'archiviazione o configurare un avviso per notificare quando l'archiviazione del server sta raggiungendo la soglia, in modo da evitare di accedere allo stato di sola lettura. Per altre informazioni, vedere la documentazione sulla procedura di configurazione di un avviso.

Aumento automatico dell'archiviazione

L'aumento automatico dell'archiviazione evita che il server esaurisca l'archiviazione e diventi di sola lettura, Se l'aumento automatico dell'archiviazione è abilitato, l'archiviazione aumenta automaticamente senza influire sul carico di lavoro. Per i server con spazio di archiviazione con provisioning inferiore a 100 GB, le dimensioni di archiviazione di cui è stato effettuato il provisioning sono aumentate di 5 GB non appena lo spazio di archiviazione gratuito è inferiore a 1 GB o al 10% dello spazio di archiviazione di cui è stato effettuato il provisioning. Per i server con archiviazione con provisioning superiore a 100 GB, le dimensioni dell'archiviazione di cui è stato effettuato il provisioning vengono aumentate del 5% quando l'archiviazione disponibile è superiore a 10 GB o al 5% delle dimensioni di archiviazione di cui è stato effettuato il provisioning. Si applicano i limiti massimi di archiviazione come specificato sopra.

Ad esempio, se è stato effettuato il provisioning di 1000 GB di spazio di archiviazione e l'utilizzo effettivo supera i 950 GB, le dimensioni di archiviazione del server vengono aumentate a 1050 GB. In alternativa, se è stato effettuato il provisioning di 10 GB di spazio di archiviazione, le dimensioni di archiviazione aumentano a 15 GB quando sono disponibili meno di 1 GB di spazio di archiviazione.

Tenere presente che l'archiviazione può essere ridimensionata solo e non ridotta.

Archivio di backup

Database di Azure per PostgreSQL offre fino al 100% delle risorse di archiviazione del server di cui è stato effettuato il provisioning come archivio di backup senza costi aggiuntivi. Tutte le risorse di archiviazione di backup usate in eccesso per questo importo vengono addebitate in GB al mese. Ad esempio, se si effettua il provisioning di un server con 250 GB di spazio di archiviazione, saranno disponibili 250 GB di spazio di archiviazione aggiuntivo per i backup del server senza costi aggiuntivi. Archiviazione per i backup in eccesso ai 250 GB viene addebitato in base al modello tariffario. Per comprendere i fattori che influenzano l'utilizzo dell'archiviazione dei backup, il monitoraggio e il controllo dei costi di archiviazione dei backup, è possibile fare riferimento alla documentazione sul backup.

Ridimensionare le risorse

Dopo aver creato il server, è possibile modificare in modo indipendente il numero di vCore, la generazione dell'hardware, il piano tariffario (ad eccezione del passaggio da/a Basic), lo spazio di archiviazione e il periodo di conservazione dei backup. Non è possibile modificare il tipo di archiviazione dei backup dopo aver creato il server. Il numero di vCore può essere aumentato o ridotto. Il periodo di conservazione dei backup può essere aumentato o ridotto da 7 a 35 giorni. Le dimensioni dello spazio di archiviazione possono essere solo aumentate. Il dimensionamento delle risorse può essere eseguito tramite il portale o l'interfaccia della riga di comando di Azure. Per un esempio di ridimensionamento tramite l'interfaccia della riga di comando di Azure, vedere Monitorare e scalare un server di Database di Azure per PostgreSQL usando l'interfaccia della riga di comando di Azure.

Nota

Le dimensioni dello spazio di archiviazione possono essere solo aumentate. Non è possibile tornare a una dimensione di archiviazione inferiore dopo l'aumento.

Quando si modifica il numero di vCore, la generazione dell'hardware o il piano tariffario, viene creata una copia del server di origine con la nuova allocazione del calcolo. Quando il nuovo server è in esecuzione, le connessioni vengono trasferite al nuovo server. Durante l'intervallo nel quale il sistema passa al nuovo server, non è possibile stabilire nuove connessioni e viene effettuato il rollback di tutte le transazioni di cui non è stato eseguito il commit. Questo intervallo è variabile, ma nella maggior parte dei casi è inferiore al minuto.

Il ridimensionamento dello spazio di archiviazione e la modifica del periodo di conservazione dei backup sono realmente operazioni online. Non si registrano tempi di inattività e l'applicazione non viene influenzata. Le operazioni di I/O al secondo vengono ridimensionate in funzione dello spazio di archiviazione sottoposto a provisioning, quindi è possibile aumentare le operazioni di I/O al secondo disponibili per il server aumentando lo spazio di archiviazione.

Prezzi

Per le informazioni più aggiornate sui prezzi, vedere la pagina dei prezzi. Per informazioni sui costi della configurazione desiderata, consultare la scheda Piano tariffario del portale di Azure che 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. Passare 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.

Passaggi successivi