Azure-Datenbanken für Open-Source-Engines

Viele Organisationen betreiben Open-Source-relationale Engines – PostgreSQL, MySQL und MariaDB – als Grundlage ihrer Anwendungen. Statt diese Engines auf VMs zu verwalten (Patches, Backups und Hochverfügbarkeitskonfiguration) stellt Azure vollständig verwaltete PaaS-Dienste bereit, die den operativen Aufwand übernehmen und gleichzeitig die vertraute SQL-Schnittstelle beibehalten, die Ihre Entwickler bereits kennen.

Azure Database for PostgreSQL ist ein vollständig verwalteter Dienst, der PostgreSQL-Versionen 11 bis 16 unterstützt. Er bietet zwei Bereitstellungsmodi: Single Server (wird eingestellt) und Flexible Server, die derzeit empfohlene Option. Flexible Server bietet Ihnen die Wahl zwischen burstfähigen, universellen und arbeitsspeicheroptimierten Compute-Tarifen und unterstützt Standby-Replikate innerhalb derselben oder über mehrere Verfügbarkeitszonen hinweg für hohe Verfügbarkeit.

Flexible Server umfasst zonenredundante Hochverfügbarkeit mit automatischem Failover auf ein Standby-Replikat in einer anderen Zone, Lesereplikate, die Sie zur Entlastung von Reportingabfragen hinzufügen können, sowie eine zeitpunktbezogene Wiederherstellung mit einem Aufbewahrungszeitraum von 7 bis 35 Tagen. Der Dienst unterstützt außerdem beliebte PostgreSQL-Erweiterungen wie PostGIS (Geodaten), pgvector (Vektoreinbettungen für KI) und pg_cron (geplante Aufträge).

Azure Database for MySQL unterstützt MySQL Community Edition in den Versionen 5.7 und 8.0. Wie PostgreSQL verwendet der Dienst das Bereitstellungsmodell Flexible Server mit burstfähigen, universellen und arbeitsspeicheroptimierten Compute-Tarifen. Automatische Backups, Patches und Überwachung sind enthalten. Dieser Dienst wird häufig als verwaltetes Backend für PHP- und Webanwendungen eingesetzt, die auf MySQL basieren.

Azure Database for MariaDB unterstützt MariaDB in den Versionen 10.3, 10.4 und 10.6. MariaDB ist ein Community-Fork von MySQL mit zusätzlichen Storage-Engines und einem schnelleren Veröffentlichungszyklus. Der verwaltete Azure-Dienst ist hinsichtlich der Funktionen für Hochverfügbarkeit, Backups und Sicherheit mit MySQL Flexible Server vergleichbar. Beachten Sie, dass Microsoft die Einstellung dieses Dienstes im Jahr 2025 angekündigt hat und zur Migration zu MySQL Flexible Server auffordert.

Wenn Sie eine Open-Source-Datenbank auf einer Azure-VM betreiben, haben Sie maximale Kontrolle – über jede Version, jede Erweiterung und jede Betriebssystemeinstellung. Dafür sind Sie jedoch selbst für Patches, Backups, die Hochverfügbarkeitskonfiguration, die Überwachung und die Speicherverwaltung verantwortlich. Die verwalteten PaaS-Dienste verzichten zugunsten erheblicher Einsparungen beim Betriebsaufwand auf einen Teil der Konfigurationsflexibilität. Für die meisten standardmäßigen OLTP-Workloads sind verwaltete Dienste die richtige Standardwahl.

Alle drei verwalteten Dienste verwenden dieselbe Struktur der Compute-Tarife. Burstfähig (B-Serie) eignet sich ideal für Entwicklungs- und Workloads mit geringem Datenverkehr, die nicht dauerhaft die volle CPU-Leistung benötigen. Universell (D-Serie) eignet sich für die meisten produktiven OLTP-Anwendungen. Arbeitsspeicheroptimiert (E-Serie oder höher) ist für Workloads mit großen Arbeitssätzen ausgelegt, beispielsweise Analyseabfragen oder Muster der In-Memory-Zwischenspeicherung.

Flexible Server entkoppelt Compute und Speicher. Der Speicher basiert auf Azure Premium SSD und lässt sich von 20 GB auf bis zu 64 TB skalieren. Sie können Storage Autogrow aktivieren, sodass der Dienst den Speicher automatisch erweitert, sobald dessen Auslastung 90 % erreicht. Dadurch werden Ausfallzeiten aufgrund eines vollen Datenträgers verhindert. Die IOPS skalieren mit der bereitgestellten Speichergröße; alternativ können Sie zusätzliche IOPS unabhängig davon bereitstellen.

Flexible Server unterstützt zwei Netzwerkmodi: öffentlicher Zugriff mit Firewallregeln (dasselbe Konzept wie bei Azure SQL Database) und privater Zugriff (VNet-Integration). Dabei wird der Server in ein delegiertes Subnetz eingebunden und ist überhaupt nicht aus dem Internet erreichbar. Alle ruhenden Daten werden mit AES-256 verschlüsselt, und für alle Verbindungen ist standardmäßig TLS erforderlich. Ältere TLS-Versionen können deaktiviert werden, sodass mindestens TLS 1.2 verwendet wird.

Alle drei verwalteten Open-Source-Dienste unterstützen Lesereplikate – asynchrone Kopien Ihres primären Servers, die schreibgeschützte Verbindungen akzeptieren. Anwendungen leiten Analyse- oder Reportingabfragen an Replikate weiter und reduzieren dadurch die Last auf dem primären Server. Replikate können sich in derselben Region oder in einer anderen Azure-Region befinden (regionsübergreifende Replikate). Dadurch erhalten Sie eine Strategie für die geografische Verteilung von Lesezugriffen sowie ein mögliches Ziel für die Notfallwiederherstellung.

Azure Database for PostgreSQL und MySQL lassen sich direkt mit Azure Monitor integrieren. Wichtige Metriken wie CPU-Auslastung in Prozent, Arbeitsspeicherauslastung, Speicher-E/A, aktive Verbindungen und Replikationsverzögerung werden im Azure-Portal angezeigt. Query Performance Insight ermittelt die Abfragen mit dem höchsten Ressourcenverbrauch. So können Sie Indizes hinzufügen oder Abfragen umschreiben, ohne manuell aufwendige EXPLAIN-Befehle ausführen zu müssen.

Testen Sie Ihr Verständnis der Konzepte aus Microsoft Azure Fundamentals (AZ-900) aus dieser Lektion.

In dieser Lektion haben Sie gelernt: Azure stellt vollständig verwaltete Dienste für PostgreSQL, MySQL und MariaDB bereit, Flexible Server ist das empfohlene Bereitstellungsmodell mit Hochverfügbarkeit, Lesereplikaten und VNet-Integration, und verwaltete Dienste machen im Vergleich zu selbst gehosteten VMs die Verantwortung für Patches und Backups überflüssig. Als Nächstes sehen wir uns Strategien und Tools für die Migration von Datenbanken zu Azure an.