Condividi tramite

Che cos'è Database di Azure per PostgreSQL

Questo articolo offre una panoramica di Database di Azure per PostgreSQL, che consente di acquisire familiarità con le funzionalità principali e i concetti di base.

Database di Azure per PostgreSQL è un servizio di database completamente gestito progettato per offrire un controllo granulare e flessibilità sulle funzioni di gestione del database e sulle impostazioni di configurazione. Il servizio offre flessibilità e personalizzazioni della configurazione del server in base alle esigenze. L'architettura consente di collocare il motore di database con il livello client per ridurre la latenza e di scegliere la disponibilità elevata all'interno di una singola zona di disponibilità e tra più zone di disponibilità. Le istanze del server flessibile di Database di Azure per PostgreSQL offrono anche controlli di ottimizzazione dei costi migliori con la possibilità di arrestare/avviare il server, nonché un livello di calcolo con possibilità di burst ideale per i carichi di lavoro che non necessitano di capacità di calcolo completa in modo continuo. Il servizio supporta varie versioni principali della community di PostgreSQL. Per informazioni dettagliate sulle versioni specifiche supportate, vedere Versioni supportate di PostgreSQL in Database di Azure per PostgreSQL. Il servizio è disponibile in varie aree di Azure.

Diagramma di Azure Database per PostgreSQL - Panoramica.

Database di Azure per PostgreSQL è più adatto per:

  • Gli sviluppi delle applicazioni che richiedono il controllo e le personalizzazioni.
  • Disponibilità elevata con ridondanza della zona.
  • Finestre di manutenzione gestite.

Architettura e disponibilità elevata

Il modello di distribuzione database di Azure per PostgreSQL è progettato per supportare la disponibilità elevata all'interno di una singola zona di disponibilità e in più zone di disponibilità. L'architettura separa il calcolo e l'archiviazione. Il motore di database viene eseguito in un contenitore all'interno di una macchina virtuale Linux, mentre i file di dati risiedono in archiviazione di Azure. L'archiviazione gestisce localmente tre copie sincrone con ridondanza dei file di database garantendo la durabilità dei dati.

Se è configurata la disponibilità elevata con ridondanza della zona, il servizio effettua il provisioning e gestisce un server warm standby nella zona di disponibilità all'interno della stessa area di Azure. Le modifiche dei dati nel server di origine vengono replicate in modo sincrono nel server di standby per garantire una perdita di dati pari a zero. Con la disponibilità elevata con ridondanza della zona, dopo l'attivazione dell'evento di failover pianificato o non pianificato, il server di standby viene portato online immediatamente ed è disponibile per l'elaborazione delle transazioni in ingresso. Questa funzionalità consente la resilienza del servizio dall'errore della zona di disponibilità all'interno di un'area di Azure che supporta più zone di disponibilità, come illustrato nell'immagine seguente.

Diagramma della disponibilità elevata con ridondanza della zona.

Per altri dettagli, vedere Disponibilità elevata .

Applicazione automatizzata di patch con una finestra di manutenzione gestita

Il servizio esegue l'applicazione automatica di patch dell'hardware, del sistema operativo e del motore di database sottostanti. L'applicazione di patch include aggiornamenti di sicurezza e software. La versione di manutenzione pianificata include aggiornamenti di versione secondaria per il motore PostgreSQL. È possibile configurare la pianificazione delle patch in modo che sia gestita dal sistema o definire la pianificazione personalizzata. Durante la pianificazione della manutenzione, viene applicata la patch e potrebbe essere necessario riavviare il server come parte del processo di applicazione di patch per completare l'aggiornamento. Con la pianificazione personalizzata, è possibile rendere prevedibile il ciclo di applicazione delle patch e scegliere una finestra di manutenzione con impatto minimo sull'azienda. Il servizio segue in genere la pianificazione di rilascio mensile come parte del processo continuo di integrazione e rilascio.

Backup automatici

Database di Azure per PostgreSQL crea automaticamente i backup del server e li archivia nell'archiviazione a ridondanza di zona (ZRS) della regione. È possibile ripristinare il server in qualsiasi punto entro il periodo di conservazione dei backup. Il periodo di conservazione dei backup predefinito è di sette giorni. Facoltativamente, è possibile configurare la conservazione per un massimo di 35 giorni. Tutti i backup vengono crittografati usando la crittografia AES a 256 bit. Per altre informazioni, vedere Backup.

