Teilen über

Azure Database for MySQL Single Server

  • Artikel

GILT FÜR: Azure Database for MySQL – Single Server

Wichtig

Azure Database for MySQL Single Server wird eingestellt. Es wird dringend empfohlen, ein Upgrade auf Azure Database for MySQL Flexible Server auszuführen. Weitere Informationen zum Migrieren zu Azure Database for MySQL Flexible Server finden Sie unter Was geschieht mit Azure Database for MySQL Single Server?

Azure Database for MySQL, ein Dienst, der auf MySQL Community Edition basiert, ist in zwei Bereitstellungsmodi verfügbar:

  • Flexible Server
  • Einzelner Server

In diesem Artikel erhalten Sie eine Übersicht und eine Einführung in die grundlegenden Konzepte des Bereitstellungsmodells „Single Server“. Weitere Informationen zum Bereitstellungsmodus Flexible Server finden Sie in der Übersicht zu Flexible Server. Informationen dazu, wie Sie entscheiden, welche Bereitstellungsoption für Ihre Workload geeignet ist, finden Sie unter Auswählen der richtigen MySQL Server-Option in Azure.

Übersicht

Azure Database for MySQL Single Server ist ein vollständig verwalteter Datenbankdienst, der auf minimale Anpassungen ausgelegt ist. Die Single Server-Plattform kann die meisten Funktionen zur Datenbankverwaltung bereitstellen, z. B. Patching, Sicherungen, Hochverfügbarkeit sowie Sicherheit mit minimaler Benutzerkonfiguration und -steuerung. Die Architektur ist für integrierte Hochverfügbarkeit mit einer Verfügbarkeit von 99,99 % bei einer einzelnen Verfügbarkeitszone optimiert. Sie unterstützt die MySQL Community-Versionen 5.6 (eingestellt), 5.7 und 8.0. Der Dienst ist ab heute in vielen Azure-Regionen allgemein verfügbar.

Single Server-Instanzen eignen sich am besten nur für vorhandene Anwendungen, die bereits Einzelserver nutzen. Für alle neuen Entwicklungen oder Migrationen ist Flexible Server die empfohlene Bereitstellungsoption. Informationen zu den Unterschieden zwischen den Bereitstellungsoptionen für Flexible Server und Single Server finden Sie unter Auswählen der richtigen MySQL Server-Option in Azure.

Hochverfügbarkeit

Das Bereitstellungsmodell „Single Server“ wurde für integrierte Hochverfügbarkeit und Flexibilität bei geringeren Kosten konzipiert. In der Architektur sind Compute und Speicher voneinander getrennt. Die Datenbank-Engine wird in einem eigenentwickelten Computecontainer ausgeführt, während sich die Datendateien im Azure-Speicher befinden. Der Speicher verwaltet drei lokal redundante synchrone Kopien der Datenbankdateien, sodass die Datenbeständigkeit sichergestellt wird.

Wenn bei geplanten oder ungeplanten Failoverereignissen der Server ausfällt, gewährleistet der Dienst die Hochverfügbarkeit der Server mit dem folgenden automatisierten Verfahren:

  1. Ein neuer Computecontainer wird bereitgestellt.
  2. Der Speicher mit Datendateien wird dem neuen Container zugeordnet.
  3. Die MySQL-Datenbank-Engine wird im neuen Computecontainer online geschaltet.
  4. Der Gatewaydienst stellt ein transparentes Failover sicher, sodass keine Änderungen an der Anwendung erforderlich sind.

Für gewöhnlich dauert das Failover zwischen 60 und 120 Sekunden. Weil Single Server cloudnativ konzipiert wurde, ist die Unterstützung von 99,99 Prozent Verfügbarkeit möglich, wodurch die Kosten für einen passiven, unmittelbar betriebsbereiten Standbyserver entfallen.

Durch das globale Netzwerk der von Microsoft verwalteten Rechenzentren kann durch die branchenführende Verfügbarkeit von Azure von 99,99 Prozent gemäß Vereinbarung zum Servicelevel (SLA) sichergestellt werden, dass Ihre Anwendungen rund um die Uhr ausgeführt werden.

