Database Azure per motori open source

Molte organizzazioni utilizzano motori relazionali open source — PostgreSQL, MySQL e MariaDB — come base delle proprie applicazioni. Invece di gestire questi motori su VM (applicando patch, eseguendo backup e configurando l'alta disponibilità), Azure offre servizi PaaS completamente gestiti che si occupano delle attività operative più impegnative, mantenendo al contempo la familiare interfaccia SQL che i Suoi sviluppatori già conoscono.

Azure Database for PostgreSQL è un servizio completamente gestito che supporta le versioni dalla 11 alla 16 di PostgreSQL. Offre due modalità di distribuzione: Single Server (in fase di dismissione) e Flexible Server, l'opzione attualmente consigliata. Flexible Server consente di scegliere tra i livelli di calcolo burstable, general purpose e memory-optimised e supporta repliche di standby all'interno della stessa zona di disponibilità o tra zone diverse, per garantire l'alta disponibilità.

Flexible Server include l'alta disponibilità con ridondanza della zona, con failover automatico verso una replica di standby in una zona diversa, repliche di lettura che è possibile aggiungere per alleggerire le query di reportistica e il ripristino a un punto nel tempo, con una finestra di conservazione da 7 a 35 giorni. Il servizio supporta inoltre estensioni PostgreSQL diffuse, come PostGIS (dati geospaziali), pgvector (embedding vettoriali per l'IA) e pg_cron (processi pianificati).

Azure Database for MySQL supporta le versioni 5.7 e 8.0 di MySQL Community Edition. Come PostgreSQL, utilizza il modello di distribuzione Flexible Server, con livelli di calcolo burstable, general purpose e memory-optimised. Backup, applicazione di patch e monitoraggio automatici sono inclusi. Questo servizio è ampiamente utilizzato come backend gestito per applicazioni PHP e applicazioni web che si basano su MySQL.

Azure Database for MariaDB supporta le versioni 10.3, 10.4 e 10.6 di MariaDB. MariaDB è un fork sviluppato dalla community di MySQL, con motori di archiviazione aggiuntivi e un ciclo di rilascio più rapido. Il servizio Azure gestito è funzionalmente simile a MySQL Flexible Server per quanto riguarda le funzionalità di alta disponibilità, backup e sicurezza. Microsoft ha annunciato la dismissione di questo servizio nel 2025 e incoraggia la migrazione a MySQL Flexible Server.

L'esecuzione di un database open source su una VM Azure offre il massimo controllo — qualsiasi versione, qualsiasi estensione e qualsiasi impostazione del sistema operativo — ma rende l'utente responsabile dell'applicazione di patch, dei backup, della configurazione dell'alta disponibilità, del monitoraggio e della gestione dello spazio di archiviazione. I servizi PaaS gestiti rinunciano a una parte della flessibilità di configurazione in cambio di una significativa riduzione del lavoro operativo. Per la maggior parte dei carichi di lavoro OLTP standard, i servizi gestiti sono la scelta predefinita più appropriata.

Tutti e tre i servizi gestiti condividono la stessa struttura dei livelli di calcolo. Burstable (serie B) è ideale per lo sviluppo e per i carichi di lavoro con traffico ridotto che non richiedono costantemente l'uso completo della CPU. General Purpose (serie D) è adatto alla maggior parte delle applicazioni OLTP di produzione. Memory Optimised (serie E o superiore) è progettato per i carichi di lavoro con grandi set di dati attivi, come le query analitiche o i modelli di caching in memoria.

Flexible Server separa calcolo e spazio di archiviazione. Lo spazio di archiviazione è basato su Azure Premium SSD e può variare da 20 GB fino a 64 TB. È possibile abilitare Storage Autogrow affinché il servizio aumenti automaticamente lo spazio quando raggiunge il 90% della capacità, evitando interruzioni dovute a un disco pieno. Gli IOPS aumentano in base alle dimensioni dello spazio di archiviazione fornito, oppure è possibile configurare IOPS aggiuntivi in modo indipendente.

Flexible Server supporta due modalità di rete: accesso pubblico con regole del firewall (lo stesso concetto di Azure SQL Database) e accesso privato (integrazione VNet), in cui il server viene inserito in una subnet delegata e non è in alcun modo raggiungibile da Internet. Tutti i dati inattivi sono crittografati con AES-256 e tutte le connessioni richiedono TLS per impostazione predefinita; è inoltre possibile imporre l'utilizzo minimo di TLS 1.2, escludendo le versioni precedenti.

Tutti e tre i servizi open source gestiti supportano le repliche di lettura: copie asincrone del server primario che accettano connessioni di sola lettura. Le applicazioni indirizzano le query analitiche o di reportistica alle repliche, riducendo il carico sul primario. Le repliche possono trovarsi nella stessa area o in un'area Azure diversa (repliche tra aree), offrendo una strategia di distribuzione geografica delle letture e un possibile obiettivo per il ripristino di emergenza.

Azure Database for PostgreSQL e MySQL si integrano immediatamente con Azure Monitor. Metriche chiave come percentuale di utilizzo della CPU, utilizzo della memoria, I/O dello spazio di archiviazione, connessioni attive e ritardo della replica vengono trasmesse al portale Azure. Query Performance Insight mette in evidenza le query che consumano più risorse, consentendo di aggiungere indici o riscrivere le query senza eseguire manualmente costosi comandi EXPLAIN.

Verifichi la Sua comprensione dei concetti di Microsoft Azure Fundamentals (AZ-900) trattati in questa lezione.

In questa lezione ha imparato che: Azure offre servizi completamente gestiti per PostgreSQL, MySQL e MariaDB, Flexible Server è il modello di distribuzione consigliato, con alta disponibilità, repliche di lettura e integrazione VNet e i servizi gestiti eliminano la responsabilità di applicare patch ed eseguire backup rispetto alle VM autogestite. Ora esamineremo strategie e strumenti per la migrazione dei database in Azure.