Panoramica - Database di Azure per PostgreSQL - Server flessibile
SI APPLICA A:
Database di Azure per PostgreSQL - Server flessibile
Database di Azure per PostgreSQL basata sull'edizione della community PostgreSQL è disponibile in due modalità di distribuzione:
In questo articolo verrà fornita una panoramica e un'introduzione ai concetti di base del modello di distribuzione flessibile del server.
Panoramica
Database di Azure per PostgreSQL: un server flessibile è 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. In generale, il servizio offre maggiore flessibilità e personalizzazioni della configurazione del server in base ai requisiti dell'utente. L'architettura del server flessibile consente agli utenti di posizionare il motore di database con il livello client per ridurre la latenza, scegliere disponibilità elevata all'interno di una singola zona di disponibilità e in più zone di disponibilità. I server flessibili forniscono anche controlli di ottimizzazione dei costi migliori con la possibilità di arrestare/avviare il server e il livello di calcolo della possibilità di burst ideale per i carichi di lavoro che non necessitano di capacità di calcolo completa in modo continuo. Il servizio supporta attualmente la versione della community di PostgreSQL 11, 12, 13 e 14. Il servizio è attualmente disponibile in un'ampia gamma di aree di Azure.
I server flessibili sono ideali per
- Sviluppi di applicazioni che richiedono un controllo e personalizzazioni migliori.
- Disponibilità elevata di ridondanza della zona
- Finestre di manutenzione gestite
Architettura e disponibilità elevata
Il modello di distribuzione del server flessibile è 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 si trovano nell'archiviazione di Azure. L'archiviazione gestisce localmente tre copie sincrone con ridondanza dei file di database garantendo la durabilità dei dati.
Se la disponibilità elevata con ridondanza della zona è configurata, il servizio esegue il provisioning e gestisce un server di standby ad accesso frequente all'interno della stessa area di Azure. Le modifiche ai dati nel server di origine vengono replicate in modo sincrono nel server standby per garantire una perdita di dati 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 ulteriori informazioni, vedere il documento relativo alla disponibilità elevata.
Applicazione automatica delle patch con la 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 della sicurezza e dei software. Per il motore PostgreSQL gli aggiornamenti della versione secondaria sono inclusi anche 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 servizio server flessibile crea automaticamente backup del server e li archivia nell'area di archiviazione con ridondanza della zona all'interno dell'area. I backup possono essere usati per ripristinare il server in modo temporizzato 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 servizio server flessibile è disponibile in tre livelli di calcolo: Con possibilità di burst, Per utilizzo generico e Con ottimizzazione per la memoria. Il livello Con possibilità di burst è particolarmente adatto per lo sviluppo a basso costo e per carichi di lavoro di concorrenza bassi che non necessitano di capacità di calcolo completa in modo continuo. Per utilizzo generico e Con ottimizzazione per la memoria sono più adatti per i carichi di lavoro di produzione che richiedono concorrenza, 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 servizio server flessibile consente di arrestare e avviare il server su richiesta per ridurre il costo totale di proprietà. La fatturazione del livello di calcolo viene arrestata 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. Se non riavviato prima, il server rimane in stato di interruzione per sette giorni.
Sicurezza di livello aziendale
Il servizio server flessibile 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 servizio crittografa i dati in movimento con Transport Layer Security (SSL/TLS) applicati per impostazione predefinita. Il servizio applica e supporta solo TLS 1.2.
I server flessibili consentono l'accesso privato completo ai server usando la rete virtuale di Azure (integrazione della rete virtuale). 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 servizio server flessibile è dotato di funzionalità predefinite di monitoraggio delle prestazioni e di avviso. Tutte le metriche di Azure hanno una frequenza di un minuto e offrono 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
Il server flessibile include un pgBouncer predefinito, un pooler di connessioni. Facoltativamente, è possibile abilitarla e connettere le applicazioni al server di database tramite PgBouncer usando lo stesso nome host e la porta 6432.
Aree di Azure
Uno dei vantaggi dell'esecuzione del carico di lavoro in Azure è la copertura globale. Il server flessibile è attualmente disponibile nelle aree di Azure seguenti:
| Region | Disponibilità di calcolo V3/V4 | Zone-Redundant HA | Same-Zone HA | Geo-Redundant backup |
|---|---|---|---|---|
| Australia orientale | ✔️ | ✔️ | ✔️ | ✔️ |
| Australia sud-orientale | ✔️ | ❌ | ✔️ | ✔️ |
| Brasile meridionale | ✔️ (solo v3) | ❌ $ | ✔️ | ❌ |
| Canada centrale | ✔️ | ✔️ | ✔️ | ✔️ |
| Canada orientale | ✔️ | ❌ | ✔️ | ✔️ |
| India centrale | ✔️ | ✔️ | ✔️ | ✔️ |
| Stati Uniti centrali | ✔️ | ✔️ | ✔️ | ✔️ |
| Cina orientale 3 | ✔️ | ❌ | ✔️ | ✔️ |
| Cina settentrionale 3 | ✔️ | ✔️ | ✔️ | ✔️ |
| Asia orientale | ✔️ | ✔️ ** | ✔️ | ✔️ |
| Stati Uniti orientali | ✔️ | ✔️ | ✔️ | ✔️ |
| Stati Uniti orientali 2 | ✔️ | ❌ $ | ✔️ | ✔️ |
| Francia centrale | ✔️ | ❌ $ | ✔️ | ✔️ |
| Francia meridionale | ✔️ | ❌ | ✔️ | ✔️ |
| Germania centro-occidentale | ❌ $$ | ❌ $ | ❌ $ | ❌ |
| Giappone orientale | ✔️ | ✔️ | ✔️ | ✔️ |
| Giappone occidentale | ✔️ | ❌ | ✔️ | ✔️ |
| JIO India occidentale | ✔️ (solo v3) | ❌ | ✔️ | ❌ |
| Corea centrale | ✔️ | ✔️ ** | ✔️ | ✔️ |
| Corea meridionale | ✔️ | ❌ | ✔️ | ✔️ |
| Stati Uniti centro-settentrionali | ✔️ | ❌ | ✔️ | ✔️ |
| Europa settentrionale | ✔️ | ✔️ | ✔️ | ✔️ |
| Norvegia orientale | ✔️ | ✔️ | ✔️ | ❌ |
| Qatar centrale | ✔️ | ❌ | ✔️ | ❌ |
| Sudafrica settentrionale | ✔️ | ✔️ | ✔️ | ❌ |
| Stati Uniti centro-meridionali | ✔️ | ✔️ | ✔️ | ✔️ |
| India meridionale | ✔️ | ❌ | ✔️ | ✔️ |
| Asia sud-orientale | ✔️ | ❌ $ | ✔️ | ✔️ |
| Svezia centrale | ✔️ | ❌ | ✔️ | ❌ |
| Svizzera settentrionale | ✔️ | ✔️ | ✔️ | ✔️ |
| Svizzera occidentale | ✔️ | ❌ | ✔️ | ✔️ |
| Emirati Arabi Uniti settentrionali | ✔️ | ✔️ | ✔️ | ❌ |
| US Gov Arizona | ✔️ | ❌ | ✔️ | ❌ |
| US Gov Virginia | ✔️ | ✔️ | ✔️ | ❌ |
| Regno Unito meridionale | ✔️ | ✔️ | ✔️ | ✔️ |
| Regno Unito occidentale | ✔️ | ❌ | ✔️ | ✔️ |
| Stati Uniti centro-occidentali | ✔️ | ❌ | ✔️ | ✔️ |
| Europa occidentale | ✔️ | ❌ $ | ✔️ | ✔️ |
| Stati Uniti occidentali | ✔️ | ❌ | ✔️ | ✔️ |
| West US 2 | ❌ $$ | ❌ $ | ❌ $ | ✔️ |
| Stati Uniti occidentali 3 | ✔️ | ✔️ ** | ✔️ | ❌ |
$ Nuove distribuzioni a disponibilità elevata con ridondanza della zona sono 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.
** La disponibilità elevata con ridondanza della zona può ora essere distribuita quando si effettua il provisioning di nuovi server in queste aree. Tutti i server esistenti distribuiti in AZ senza preferenza (che è possibile controllare nella portale di Azure) prima dell'area avviata a supportare az, anche quando si abilita la disponibilità elevata con ridondanza della zona, il provisioning dello standby verrà eseguito nello stesso az (stessa zona a disponibilità elevata) del server primario. Per abilitare la disponibilità elevata con ridondanza della zona, seguire la procedura.
Nota
Se l'applicazione richiede disponibilità elevata con ridondanza della zona e 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 per Stati Uniti orientali 2, Stati Uniti centrali per Stati Uniti centro-settentrionali e così via.
Migrazione
Il servizio 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.
- Strumento di migrazione da server singolo a server flessibile (anteprima) - Questo strumento offre una funzionalità di migrazione più semplice da server singolo a server flessibile.
- Dump e ripristino: per le migrazioni offline, in cui gli utenti possono permettersi un certo tempo di inattività, eseguire il dump e il 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 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 dal Database di Azure per PostgreSQL: da server singolo a server flessibile. Per informazioni dettagliate, vedere l'articolo Servizio Migrazione del database.
Domande frequenti
1. Il server flessibile sostituirà il server singolo? Il server singolo verrà ritirato a breve?
Microsoft continua a supportare il server singolo e consiglia di adottare un server flessibile con funzionalità più avanzate, ad esempio disponibilità elevata resiliente della zona, prestazioni prevedibili, controllo massimo, finestra di manutenzione personalizzata, controlli di ottimizzazione dei costi e esperienza di sviluppo semplificata adatta ai carichi di lavoro aziendali. Se si decide di ritirare qualsiasi servizio, funzionalità, API o SKU, si riceverà un avviso anticipato, incluso un percorso di migrazione o transizione. Altre informazioni sui criteri del ciclo di vita Microsoft sono disponibili qui.
2. 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 su Database di Azure per PostgreSQL server flessibile, inviare un messaggio di posta elettronica al team di Database di Azure per PostgreSQL (@Ask database di Azure per PostgreSQL). Si noti che questo indirizzo di posta elettronica 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 server flessibile di Database di Azure per PostgreSQL tramite il portale di Azure