Teilen über


Was ist Azure Database for MySQL – Flexible Server?

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

Dieser Artikel bietet eine Übersicht und Einführung in die grundlegenden Konzepte des Bereitstellungsmodells für Flexible Server. Informationen zu der für Ihre Workload geeigneten Bereitstellungsoption finden Sie unter Auswählen der richtigen MySQL Serveroption in Azure.

Azure Database for MySQL – Flexible Server ist ein vollständig verwalteter, produktionsbereiter relationaler Datenbankdienst in der Microsoft-Cloud. Er basiert auf der Datenbank-Engine MySQL Community Edition (verfügbar unter der GPLv2-Lizenz), Versionen 5.6 (eingestellt), 5.7 und 8.0. Der Dienst bietet Ihnen eine präzisere Kontrolle und Flexibilität für die Funktionen und Konfigurationseinstellungen der Datenbankverwaltung. Er ist allgemein in verschiedenen Azure-Regionen verfügbar.

Azure Database for MySQL - Flexible Server liefert:

  • Zonenredundante Hochverfügbarkeit und Hochverfügbarkeit in gleicher Zone (Hochverfügbarkeit).
  • Die Möglichkeit, Wartungsfenster zu planen.
  • Schutz von Daten durch automatische Sicherungen und Zeitpunktwiederherstellungen für bis zu 35 Tage.
  • Automatisiertes Patchen und Warten für die zugrunde liegende Hardware, das Betriebssystem und die Datenbank-Engine, um die Sicherheit des Diensts zu gewährleisten und zu helfen, dass er stets auf dem aktuellen Stand ist.
  • Vorhersagbare Leistung durch inklusive nutzungsbasierter Bezahlung.
  • Elastische Skalierung innerhalb weniger Sekunden.
  • Kostenoptimierungsoptionen mit kostengünstigen burstfähigen Compute-Tarifen und der Möglichkeit, den Server anzuhalten und zu starten.
  • Sicherheit auf Unternehmensniveau, Compliance und Datenschutz, um zu helfen, sowohl ruhende vertrauliche Daten als auch Daten während der Übertragung zu schützen.
  • Überwachung und Automatisierung, um die Verwaltung für umfangreiche Bereitstellungen zu vereinfachen.
  • Mehrere Möglichkeiten, um Support zu erhalten.

Diese Funktionen erfordern keine zusätzlichen Kosten und fast keinen Verwaltungsaufwand. Mit diesen Funktionen können Sie sich auf die schnelle Entwicklung von Apps und eine schnellere Markteinführung konzentrieren, anstatt Zeit und Ressourcen für die Verwaltung von virtuellen Computern und der Infrastruktur aufwenden zu müssen. Darüber hinaus können Sie Ihre Anwendung weiterhin mit den Open-Source-Tools und der Plattform Ihrer Wahl entwickeln und mit der Geschwindigkeit und Effizienz liefern, die Ihr Unternehmen verlangt, ohne dass Sie sich dafür neue Fertigkeiten aneignen müssen.

Azure Database for MySQL – Flexibler Server unterstützt auch reservierte Instanzen. Wenn Ihre Produktionsworkloads über vorhersehbare Compute-Kapazitätsanforderungen verfügen, können reservierte Instanzen Ihnen helfen, Kosten zu sparen.

Aktuelle Updates für „Azure Database for MySQL – Flexibler Server“ finden Sie unter Neuerungen in Azure Database for MySQL – Flexibler Server.

Diagramm, das die Beziehung zwischen Azure-Datenbankdiensten und MySQL zeigt.

Übersicht über die Architektur

Die Option „Flexible Server-Bereitstellung“ bietet drei Compute-Ebenen mit unterschiedlichen Compute- und Arbeitsspeicherkapazitäten, um Ihre Datenbank-Workloads zu unterstützen:

  • Der Tarif Burstfähig eignet sich am besten für die Workloads kostengünstiger Entwicklung und Workloads mit geringer Parallelität, die nicht ständig die volle Compute-Kapazität benötigen.
  • Die Tarife Universell und Unternehmenskritisch eignen sich besser für Produktionsworkloads, die eine hohe Parallelität, Skalierung und vorhersagbare Leistung erfordern.

Sie können Ihre erste App mit der Ebene „Burstfähig“ bei geringen Kosten im Monat erstellen und die Skalierung dann so ändern, dass sie den Anforderungen Ihrer Lösung entspricht. Weitere Informationen finden Sie unter Azure Database for MySQL – Flexibler Server-Dienstebenen.

Wenn Sie eine Flexible Server-Architektur verwenden, können Sie sich für eine hohe Verfügbarkeit innerhalb einer einzigen Verfügbarkeitszone oder über mehrere Verfügbarkeitszonen hinweg entscheiden. Flexible Server-Instanzen eignen sich am besten für Folgendes:

  • Einfache Bereitstellungen, vereinfachte Skalierung und geringer Datenbankverwaltungsaufwand bei Sicherungen, Hochverfügbarkeit, Sicherheit und Überwachung.
  • Anwendungsentwicklungen, die eine Community-Version von MySQL mit besseren Steuerungs- und Anpassungsmöglichkeiten erfordern.
  • Produktionsworkloads mit Hochverfügbarkeit in der gleichen Zone, mit zonenredundanter Hochverfügbarkeit zusammen mit verwalteten Wartungsfenstern.
  • Eine Vereinfachte Entwicklungsumgebung.

Diagramm einer Flexibler Server-Architektur.

Kostenloses Angebot für 12 Monate

Mit einem kostenlosen Azure-Konto können Sie Azure Database for MySQL-Flexible Server jetzt 12 Monate lang kostenlos nutzen. Das Angebot umfasst monatliche Grenzwerte von bis zu:

  • 750 Stunden Nutzungszeit für einen „Burstable“ virtuellen Standard_B1ms-Computer. Das sind genügend Stunden, um eine Datenbankinstanz jeden Monat kontinuierlich auszuführen.
  • 32 GB an Speicher und 32 GB an Sicherungsspeicher.

Sie können dieses Angebot nutzen, um Azure-Datenbankanwendungen für flexible Server zu entwickeln und bereitzustellen. Informationen zum kostenlosen Erstellen und Nutzen von „Azure Database for MySQL – Flexibler Server-Instances“ mit einem kostenlosen Azure-Konto finden Sie in diesem Tutorial.

Hochverfügbarkeit in Verfügbarkeitszonen und verfügbarkeitszonenübergreifend

Azure Database for MySQL Flexibler Server ermöglicht das Konfigurieren von Hochverfügbarkeit mit automatischem Failover. Die Hochverfügbarkeitslösung hilft sicherzustellen, dass committete Daten aufgrund von Ausfällen nicht verloren gehen, und sie hilft die allgemeine Betriebszeit für Ihre Anwendung zu verbessern.

Wen Sie Hochverfügbarkeit konfigurieren, stellt ein flexibler Server automatisch ein Standby-Replikat bereit und verwaltet dieses. Ihnen werden die bereitgestellte Computekapazität und der bereitstellte Speicher für das primäre und das sekundäre Replikat in Rechnung gestellt.

Es gibt zwei Architekturmodelle für Hochverfügbarkeit:

  • Zonenredundante Hochverfügbarkeit: Diese Option bietet vollständige Isolation und erfordert Ihrerseits eine Konfiguration der Redundanz der Infrastruktur für mehrere Verfügbarkeitszonen. Sie bietet den höchsten Grad an Verfügbarkeit bei einem Ausfall der Infrastruktur in einer Verfügbarkeitszone und bei akzeptablen Latenzzeiten zwischen den Verfügbarkeitszonen.

    Zonenredundante Hochverfügbarkeit ist in einer Untergruppe von Azure-Regionen verfügbar, die mehrere Verfügbarkeitszonen und zonenredundante Premium-Dateifreigaben unterstützen.

    Diagramm: zonenredundante Hochverfügbarkeit.

  • Hochverfügbarkeit in gleicher Zone: Diese Option bietet Infrastrukturredundanz mit geringerer Netzwerklatenz, weil sich sowohl der primäre Server als auch Standbyserver in derselben Verfügbarkeitszone befinden. Sie bietet Hochverfügbarkeit, ohne dass Sie eine zonenübergreifende Konfiguration der Anwendungsredundanz konfigurieren müssen.

    Hochverfügbarkeit in gleicher Zone steht in allen Azure-Regionen zur Verfügung, in denen Sie Instanzen von „Azure Database for MySQL – Flexibler Server“ erstellen können.

    Diagramm: Hochverfügbarkeit in der gleichen Zone.

Weitere Informationen finden Sie unter Hochverfügbarkeitskonzepte in Azure Database for MySQL – Flexible Server.

Automatisches Patchen mit einem verwalteten Wartungsfenster

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. Für die MySQL-Engine umfasst die geplante Wartungsversion auch kleinere Versions-Upgrades.

Sie können den Patchzeitplan so konfigurieren, dass er vom System verwaltet wird, oder Ihren eigenen Zeitplan definieren. Im Rahmen des Wartungszeitplans wird der Patch angewendet. Möglicherweise muss der Server neu gestartet werden. Mithilfe eines benutzerdefinierten Zeitplans können Sie Ihren Patch-Zyklus gezielt gestalten und ein Wartungsfenster auswählen, dass minimale Auswirkungen auf das Unternehmen hat. Für den Dienst gilt ein monatlicher Veröffentlichungszeitplan für Continuous Integration und Release.

Weitere Informationen finden Sie unter Geplante Wartung in Azure Database for MySQL – Flexibler Server.

Automatische Sicherungen

Der Dienst „Azure Database for MySQL – Flexibler Server“ erstellt automatisch Sicherungen und speichert sie in einem benutzerseitig konfigurierten lokal redundanten oder georedundanten Speicher. Sie können Sicherungen nutzen, um den Server zu einem beliebigen Zeitpunkt innerhalb des Aufbewahrungszeitraums der Sicherung wiederherzustellen.

Sie können einen Aufbewahrungszeitraum von 1 bis 35 Tagen konfigurieren. Der Standardwert ist sieben Tage. Verschlüsselung aller Sicherungen durch die AES-Verschlüsselung mit 256 Bit.

Weitere Informationen finden Sie unter Sicherung und Wiederherstellung in Azure Database for MySQL - Flexibler Server.

Netzwerkisolation

Um eine Verbindung mit „Azure Database for MySQL – Flexibler Server“ herzustellen, haben Sie haben zwei Netzwerkoptionen:

  • Privater Zugriff (VNet-Integration): Sie können Ihre Instanz von Azure Database for MySQL – Flexibler Server in ein Azure Virtual Network bereitstellen. Ressourcen in einem virtuellen Netzwerk können über private IP-Adressen kommunizieren.

    Wählen Sie Integration eines virtuellen Netzwerks, wenn Sie die folgenden Funktionen benötigen:

    • Verbinden Sie Azure-Ressourcen im gleichen virtuellen Netzwerk über private IP-Adressen mit Ihrer Instanz von „Azure Database for MySQL – Flexibler Server“.
    • Herstellen einer Verbindung von Azure-externen Ressourcen mit Ihrer Instanz von „Azure Database for MySQL – Flexibler Server“ über ein virtuelles privates Netzwerk (VPN) oder eine Azure ExpressRoute-Verbindung.
    • Vermeiden Sie einen öffentlichen Endpunkt.
  • Öffentlicher Zugriff (zugelassene IP-Adressen): Sie können Ihre Instanz von „Azure Database for MySQL – Flexibler Server“ mit einem öffentlichen Endpunkt bereitstellen. Der öffentliche Endpunkt ist eine öffentlich auflösbare DNS-Adresse. Sie wählen einen Bereich von IP-Adressen, um Berechtigung zu erteilen, auf den Server zuzugreifen. Diese Arten von Berechtigungen heißen Firewall-Regeln.

Weitere Informationen finden Sie unter Konnektivitäts- und Netzwerkkonzepte für Azure Database for MySQL – Flexible Server.

Schnelle Anpassungen an Leistung und Skalierung

Sie können Ihre erste App mit einer kleinen Datenbank für wenige Euro im Monat erstellen und die Skalierung dann nahtlos so ändern, dass sie den Anforderungen Ihrer Lösung entspricht. Die Speicherskalierung ist online und unterstützt das AutoGrow-Feature von Azure Database for MySQL – Flexibler Server.

Mit Azure Database for MySQL – Flexibler Server können Sie zusätzliche Eingabe-/Ausgabevorgänge pro Sekunde (IOPS) über dem kostenlosen IOPS-Grenzwert bereitstellen, der unabhängig vom Speicher ist. Mit Verwendung dieser Funktion können Sie die Anzahl der bereitgestellten IOPS basierend auf Ihren Workloadanforderungen jederzeit erhöhen oder verringern. Durch die dynamische Skalierung kann Ihre Datenbank transparent auf schnell wechselnde Ressourcenanforderungen reagieren. Sie zahlen nur für die Ressourcen, die Sie verwenden.

Weitere Informationen finden Sie im Artikel zu den Dienstebenen für Azure Database for MySQL - Flexible Server.

Option der Horizontale Skalierung Ihrer Leseworkload mit Lesereplikaten