Automatisiertes Patchen

Der Dienst führt automatisches Patchen für die zugrunde liegende Hardware, das Betriebssystem und die Datenbank-Engine durch. Das Patchen umfasst Sicherheits-und Softwareupdates. Bei der MySQL-Engine werden Upgrades von Nebenversionen automatisch ausgeführt und sind im Patchzyklus enthalten. Für das Patchen sind keine Benutzeraktionen oder Konfigurationseinstellungen erforderlich. Die Patchhäufigkeit wird basierend auf der Wichtigkeit der Nutzlast durch den Dienst verwaltet. Im Allgemeinen gilt für den Dienst im Rahmen der kontinuierlichen Integration und Veröffentlichung ein monatlicher Releasezeitplan. Benutzer können die Benachrichtigungen zu geplanten Wartungen abonnieren, um 72 Stunden vorher über anstehende Wartungen benachrichtigt zu werden.

Automatische Sicherungen

Single Server erstellt Serversicherungen automatisch und speichert sie in einem vom Benutzer konfigurierten lokal redundanten oder georedundanten Speicher. Mithilfe von Sicherungen können Sie den Server zu einem beliebigen Zeitpunkt innerhalb des Aufbewahrungszeitraums der Sicherung wiederherstellen. Die Standardaufbewahrungsdauer für Sicherungen beträgt sieben Tage. Die Aufbewahrungsdauer kann optional auf bis zu 35 Tage festgelegt werden. Zur Verschlüsselung aller Sicherungen wird die AES-Verschlüsselung mit 256 Bit verwendet. Ausführliche Informationen finden Sie im Artikel zu Sicherungen.

Anpassen von Leistung und Skalierung in nur wenigen Sekunden

Single Server steht in drei SKU-Tarifen zur Verfügung: „Basic“, „Universell“ und „Arbeitsspeicheroptimiert“. Der Basic-Tarif eignet sich am besten für die kostengünstige Entwicklung und Workloads mit geringer Parallelität. Die Tarife „Universell“ und „Arbeitsspeicheroptimiert“ eignen sich besser für Produktionsworkloads, die eine hohe Parallelität, Skalierung und vorhersagbare Leistung erfordern. Sie können Ihre erste App mit einer kleinen Datenbank für wenige USD im Monat erstellen und die Skalierung dann so ändern, dass sie den Anforderungen Ihrer Lösung entspricht. Die Speicherskalierung geschieht online und unterstützt das automatische Wachstum des Speichers. Durch die dynamische Skalierung kann Ihre Datenbank transparent auf schnell wechselnde Ressourcenanforderungen reagieren. Sie zahlen nur für die Ressourcen, die Sie verwenden. Einzelheiten hierzu finden Sie unter Tarife.

Sicherheit, Compliance und Governance auf Unternehmensniveau

Single Server nutzt das FIPS 140-2-zertifizierte Kryptografiemodul für die Speicherverschlüsselung ruhender Daten. Daten einschließlich Sicherungen und während der Ausführung von Abfragen erstellte temporäre Daten werden auf dem Datenträger verschlüsselt. Der Dienst verwendet das in der Azure Storage-Verschlüsselung enthaltene AES-256-Bit-Verschlüsselungsverfahren, und die Schlüssel können vom System (Standard) oder vom Kunden verwaltet werden. Der Dienst verschlüsselt Daten während der Übertragung mit der Transport Layer Security (SSL/TLS), was standardmäßig erzwungen wird. Der Dienst unterstützt die TLS-Versionen 1.2, 1.1 und 1.0 mit der Möglichkeit, die mindestens erforderliche TLS-Version zu erzwingen.

Der Dienst ermöglicht über eine private Verbindung den privaten Zugriff auf die Server und bietet über den optionalen Plan Microsoft Defender für relationale Open-Source-Datenbanken Schutz gegen Bedrohungen. Microsoft Defender für relationale Open-Source-Datenbanken erkennt anormale Aktivitäten, die auf ungewöhnliche und potenziell schädliche Zugriffsversuche auf oder Exploits von Datenbanken hinweisen.