Regolare prestazioni e scalabilità in pochi secondi

Database di Azure per PostgreSQL è disponibile in tre livelli di calcolo: burstable, per utilizzo generico e ottimizzato per la memoria. Il livello di possibilità di burst è più adatto per lo sviluppo a basso costo e per carichi di lavoro a bassa concorrenza senza capacità di calcolo continua. I livelli Utilizzo generico e Ottimizzato per la memoria sono migliori per i carichi di lavoro di produzione che richiedono concorrenza elevata, scalabilità e prestazioni prevedibili. È possibile compilare la prima applicazione in un database di piccole dimensioni per alcuni dollari al mese, quindi regolare facilmente la scalabilità in modo da soddisfare le esigenze della soluzione.

Fermare e avviare il server per ridurre il costo totale di proprietà

Database di Azure per PostgreSQL consente di arrestare e avviare il server su richiesta per ridurre il TCO. La fatturazione del livello di calcolo si arresta immediatamente quando si arresta il server. Questa funzionalità può offrire risparmi significativi sui costi durante lo sviluppo, il test e i carichi di lavoro di produzione prevedibili con vincoli di tempo. Il server rimane arrestato per sette giorni, a meno che non venga riavviato prima.

Sicurezza di livello aziendale

Database di Azure per PostgreSQL utilizza il modulo crittografico convalidato FIPS 140-2 per la crittografia dei dati a riposo. Il servizio crittografa i dati, inclusi i backup e i file temporanei creati durante l'esecuzione di query. Usa la crittografia AES a 256 bit inclusa nella crittografia di archiviazione di Azure e le chiavi possono essere gestite dal sistema (impostazione predefinita). Azure Database per PostgreSQL crittografa i dati durante il trasferimento con la Sicurezza del Livello di Trasporto (SSL/TLS) applicata per impostazione predefinita. Il servizio applica e supporta TLS versione 1.2 e successive.

L'istanza di server flessibile di Azure Database per PostgreSQL consente l'accesso privato completo ai server utilizzando la rete virtuale di Azure. I server nella rete virtuale di Azure possono essere raggiunti e connessi solo tramite indirizzi IP privati. Con l'integrazione della rete virtuale, l'accesso pubblico viene negato e i server non possono essere raggiunti usando endpoint pubblici.

Monitoraggio e avviso

Database di Azure per PostgreSQL include funzionalità predefinite di monitoraggio delle prestazioni e avvisi. Tutte le metriche di Azure hanno una frequenza di un minuto e offrono ciascuna una cronologia di 30 giorni. È possibile configurare avvisi in base alle metriche. Il servizio espone le metriche del server host per monitorare l'utilizzo delle risorse e consente la configurazione di log di query lente. Grazie a questi strumenti è possibile ottimizzare rapidamente i carichi di lavoro e configurare il server per ottenere prestazioni ottimali.

PgBouncer integrato

Un'istanza del server flessibile di Database di Azure per PostgreSQL include un PgBouncer predefinito e un pool di connessioni. È possibile abilitarla e connettere le applicazioni all'istanza del server flessibile di Database di Azure per PostgreSQL tramite PgBouncer usando lo stesso nome host e la porta 6432. Se abilitata, PgBouncer è disponibile anche per i cluster elastici nella porta 8432.

Aree di Azure

Uno dei vantaggi offerti dall'esecuzione del carico di lavoro in Azure è la copertura globale. Database di Azure per PostgreSQL è attualmente disponibile nelle aree di Azure seguenti:

Region Intel Compute Calcolo AMD Confidential Compute Disponibilità elevata con ridondanza della zona Disponibilità elevata nella stessa zona Backup con ridondanza geografica
Australia Central ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Australia centrale 2 * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ❌
Australia East ✅ (v3/v4/v5/v6) ✅ (v5) ❌ ✅ ✅ ✅
Australia Southeast ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Austria orientale ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
Belgio centrale ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
Brazil South ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ❌
Brasile sud-orientale * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ❌
Canada Central ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
Canada East ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Central India ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
Central US ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Chile Central ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
Cina orientale 2 ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
Cina orientale 3 ✅ (v3/v4) ❌ ❌ ❌ ✅ ✅
Cina settentrionale 2 ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
Cina settentrionale 3 ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
East Asia ✅ (v3/v4/v5) ✅ (v6) ❌ ✅ $ ** ✅ ✅
East US ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ $ ✅ ✅
Stati Uniti orientali 2 ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
France Central ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
France South ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Germania settentrionale * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Germania centro-occidentale ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
Indonesia Central ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
Israel Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Italy North ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
Japan East ✅ (v3/v4) ❌ ❌ ✅ ✅ ✅
Japan West ✅ (v3/v4/v5) ✅ (v6) ❌ ❌ ✅ ✅
JIO India centrale ✅ (v3) ❌ ❌ ❌ ✅ ✅
JIO India occidentale ✅ (v3) ❌ ❌ ❌ ✅ ✅
Korea Central ✅ (v3/v4/v5) ❌ ❌ ✅ ** ✅ ✅
Korea South ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Malaysia West ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
Mexico Central ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ❌
Nuova Zelanda settentrionale ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
Stati Uniti centro-settentrionali ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
North Europe ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ $ ✅ ✅
Norvegia orientale * ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
Norway West ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Poland Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Qatar Central ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ❌
Sudafrica settentrionale ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Sudafrica occidentale * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Stati Uniti centro-meridionali ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
South India ✅ (v3/v4/v5) ✅ (v6) ❌ ✅ ✅ ✅
Southeast Asia ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
Spain Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Sweden Central ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Switzerland North ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Svizzera occidentale * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Emirati Arabi Uniti centrali * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
UAE North ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ ✅ ✅
UK South ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
UK West ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Governo degli Stati Uniti, Arizona ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
Governo degli Stati Uniti, Texas ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
Governo degli Stati Uniti, Virginia ✅ (v3/v4) ❌ ❌ ✅ ✅ ✅
Stati Uniti centro-occidentali ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
West Europe ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ $ ✅ ✅
West US ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
West US 2 (Regione Ovest degli Stati Uniti 2) ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
Stati Uniti occidentali 3 ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ** ✅ ❌

$ Le nuove distribuzioni a disponibilità elevata con ridondanza della zona vengono temporaneamente bloccate in queste aree. Il servizio supporta completamente i server HA già provvisti.

$ Le distribuzioni di nuovi server sono temporaneamente bloccate in queste aree. Il servizio supporta completamente i server di cui è già stato effettuato il provisioning.

** È ora possibile distribuire la disponibilità elevata con ridondanza della zona quando si effettua il provisioning di nuovi server in queste aree. Per i server esistenti distribuiti in zona di disponibilità senza preferenza (verificarlo nel portale di Azure) prima che l'area inizi a supportare zona di disponibilità, anche quando si abilita la disponibilità elevata con ridondanza della zona, viene effettuato il provisioning della stessa zona di disponibilità (stessa zona a disponibilità elevata) del server primario. Per abilitare la disponibilità elevata con ridondanza della zona in questi casi, vedere queste considerazioni speciali.

(*) L'accesso a determinate aree è limitato per supportare scenari specifici dei clienti, ad esempio il ripristino di emergenza in un Paese o un'area geografica. È possibile accedere a queste aree solo su richiesta creando una nuova richiesta di supporto.

Note

Se l'applicazione richiede disponibilità elevata con ridondanza della zona e non è disponibile nell'area geografica di Azure preferita, valutare la possibilità di usare altre aree geografiche all'interno della stessa geografia in cui è disponibile la disponibilità elevata con ridondanza della zona, ad esempio Stati Uniti orientali per Stati Uniti orientali 2, Stati Uniti centrali per Stati Uniti centro-settentrionali e così via.

Limitazioni della famiglia di SKU V6

  • Il ridimensionamento dalla famiglia di SKU V6 al livello con possibilità di burst non è supportato.
  • Il ridimensionamento dalla famiglia di SKU Burstable a V6 non è supportato.
  • L'integrazione della rete virtuale non è supportata.

Migration

Azure Database per PostgreSQL esegue la versione open-source di PostgreSQL. Questa versione offre la compatibilità completa delle applicazioni e richiede un refactoring minimo per eseguire la migrazione di un'applicazione esistente sviluppata nel motore PostgreSQL in Database di Azure per PostgreSQL.

Feedback e supporto

Per domande o suggerimenti su Database di Azure per PostgreSQL, è possibile ottenere assistenza e supporto tramite i canali seguenti:

Contenuti correlati

  • Last updated on