MySQL ist eine beliebte Datenbank-Engines für die Ausführung von Web- und mobilen Anwendungen im Internet. Microsoft-Kunden verwenden dies für Onlinebildungsdienstebildung, Videostreamingdienste, digitalen Zahlungslösungen, E-Commerce-Plattformen, Gamingdienste, Nachrichtenportale sowie für Websites für Behörden und das Gesundheitswesen. Diese Dienste müssen in dem Maße, wie der Datenverkehr im Web oder bei mobilen Anwendungen zunimmt, Anforderungen bedienen und skaliert werden.

Die Anwendung wird in der Regel in Java oder PHP entwickelt und ist entweder:

Mit VM-Skalierungsgruppen, App Service oder AKS als zugrunde liegende Infrastruktur wird die Anwendungsskalierung vereinfacht, indem neue virtuelle Computer sofort bereitgestellt und die zustandslosen Komponenten von Anwendungen repliziert werden, um die Anforderungen zu erfüllen. Häufig ist die Datenbank jedoch ein Engpass als zentrale zustandsbehaftete Komponente.

Mithilfe des Features Lesereplikat können Sie Daten von einer Instanz von „Azure Database for MySQL – Flexibler Server“ auf einem schreibgeschützten Server replizieren. Sie können vom Quellserver auf bis zu zehn Replikate replizieren.

Replikate werden asynchron über das auf der Position der nativen, binären Protokolldatei (binlog) basierenden Replikationsverfahrens der MySQL-Engine aktualisiert. Sie können eine Proxylösung für den Lastenausgleich wie ProxySQL verwenden, um Ihre Anwendungsworkload nahtlos horizontal auf Lesereplikate zu skalieren, ohne dass Refactoringkosten anfallen.

Weitere Informationen finden Sie unter Lesereplikate in Azure Database for MySQL – Flexible Server.

Hybrid- oder Multi-Cloud-Datensynchronisierung mit Datenreplikation

Sie können das Feature Datenreplikation verwenden, um Daten von einem externen MySQL-Server mit Azure Database for MySQL - Flexibler Server synchronisieren. Der externe Server kann lokal, in virtuellen Computern, in Azure Database for MySQL - Single Server oder in einem Datenbankdienst vorhanden sein, der von anderen Cloudanbietern gehostet wird.

Die Replikation eingehender Daten basiert auf der Position der binlog-Datei. Die wichtigsten Szenarien für die Verwendung des Features sind:

Weitere Informationen finden Sie unter Replizieren von Daten in Azure Database for MySQL - Flexibler Server.

On-Demand-Server stoppen/starten

Mit „Azure Database for MySQL – Flexibler Server“ können Sie Server bei Bedarf anhalten und starten, um Ihre Kosten zu optimieren. Die Abrechnung des Computedienstebene wird sofort beendet, sobald der Server angehalten wird. Diese Funktionalität kann helfen Kosten bei Entwicklung, Test und zeitgebundenen, vorhersehbaren Produktionsworkloads einzusparen. Der Server bleibt 30 Tage lang im angehaltenen Zustand, sofern Sie ihn nicht früher erneut starten.

Weitere Informationen finden Sie unter Server-Konzepte in Azure Database for MySQL – Flexibler Server.

Sicherheit, Compliance und Datenschutz auf Unternehmensniveau

„Azure Database for MySQL – Flexibler Server“ nutzt das FIPS 140-2-zertifizierte Kryptografiemodul für die Speicherverschlüsselung ruhender Daten. Daten (einschließlich Sicherungen) und temporäre Dateien, die erstellt werden, während Sie Abfragen ausführen, sind verschlüsselt.

Der Dienst verwendet das in der Azure Storage-Verschlüsselung vorgesehene AES-256-Bit-Verschlüsselungsverfahren, wobei die Schlüssel (standardmäßig) vom System verwaltet werden. Sie können auch vom Kunden verwaltete Schlüssel verwenden, die in einem Azure Key Vault oder einem verwalteten Hardwaresicherheitsmodul für die Datenverschlüsselung im Ruhezustand gespeichert sind. Weitere Informationen finden Sie unter Datenverschlüsselung mit kundenseitig verwalteten Schlüsseln für Azure Database for MySQL – Flexible Server.