Neben der nativen Authentifizierung unterstützt der Einzelserverdienst zudem die Authentifizierung über Microsoft Entra ID. Bei der Microsoft Entra-Authentifizierung wird eine Verbindung zu den MySQL-Servern mithilfe von Identitäten hergestellt, die in Microsoft Entra ID definiert und verwaltet werden. Mit der Microsoft Entra-Authentifizierung können Sie Datenbankbenutzeridentitäten und andere Azure-Dienste an einem zentralen Ort verwalten, wodurch die Zugriffssteuerung vereinfacht und zentralisiert wird.

Überwachungsprotokolle sind verfügbar, um alle Aktivitäten auf Datenbankebene zu überwachen.

Single Server ist mit allen branchenführenden Zertifizierungen wie FedRAMP, HIPAA und PCI-DSS kompatibel. Weitere Informationen zur Sicherheit der Azure-Plattform finden Sie im Azure Trust Center.

Weitere Informationen zu Sicherheitsfeatures von Azure Database for MySQL finden Sie in der Übersicht über die Sicherheit.

Überwachung und Warnung

Single Server enthält integrierte Features zur Leistungsüberwachung und Warnung. Alle Azure-Metriken werden im Minutentakt erfasst, und für jede Metrik steht ein Verlauf von 30 Tagen zur Verfügung. Sie können Warnungen für die Metriken konfigurieren. Der Dienst ermöglicht das Konfigurieren von Protokollen für langsame Abfragen und verfügt über eine differenzierte Funktion für das Speichern von Abfragen. Der Abfragespeicher vereinfacht das Beheben von Leistungsproblemen, da er es Ihnen ermöglicht, die am längsten ausgeführten und ressourcenintensivsten Abfragen schnell zu ermitteln. Mit diesen Tools können Sie Ihre Workloads schnell optimieren und Ihren Server für optimale Leistung konfigurieren. Weitere Informationen finden Sie unter Überwachung.

Migration

Der Dienst führt die MySQL Community-Version aus. Dies ermöglicht vollständige Anwendungskompatibilität und erfordert minimale Refactoringkosten für die Migration vorhandener Anwendungen, die in der MySQL-Engine entwickelt wurden, zu Single Server. Die Migration zum Single Server-Dienst kann mithilfe einer der folgenden Optionen durchgeführt werden:

  • Sichern und Wiederherstellen: Für Offlinemigrationen, bei denen sich Benutzer einige Ausfallzeiten leisten können, kann das Sichern und Wiederherstellen mit Communitytools wie mysqldump/mydumper die schnellste Option für die Migration sein. Ausführliche Informationen finden Sie unter Migrieren der MySQL-Datenbank auf Azure-Datenbank für MySQL durch Sicherungen und Wiederherstellungen.
  • Azure Database Migration Service: Für nahtlose und einfachere Offlinemigrationen zu Single Server per Datenmigration mit hoher Geschwindigkeit können Sie Azure Database Migration Service nutzen.
  • Datenreplikation: Bei Migrationen mit minimaler Ausfallzeit kann die Datenreplikation, die von der auf einer binären Protokolldatei basierenden Replikation abhängt, ebenfalls genutzt werden. Die Datenreplikation wird von Branchenexperten für minimale Ausfallzeiten bei Migrationen bevorzugt, da sie mehr Kontrolle über die Migration ermöglicht. Weitere Informationen finden Sie im Artikel zur Datenreplikation.

Feedback und Support

Bei Fragen oder Vorschlägen, die Sie möglicherweise über die Arbeit mit Azure Database for MySQL – Flexibler Server haben, sollten Sie die folgenden Kontaktpunkte berücksichtigen:

Nächste Schritte

Nachdem Sie nun die Grundlagen zum Bereitstellungsmodus Azure Database for MySQL Single Server kennen, können Sie mit den folgenden Themen fortfahren: