Database di Azure per PostgreSQL - Server flessibile
SI APPLICA A: 
Server flessibile di Database di Azure per PostgreSQL
Database di Azure per PostgreSQL basato su PostgreSQL Community Edition è disponibile in due modalità di distribuzione:
- Database di Azure per PostgreSQL - Server flessibile
- Database di Azure per PostgreSQL - Server singolo
Questo articolo offre una panoramica e un'introduzione ai concetti di base del modello di distribuzione del server flessibile di Database di Azure per PostgreSQL. Indipendentemente dal fatto che si stia iniziando o si stia cercando di aggiornare le proprie conoscenze, questo video introduttivo offre una panoramica completa del server flessibile di Database di Azure per PostgreSQL e consente di acquisire familiarità con le funzionalità e le caratteristiche principali.
Panoramica
Il server flessibile di Database di Azure per PostgreSQL è un servizio di database completamente gestito progettato per offrire un controllo più granulare e una maggiore flessibilità rispetto alle funzioni di gestione e alle impostazioni di configurazione del database. Il servizio offre in genere maggiore flessibilità e personalizzazioni della configurazione del server in base ai requisiti utente. L'architettura del server flessibile consente agli utenti di collocare il motore di database con il livello client per una latenza più bassa, scegliere la disponibilità elevata all'interno di una singola zona di disponibilità e in 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 PostgreSQL supportate in Database di Azure per PostgreSQL - Server flessibile. Il servizio è disponibile in diverse aree di Azure.
Le istanze del server flessibile di Database di Azure per PostgreSQL sono più adatte per
- Sviluppi di applicazioni che richiedono un controllo e personalizzazioni migliori.
- Disponibilità elevata con ridondanza della zona.
- Finestre di manutenzione gestite.
Architettura e disponibilità elevata
Il modello di distribuzione di server flessibile di Database di Azure per PostgreSQL è progettato per supportare la disponibilità elevata all'interno di una singola zona di disponibilità e tra 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. Ciò 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.
Per altre informazioni, 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. Per il motore PostgreSQL gli aggiornamenti della versione secondaria sono inclusi come parte della versione di manutenzione pianificata. Gli utenti possono configurare la pianificazione dell'applicazione di 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 delle patch per completare l'aggiornamento. Con la pianificazione personalizzata gli utenti possono prevedere il ciclo di applicazione delle patch e scegliere una finestra di manutenzione con un impatto minimo sull'attività. Il servizio segue in genere la pianificazione di rilascio mensile come parte del processo continuo di integrazione e rilascio.
Backup automatici
Il server flessibile di Database di Azure per PostgreSQL crea automaticamente backup del server e li archivia nell'archiviazione con ridondanza della zona dell'area. I backup possono essere usati per ripristinare il server entro il periodo di conservazione. Il periodo di conservazione dei backup predefinito è di sette giorni. La conservazione può essere configurata facoltativamente fino a 35 giorni. Tutti i backup vengono crittografati con crittografia AES a 256 bit. Per informazioni dettagliate, vedere Backup.
Regolare prestazioni e scalabilità in pochi secondi
Il server flessibile di Database di Azure per PostgreSQL è disponibile in tre categorie di calcolo: Possibilità di burst, Per utilizzo generico e Ottimizzata per la memoria. Il livello Possibilità di burst è più adatto per lo sviluppo a basso costo e per carichi di lavoro a bassa concorrenza senza capacità di calcolo continua. Per utilizzo generico e Con ottimizzazione per la memoria sono più adatti per i carichi di lavoro di produzione che richiedono concorrenza elevata, scalabilità e prevedibilità delle prestazioni. È possibile compilare la prima applicazione in un database di piccole dimensioni con un costo mensile minimo, quindi regolare in tutta semplicità la scalabilità in base alle esigenze della soluzione.
Arrestare/avviare il server per ridurre il costo totale di proprietà
Il server flessibile di Database di Azure per PostgreSQL consente di arrestare e avviare il server su richiesta per ridurre il costo totale di proprietà. La fatturazione del livello di calcolo viene interrotta immediatamente quando il server viene arrestato. Ciò consente un notevole risparmio sui costi durante lo sviluppo, il test e i carichi di lavoro di produzione prevedibili con limiti temporali. Il server rimane arrestato per sette giorni, a meno che non venga riavviato prima.
Sicurezza di livello aziendale
Il server flessibile di Database di Azure per PostgreSQL usa il modulo crittografico convalidato FIPS 140-2 per la crittografia dei dati archiviati inattivi. I dati, inclusi i backup e i file temporanei creati durante l'esecuzione di query, sono crittografati. Il servizio usa la crittografia AES a 256 bit inclusa nella crittografia di archiviazione di Azure e le chiavi possono essere gestite dal sistema (predefinito). Il server flessibile di Database di Azure per PostgreSQL crittografa i dati in transito con il protocollo Transport Layer Security (SSL/TLS) applicato per impostazione predefinita. Il servizio applica e supporta solo TLS 1.2.
Le istanza del server flessibile di Database di Azure per PostgreSQL consentono l'accesso privato completo ai server tramite l'integrazione della rete virtuale di Azure. I server nella rete virtuale di Azure possono essere raggiunti e connessi solo tramite indirizzi IP privati. Con l'integrazione di VNet, l'accesso pubblico viene negato e non è possibile raggiungere i server usando gli endpoint pubblici.
Monitoraggio e avviso
Il server flessibile di Database di Azure per PostgreSQL è dotato di 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 ha un PgBouncer predefinito, un pool di connessioni. È possibile abilitarlo e connettere le applicazioni all'istanza del server flessibile di Database di Azure per PostgreSQL tramite PgBouncer usando lo stesso nome host e la stessa porta 6432.
Aree di Azure
Uno dei vantaggi offerti dall'esecuzione del carico di lavoro in Azure è la copertura globale. Il server flessibile di Database di Azure per PostgreSQL è attualmente disponibile nelle aree di Azure seguenti:
| Paese | Intel V3/V4/V5/AMD Compute | Disponibilità elevata con ridondanza della zona | Disponibilità elevata nella stessa zona | Backup con ridondanza geografica |
|---|---|---|---|---|
| Australia centrale | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Australia centrale 2* | ✔️ (solo v3/v4) | ❌ | ✔️ | ❌ |
| Australia orientale | ✔️ (tutti gli SKU) | ✔️ $ | ✔️ | ✔️ |
| Australia sud-orientale | ✔️ (solo v3/v4/v5) | ❌ | ✔️ | ✔️ |
| Brasile meridionale | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Brasile sud-orientale* | ✔️ (solo v3/v4) | ❌ | ✔️ | ❌ |
| Canada centrale | ✔️ (tutti gli SKU) | ✔️ $ | ✔️ | ✔️ |
| Canada orientale | ✔️ (tutti gli SKU) | ❌ | ✔️ | ✔️ |
| Stati Uniti centrali | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Cina orientale 2 | ✔️ (solo v3/v4) | ❌ | ✔️ | ❌ |
| Cina orientale 3 | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Cina settentrionale 2 | ✔️ (solo v3/v4) | ❌ | ✔️ | ❌ |
| Cina settentrionale 3 | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Asia orientale | ✔️ (solo v3/v4/v5) | ✔️ $ ** | ✔️ | ✔️ |
| Stati Uniti orientali | ✔️ (tutti gli SKU) | ✔️ | ✔️ | ✔️ |
| Stati Uniti orientali 2 | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Francia centrale | ✔️ (solo v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
| Francia meridionale | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Germania settentrionale* | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Germania centro-occidentale | ✔️ (solo v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
| India centrale | ✔️ (tutti gli SKU) | ✔️ $ | ✔️ | ✔️ |
| India meridionale | ✔️ (solo v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
| Israele centrale | ✔️ (solo v3/v4) | ✔️ $ | ✔️ | ❌ |
| Italia settentrionale | ✔️ (solo v3/v4) | ✔️ $ | ✔️ | ❌ |
| Giappone orientale | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Giappone occidentale | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Jio - India centrale | ✔️ (solo v3) | ❌ | ✔️ | ✔️ |
| India occidentale Jio | ✔️ (solo v3) | ❌ | ✔️ | ✔️ |
| Corea centrale | ✔️ (solo v3/v4/v5) | ✔️ ** | ✔️ | ✔️ |
| Corea meridionale | ✔️ (solo v3/v4/v5) | ❌ | ✔️ | ✔️ |
| Stati Uniti centro-settentrionali | ✔️ (tutti gli SKU) | ❌ | ✔️ | ✔️ |
| Europa settentrionale | ✔️ (solo v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
| Norvegia orientale * | ✔️ (tutti gli SKU) | ✔️ $ | ✔️ | ✔️ |
| Norvegia occidentale | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Polonia Centrale | ✔️ (solo v3/v4) | ✔️ $ | ✔️ | ❌ |
| Qatar centrale | ✔️ (solo v3/v4) | ✔️ | ✔️ | ❌ |
| Sudafrica settentrionale | ✔️ (solo v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
| Sudafrica occidentale* | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Stati Uniti centro-meridionali | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Asia sud-orientale | ✔️ (tutti gli SKU) | ✔️ $ | ✔️ | ✔️ |
| Svezia centrale | ✔️ (solo v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
| Svizzera settentrionale | ✔️ (solo v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
| Svizzera occidentale* | ✔️ (solo v3/v4/v5) | ❌ | ✔️ | ✔️ |
| Emirati Arabi Uniti centrali* | ✔️ (solo v3) | ❌ | ✔️ | ✔️ |
| Emirati Arabi Uniti settentrionali | ✔️ (solo v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
| Regno Unito meridionale | ✔️ (tutti gli SKU) | ✔️ $ | ✔️ | ✔️ |
| Regno Unito occidentale | ✔️ (tutti gli SKU) | ❌ | ✔️ | ✔️ |
| US Gov Arizona | ✔️ (solo v3/v4) | ❌ | ✔️ | ❌ |
| US Gov Texas | ✔️ (solo v3/v4) | ❌ | ✔️ | ❌ |
| US Gov Virginia | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Stati Uniti centro-occidentali | ✔️ (solo v3/v4/v5) | ❌ | ✔️ | ✔️ |
| Europa occidentale | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Stati Uniti occidentali | ✔️ (tutti gli SKU) | ❌ | ✔️ | ✔️ |
| West US 2 | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Stati Uniti occidentali 3 | ✔️ (tutti gli SKU) | ✔️ $ ** | ✔️ | ❌ |
$ Le nuove distribuzioni a disponibilità elevata con ridondanza della zona vengono temporaneamente bloccate in queste aree. I server a disponibilità elevata di cui è già stato effettuato il provisioning sono completamente supportati.
$$ Le distribuzioni di nuovi server sono temporaneamente bloccate in queste aree. I server di cui è già stato effettuato il provisioning sono completamente supportati.
** È ora possibile distribuire la disponibilità elevata con ridondanza della zona quando si effettua il provisioning di nuovi server in queste aree. Per tutti i server esistenti distribuiti in zone di disponibilità con nessuna preferenza (cosa che è possibile controllare nel portale di Azure) prima che l'area inizi a supportare tali zone, anche quando si abilita la disponibilità elevata con ridondanza della zona, viene effettuato il provisioning standby nella stessa zona di disponibilità (disponibilità elevata nella stessa zona) del server primario. Per abilitare la disponibilità elevata con ridondanza della zona, seguire la procedura.
(*) 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. Queste aree sono disponibili solo su richiesta creando una nuova richiesta di supporto.
Nota
Se l'applicazione richiede disponibilità elevata con ridondanza della zona ed essa non è disponibile nell'area di Azure preferita, è consigliabile usare altre aree all'interno della stessa area geografica in cui è disponibile la disponibilità elevata con ridondanza della zona, ad esempio Stati Uniti orientali 2, Stati Uniti centrali per Stati Uniti centro-settentrionali e così via.
Migrazione
Il server flessibile di Database di Azure per PostgreSQL esegue la versione community di PostgreSQL. Questo consente la compatibilità completa delle applicazioni e richiede un costo di refactoring minimo per eseguire la migrazione di un'applicazione esistente sviluppata sul motore PostgreSQL a un server flessibile di Database di Azure per PostgreSQL.
- Strumento di migrazione dal server singolo di Database di Azure per PostgreSQL al server flessibile di Database di Azure per PostgreSQL (anteprima) - Questo strumento offre una funzionalità di migrazione più semplice dal server singolo di Database di Azure per PostgreSQL al server flessibile di Database di Azure per PostgreSQL.
- Dump e ripristino: per le migrazioni offline, in cui gli utenti possono permettersi un certo tempo di inattività, l'esecuzione del dump e del ripristino usando strumenti della community come pg_dump e pg_restore può fornire una soluzione più rapida per la migrazione. Per ulteriori dettagli vedere Eseguire la migrazione con dump e ripristino.
- Servizio Migrazione del database di Azure: per migrazioni semplici e semplificate verso server flessibili di Database di Azure per PostgreSQL con tempi di inattività minimi è possibile sfruttare il Servizio Migrazione del database di Azure. Vedere Servizio Migrazione del database tramite portale e Servizio Migrazione del database tramite interfaccia della riga di comando. È possibile eseguire la migrazione dall'istanza del server singolo di Database di Azure per PostgreSQL al server flessibile di Database di Azure per PostgreSQL. Per informazioni dettagliate, vedere l'articolo Servizio Migrazione del database.
Domande frequenti
Il server flessibile di Database di Azure per PostgreSQL sostituirà il server singolo di Database di Azure per PostgreSQL?
Microsoft continuerà a supportare il server singolo di Database di Azure per PostgreSQL e consiglia di adottare un server flessibile di Database di Azure per PostgreSQL con funzionalità più avanzate, ad esempio disponibilità elevata resiliente alla zona, prestazioni prevedibili, controllo massimo, finestra di manutenzione personalizzata, controlli di ottimizzazione dei costi ed esperienza di sviluppo semplificata adatta per i carichi di lavoro aziendali. Se Microsoft decide di ritirare un servizio, una funzionalità, un'API o uno SKU, l'utente riceverà prima una notifica che include un percorso di migrazione o transizione. Altre informazioni sui criteri del ciclo di vita di Microsoft sono disponibili qui.
Quali sono i criteri di Microsoft per risolvere i difetti del motore PostgreSQL?
Fare riferimento ai criteri correnti di Microsoft qui.
Contatti
Per eventuali domande o suggerimenti sul server flessibile di Database di Azure per PostgreSQL, inviare un'e-mail al team del server flessibile di Database di Azure per PostgreSQL (@Ask Database di Azure per PostgreSQL).
Nota
Questo indirizzo di e-mail non è un alias di supporto tecnico.
Inoltre, prendere in considerazione i seguenti punti di contatto in base alle specifiche esigenze:
- Per contattare il supporto di Azure, creare un ticket dal portale di Azure.
- Per risolvere un problema relativo all'account, inviare una richiesta di supporto nel portale di Azure.
- Per fornire commenti e suggerimenti o richiedere nuove funzionalità, creare una richiesta tramite UserVoice.
Passaggi successivi
A questo punto, dopo aver letto un'introduzione alla modalità di distribuzione flessibile del server flessibile di Database di Azure per PostgreSQL, si è pronti per creare il primo server: Creare un Database di Azure per PostgreSQL - Server flessibile tramite il portale di Azure.