Funktionsweise von Azure Database for MariaDB
Erfahren Sie, wie Azure Database for MariaDB funktioniert. Wenn Sie MariaDB verwenden und die Verwendung von Azure zum Hosten Ihrer MariaDB-Apps in Betracht ziehen, müssen Sie unter den folgenden Hostingoptionen wählen:
- PaaS mithilfe von Azure Database for MariaDB.
- IaaS mithilfe von MariaDB auf Azure-VMs.
In dieser Lerneinheit erfahren Sie mehr über die Unterschiede zwischen diesen Optionen, die jeweils verfügbaren Funktionen und Features sowie die spezifischen Anforderungen.
Wie unterscheiden sich die Hostingoptionen?
Es gibt zwei mögliche Hostingoptionen:
- Azure Database for MariaDB. Eine vollständig verwaltete DBaaS-Lösung, für die eine minimale Benutzerkonfiguration oder -steuerung erforderlich ist.
- MariaDB auf Azure-VMs. Eine Datenbankimplementierung, die IaaS verwendet. Sie verwalten die Datenbank.
In der folgenden Tabelle werden wichtige Unterschiede zwischen Azure Database for MariaDB und MariaDB auf Azure-VMs aufgeführt.
Funktion | Azure Database for MariaDB | MariaDB auf Azure-VMs |
---|---|---|
Unterstützte Version von MariaDB | MariaDB 10.2 oder 10.3 | Beliebige Version, die der Kunde installieren möchte |
MariaDB-Update- und -Upgradeverwaltung | Automatische | Vom Kunden verwaltet |
Betriebssystemupdates und Patches | Automatische | Vom Kunden verwaltet |
Hochverfügbarkeit | Integriert und basierend auf Unterbrechungsmechanismen auf Knotenebene. Wenn eine Unterbrechung auftritt, erstellt der Dienst automatisch eine neue Instanz und fügt dieser Speicher an. | Der Kunde ist für die Architektur, Implementierung, Tests und Verwaltung geeigneter Hochverfügbarkeitsoptionen verantwortlich. |
Hybridszenario | Unterstützt Datensynchronisierung aus externen MariaDB-Quellen. Unterstützt außerdem bis zu fünf schreibgeschützte Replikate, potenziell in Azure-Regionen. | Vom Kunden verwaltet |
Sicherungs- und Wiederherstellungsvorgänge | Automatisch. Sicherungen werden in einem benutzerseitig konfigurierten Speicher gespeichert, der entweder lokal redundant oder georedundant ist. Zeitpunktwiederherstellung wird unterstützt. | Vom Kunden verwaltet |
Erweiterter Schutz vor Bedrohungen | Wird bereitgestellt | Vom Kunden verwaltet |
Auswählen einer Preisstufe
Wenn Sie einen Azure Database for MariaDB-Server erstellen, stehen drei Tarife zur Auswahl:
- Standard. Dieser Tarif eignet sich für Workloads, die wenige Computeressourcen und eine geringe E/A-Leistung erfordern.
- Allgemeiner Zweck. Dieser Tarif eignet sich am besten für Produktionsworkloads, die eine hohe Parallelität, Skalierung und vorhersagbare Leistung erfordern.
- Speicheroptimiert. Dieser Tarif ist am besten für Hochleistungs-Datenbankworkloads geeignet, für die In-Memory-Leistung erforderlich ist, um eine schnellere Transaktionsverarbeitung und höhere Parallelität zu erzielen.
In der folgenden Tabelle werden die wichtigen Unterschiede zwischen diesen Tarifen aufgeführt.
Resource | Grundlegend | Allgemeiner Zweck | Arbeitsspeicheroptimiert |
---|---|---|---|
Computegeneration | Gen 5 | Gen 5 | Gen 5 |
V-Kerne | 1, 2 | 2, 4, 8, 16, 32, 64 | 2, 4, 8, 16, 32 |
Arbeitsspeicher pro V-Kern | 2 Gigabyte (GB) | 5 GB | 10 GB |
Speichergröße | 5 GB bis 1 TB | 5 GB bis 4 TB | 5 GB bis 4 TB |
Aufbewahrungszeitraum für Datenbanksicherungen | 7 bis 35 Tage | 7 bis 35 Tage | 7 bis 35 Tage |
Azure Database for MariaDB-Features
Sehen wir uns einige der wichtigsten Features von Azure Database for MariaDB an.
Hochverfügbarkeit und Wiederherstellung
Azure Database for MariaDB bietet eine garantierte Hochverfügbarkeitsstufe, wie in einer Vereinbarung zum Servicelevel (SLA) definiert. Die SLA definiert eine Betriebszeit von 99,99 Prozent. In der folgenden Tabelle werden häufige Fehlerszenarien beschrieben und wie MariaDB Sie bei der Problembehandlung unterstützt.
Szenario | Wiederherstellung |
---|---|
Ausfall des Datenbankservers | Automatisch. Ein neuer Datenbankserver wird automatisch bereitgestellt, und der Remotedatenspeicher wird an diesen angefügt. Sobald die Datenbank wiederhergestellt wurde, können Clients eine Verbindung mit dem neuen Datenbankserver herstellen. |
Speicherfehler | Automatisch. Alle Daten werden in drei Kopien gespeichert. Daher bemerken Anwendungen keine Auswirkungen von Datenträgerausfällen oder Blockbeschädigungen. |
Regionsausfall | Manuelle Aktion. Diese Art von Fehler kommt in Azure selten vor. Konfigurieren Sie zum Schutz vor Regionsausfällen mindestens ein MariaDB-Lesereplikat in anderen Regionen für Notfallwiederherstellung. |
Logische Fehler oder Benutzerfehler | Manuelle Aktion. Verwenden Sie Zeitpunktwiederherstellung, um ein Rollback auf einen Zeitpunkt vor dem Fehler auszuführen. |
Wichtig
Anwendungen, die eine Verbindung mit Azure Database for MariaDB-Datenbanken herstellen, müssen so aufgebaut sein, dass sie abgebrochene Verbindungen und fehlgeschlagene Transaktionen erkennen und Wiederholungsversuche ausführen. Das Anwendungsgateway, das Clientzugriff verwaltet, kann dann Wiederholungsversuche für Verbindungen transparent an den neu erstellten Datenbankserver umleiten.
Sichern und Wiederherstellen
Azure Database for MariaDB führt mehrere Sicherungsvorgänge aus, darunter:
- Vollständig
- Differenziell
- Transaktionsprotokoll
Die Verwendung dieser Sicherungen ermöglicht die Serverwiederherstellung an einem bestimmten Zeitpunkt.
Tipp
Der Standardaufbewahrungszeitraum ist 7 Tage. Sie können die Aufbewahrung jedoch für maximal 35 Tage konfigurieren.
Die Sicherungshäufigkeit variiert je nach Datenbankgröße:
Bis zu 4 TB Speicher:
- Wöchentliche vollständige Sicherungen.
- Differenzielle Sicherungen zwei Mal täglich.
- Transaktionsprotokolle alle 5 Minuten.
Hinweis
Bei Servern mit bis zu 4 TB Speicher werden bis zu zwei vollständige Datenbanksicherungen, alle differenziellen Sicherungen sowie Transaktionsprotokollsicherungen beibehalten, die seit der frühesten Datenbanksicherung durchgeführt wurden.
Bis zu 16 TB Speicher. Diese Sicherungen basieren auf Momentaufnahmen und erfolgen wie folgt:
- Erste Momentaufnahme nach der Serverbereitstellung.
- Differenzielle Momentaufnahmen mindestens ein Mal täglich danach.
- Transaktionsprotokolle alle 5 Minuten.
Hinweis
Server mit bis zu 16 TB Speicher behalten eine vollständige Datenbankmomentaufnahme, alle differenziellen Momentaufnahmen und Transaktionsprotokollsicherungen der letzten acht Tage bei.
Beschreiben der Skalierung
Azure Database for MariaDB ist in den folgenden Diensttarifen verfügbar:
- Basic
- Universell
- Arbeitsspeicheroptimiert
Jeder Tarif bietet verschiedene Leistungsfunktionen zur Unterstützung geringer und hoher Datenbankworkloads. Sie können Ihre erste Datenbank-App jedoch mithilfe des Basic-Tarifs für einige US-Dollar pro Monat für eine kleine Datenbank erstellen. Wenn sich Ihre Anforderungen ändern, können Sie die Skalierung an Ihre Anforderungen anpassen. Diese dynamische Skalierbarkeit kann Ihre Datenbank-Apps dabei unterstützen, transparent auf Änderungen an Ressourcenanforderungen zu reagieren.
Beschreiben der Sicherheit
Azure Database for MariaDB bietet die folgenden App-Schutzfunktionen:
- Schutz von in Übertragung begriffenen Daten. MariaDB verschlüsselt Ihre Daten mit TLS (Transport Layer Security). Die Verschlüsselung erfolgt standardmäßig mit Secure Sockets Layer und TLS (SSL/TLS).
- Schutz von Daten im Ruhezustand. MariaDB verschlüsselt ruhende Daten mithilfe eines kryptografischen Moduls. Dieses Modul wird nach dem Federal Information Processing Standard 140-2 (FIPS 140-2) überprüft.
- Netzwerksicherheit:
- Verbindungen mit MariaDB werden über ein regionales Gateway geroutet. Das Gateway muss über eine öffentlich zugängliche IP-Adresse verfügen. Die IP-Adresse Ihres MariaDB-Servers ist jedoch geschützt.
- Es werden Firewallregeln erstellt, die den gesamten Zugriff auf alle neu bereitgestellten MariaDB-Server blockieren.
- Optional können Sie Advanced Threat Protection implementieren, um zusätzlichen Schutz für Ihren MariaDB-Server bereitzustellen.
Überlegen Sie nun, ob Azure Database for MariaDB für Ihr Unternehmen und dessen Anwendungen und Datenbankworkloads geeignet ist.