„Azure Database for MySQL – Flexibler Server“ verschlüsselt Daten während der Übertragung mit Transport Layer Security, was standardmäßig erzwungen wird. Azure Database for MySQL - Flexibler Server unterstützt verschlüsselte Verbindungen, die TLS 1.2 verwenden. Alle eingehenden Verbindungen, die TLS 1.0 und TLS 1.1 verwenden, werden verweigert. Sie können die TLS-Durchsetzung deaktivieren, indem Sie den require_secure_transport-Serverparameter festlegen und dann den minimalen tls_version-Wert für Ihren Server festlegen. Weitere Informationen finden Sie unter Herstellen einer Verbindung mit Azure Database for MySQL Flexible Server mit verschlüsselten Verbindungen.

„Azure Database for MySQL – flexibler Server“ ermöglicht den vollständigen privaten Zugriff auf die Server über eine Virtual Network-Integration. Server in einem virtuellen Netzwerk können nur über private IP-Adressen erreicht und verbunden werden. Bei der Integration eines virtuellen Netzwerks wird der öffentliche Zugriff verweigert, sodass Server nicht über öffentliche Endpunkte erreichbar sind. Weitere Informationen finden Sie unter Konnektivitäts- und Netzwerkkonzepte für Azure Database for MySQL – Flexible Server.

Überwachung und Warnung

„Azure Database for MySQL – flexibler Server“ enthält integrierte Funktionen für Leistungsüberwachung und Warnungen. Sämtliche Azure-Metriken werden in einem 1-Minuten-Takt erfasst. Jede Metrik enthält 30 Tage Verlauf.

Sie können Warnungen für die Metriken konfigurieren. „Azure Database for MySQL – Flexibler Server“ macht Host-Servermetriken verfügbar, um die Ressourcenauslastung zu überwachen, und ermöglicht die Konfiguration von Protokollen für langsame Abfragen. Mit diesen Tools können Sie Ihre Workloads schnell optimieren und Ihren Server für optimale Leistung konfigurieren.

In Azure Database for MySQL – Flexibler Server können Sie mit Azure Monitor-Arbeitsmappen Daten für langsame Abfragen und Daten von Überwachungsprotokollen visualisieren. Mit Arbeitsmappen erhalten Sie einen flexiblen Canvas zum Analysieren von Daten und Erstellen umfangreicher visueller Berichte innerhalb des Azure-Portals. Azure Database for MySQL – Flexibler Server bietet drei Arbeitsmappenvorlagen: Serverübersicht, Überwachung und Statistik zur Abfrageleistung.

Die Arbeitsmappe Query Performance Insight hilft den Zeitaufwand für die Problembehandlung der Datenbankleistung zu reduzieren. Dazu stellt sie u. a. folgende Informationen bereit:

  • Erste zeitintensive Abfragen und ihr Trend.
  • Abfragedetails: Zeigen Sie den Abfragetext sowie den Ausführungsverlauf mit minimaler, maximaler und durchschnittlicher Abfragedauer sowie die Standardabweichung der Abfragedauer an.
  • Ressourcenauslastung (CPU, Arbeitsspeicher und Speicher).

Darüber hinaus können Sie Community-Überwachungstools wie Percona Monitoring and Management nutzen und sie in „Azure Database for MySQL – Flexibler Server“ integrieren.

Weitere Informationen finden Sie unter Überwachen von Azure Database for MySQL – Flexibler Server.

Migration

„Azure Database for MySQL – Flexibler Server“ führt die Community-Edition von MySQL aus. Dieser Entwurf ermöglicht vollständige Anwendungskompatibilität und erfordert minimale Refactoringkosten für die Migration vorhandener Anwendungen, die in der MySQL-Engine entwickelt wurden, zu „Azure Database for MySQL – Flexibler Server“. Sie können zu „Azure Database for MySQL - Flexibler Server“ migrieren, indem Sie die folgenden Optionen verwenden.

Offlinemigrationen

Verwenden von Azure Database Migration Service, wenn die Netzwerkbandbreite zwischen der Quelle und Azure gut ist (z. B. eine ExpressRoute-Verbindung mit hoher Geschwindigkeit). Für ein Schritt-für-Schritt-Anleitung siehe Tutorial: Durchführen einer Offlinemigration von MySQL zu Azure Database for MySQL mithilfe von DMS.

Verwenden Sie mydumper und myloader, um die Komprimierungseinstellungen zu nutzen, um Daten effizient über Netzwerke mit niedriger Geschwindigkeit (z. B. das öffentliche Internet) zu verschieben. Eine Schritt-für-Schritt-Anleitung finden Sie unter Migrieren großer Datenbanken zu Azure Database for MySQL mit mydumper/myloader.

Onlinemigrationen oder Migrationen mit minimaler Downtime

Verwenden Sie die Datenreplikation mit einer konsistenten Sicherung und Wiederherstellung von mydumper/myloader für das anfängliche Seeding. Für eine schrittweise Anleitung siehe Migrieren von Azure Database for MySQL - Einzelserver zu Azure Database for MySQL - Flexibler Server mit Open-Source-Tools.

Informationen zum Migrieren aus Azure Database for MySQL – Single Server zu „Azure Database for MySQL – Flexibler Server“ in fünf einfachen Schritten finden Sie in diesem Blogbeitrag.

Weitere Informationen finden Sie unter Auswählen der geeigneten Tools für die Migration zu Azure Database for MySQL.

Azure-Regionen

Ein Vorteil der Ausführung Ihrer Workload in Azure ist die globale Reichweite. Azure Database for MySQL Flexible Server ist derzeit in den folgenden Azure-Regionen verfügbar:

Region Verfügbarkeit Hochverfügbarkeit in gleicher Zone Zonenredundante Hochverfügbarkeit Georedundante Sicherung
Australien, Mitte ✔️ ✔️
Australien (Osten) ✔️ ✔️ ✔️ ✔️
Australien, Südosten ✔️ ✔️ ✔️
Brasilien Süd ✔️ ✔️ ✔️ ✔️
Kanada, Mitte ✔️ ✔️ ✔️ ✔️
Kanada, Osten ✔️ ✔️ ✔️
Indien, Mitte ✔️ ✔️ ✔️ ✔️
USA (Mitte) ✔️ ✔️ ✔️ ✔️
China, Osten 2 ✔️ ✔️ ✔️
China, Osten 3 ✔️ ✔️ ✔️
China, Norden 2 ✔️ ✔️ ✔️
China, Norden 3 ✔️ ✔️ ✔️ ✔️
Asien, Osten (Hongkong SAR) ✔️ ✔️ ✔️ ✔️
East US ✔️ ✔️ ✔️ ✔️
USA (Ost) 2 ✔️ ✔️ ✔️ ✔️
Frankreich, Mitte ✔️ ✔️ ✔️ ✔️
Frankreich, Süden ✔️ ✔️ ✔️
Deutschland, Westen-Mitte ✔️ ✔️ ✔️ ✔️
Deutschland, Norden ✔️ ✔️ ✔️
Israel, Mitte ✔️ ✔️ ✔️
Italien, Norden ✔️ ✔️ ✔️
Japan, Osten ✔️ ✔️ ✔️ ✔️
Japan, Westen ✔️ ✔️ ✔️
Jio Indien, Westen ✔️ ✔️
Korea, Mitte ✔️ ✔️ ✔️ ✔️
Korea, Süden ✔️ ✔️ ✔️
USA Nord Mitte ✔️ ✔️ ✔️
Nordeuropa ✔️ ✔️ ✔️ ✔️
Norwegen, Osten ✔️ ✔️ ✔️ ✔️
Norwegen, Westen ✔️ ✔️
Polen, Mitte ✔️ ✔️ ✔️
Katar, Mitte ✔️ ✔️ ✔️
Südafrika, Norden ✔️ ✔️ ✔️ ✔️
Südafrika, Westen ✔️ ✔️ ✔️
USA Süd Mitte ✔️ ✔️ ✔️ ✔️
Indien (Süden) ✔️ ✔️ ✔️
Asien, Südosten ✔️ ✔️ ✔️ ✔️
Spanien, Mitte ✔️ ✔️ ✔️
Schweden, Mitte ✔️ ✔️ ✔️
Schweiz, Norden ✔️ ✔️ ✔️ ✔️
Schweiz, Westen ✔️ ✔️ ✔️
Taiwan, Norden ✔️ ✔️
Taiwan Northwest ✔️ ✔️
VAE, Mitte ✔️ ✔️ ✔️
Vereinigte Arabische Emirate, Norden ✔️ ✔️ ✔️ ✔️
UK, Süden ✔️ ✔️ ✔️ ✔️
UK, Westen ✔️ ✔️ ✔️
US Government, Virginia ✔️ ✔️
US Gov Arizona ✔️ ✔️ ✔️
US Gov Texas ✔️ ✔️ ✔️
USA, Westen-Mitte ✔️ ✔️ ✔️
Europa, Westen ✔️ ✔️ ✔️ ✔️
USA (Westen) ✔️ ✔️ ✔️
USA, Westen 2 ✔️ ✔️ ✔️ ✔️
USA, Westen 3 ✔️ ✔️ ✔️ ✔️

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: