Piani tariffari nel Database di Azure per PostgreSQL: server singolo
SI APPLICA A: Database di Azure per PostgreSQL - Server singolo
Importante
Database di Azure per PostgreSQL - Il server singolo è in fase 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 Cosa succede a Database di Azure per PostgreSQL - Server singolo?.
È 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 (area centrale) e US DoD (area orientale) 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 di 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
L'archiviazione fino a 16 TB e 20.000 operazioni di I/O al secondo sono supportate nelle aree seguenti: Australia orientale, Australia meridionale, Brasile meridionale, Canada centrale, Canada orientale, Stati Uniti centrali, Stati Uniti orientali 2, Cina settentrionale 2, Asia orientale, Stati Uniti orientali, Stati Uniti orientali 1, Stati Uniti orientali 2, Francia centrale, India centrale, India meridionale, Giappone orientale, Giappone occidentale, Corea centrale, Corea meridionale, Corea meridionale, Stati Uniti centro-settentrionali, 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 ulteriore capacità di archiviazione 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 uno spazio di archiviazione con provisioning di 100 GB o inferiore sono contrassegnati come di sola lettura se lo spazio di archiviazione disponibile è inferiore a 512 MB o al 5% delle dimensioni di archiviazione con 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 eseguito il provisioning di 110 GB di spazio di archiviazione e l'utilizzo effettivo supera 105 GB, il server viene contrassegnato come di sola lettura. In alternativa, se è stato eseguito il provisioning di 5 GB di spazio di archiviazione, il server viene contrassegnato come di sola lettura quando lo spazio di archiviazione disponibile diventa inferiore a 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 che notifichi 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 archiviazione con provisioning inferiore a 100 GB, le dimensioni di archiviazione di cui è stato effettuato il provisioning vengono aumentate di 5 GB non appena l'archiviazione disponibile scende al di sotto di 1 GB o del 10% dell'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. O se è stato effettuato il provisioning di 10 GB di spazio di archiviazione, le dimensioni di archiviazione vengono aumentate a 15 GB quando è disponibile meno di 1 GB di spazio di archiviazione.
Tenere presente che l'archiviazione può essere solo aumentata, 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 oltre 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 ulteriore spazio di archiviazione per backup del server senza costi aggiuntivi. L'archiviazione per backup in eccesso rispetto ai 250 GB viene addebitata 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, 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. Dopo che è stato effettuato un aumento, non è possibile tornare a una dimensione di archiviazione inferiore.
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
- Altre informazioni su come creare un server PostgreSQL nel portale.
- Informazioni sui limiti dei servizi.
- Altre informazioni su come aumentare il numero di istanze con le repliche in lettura.