Bereitstellungsmodell „Azure Database for MySQL - Flexibler Server“
GILT FÜR:
Azure Database for MySQL – Flexible Server
Azure Database for MySQL, ein Dienst, der auf MySQL Community Edition basiert, ist in zwei Bereitstellungsmodi verfügbar:
- Azure Database for MySQL – Flexibler Server
- Azure Database for MySQL Single Server
Dieser Artikel bietet eine Übersicht und Einführung in die grundlegenden Konzepte des flexiblen Serverbereitstellungsmodells. 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.
Überblick
„Azure Database for MySQL – flexibler Server“ ist ein vollständig verwalteter produktionsbereiter Datenbankdienst, der eine differenziertere Steuerung und mehr Flexibilität bei den Verwaltungsfunktionen und Konfigurationseinstellungen der Datenbank ermöglicht. Mit der Flexible Server-Architektur können Benutzer Hochverfügbarkeit in einer einzelnen Verfügbarkeitszone sowie in mehreren Verfügbarkeitszonen auswählen. Flexible Server-Implementierungen bieten eine bessere Kostenoptimierung mit der Möglichkeit, den Server anzuhalten/zu starten, sowie einen burstfähigen Computetarif, der sich ideal für Workloads eignet, die nicht dauerhaft die volle Computekapazität benötigen. „Azure Database for MySQL – flexibler Server“ unterstützt außerdem reservierte Instanzen, sodass Sie bei den Kosten bis zu 63 Prozent sparen können. Dies ist ideal für Produktionsworkloads mit vorhersagbaren Computekapazitätsanforderungen. Der Dienst unterstützt die MySQL Community-Versionen 5.7 und 8.0. Der Dienst ist ab heute in vielen Azure-Regionen allgemein verfügbar.
Die flexible Serverbereitstellungsoption bietet drei Computeebenen: „Burstfähig“, „Universell“ und „Unternehmenskritisch“. Jede Ebene bietet unterschiedliche Compute- und Arbeitsspeicherkapazität, um Ihre Datenbankworkloads zu unterstützen. Sie können Ihre erste App mit der Ebene „Burstfähig“ für wenige US-Dollar im Monat erstellen und die Skalierung dann so ändern, dass sie den Anforderungen Ihrer Lösung entspricht. Durch die dynamische Skalierung kann Ihre Datenbank transparent auf schnell wechselnde Ressourcenanforderungen reagieren. Sie bezahlen nur für die benötigten Ressourcen und auch nur dann, wenn Sie sie verwenden. Ausführliche Informationen finden Sie unter Compute- und Speicheroptionen in Azure Database for MySQL: Flexible Server.
Flexible Server-Instanzen eignen sich am besten für Folgendes:
- Einfache Bereitstellungen, vereinfachte Skalierung und geringer Aufwand für die Datenbankverwaltung bei Funktionen wie Sicherungen, Hochverfügbarkeit, Sicherheit und Überwachung.
- Anwendungsentwicklungen, die eine Communityversion von MySQL mit besseren Steuerungs- und Anpassungsmöglichkeiten erfordern.
- Produktionsworkloads mit Hochverfügbarkeit in der gleichen Zone, mit zonenredundanter Hochverfügbarkeit und mit verwalteten Wartungsfenstern.
- Vereinfachte Entwicklungsumgebung.
- Sicherheit, Compliance und Datenschutz auf Unternehmensniveau.
Aktuelle Updates für „Azure Database for MySQL – flexibler Server“ finden Sie unter Neuerungen in „Azure Database for MySQL – flexibler Server“.
Kostenloses Angebot für 12 Monate
Mit einem kostenlosen Azure-Konto können Sie „Azure Database for MySQL – flexibler Server“ 12 Monate kostenlos mit folgenden monatlichen Grenzwerten verwenden:
- 750 Stunden burstfähige B1MS-Instanz – genügend Stunden zur kontinuierlichen Ausführung einer Datenbankinstanz jeden Monat.
- 32 GB Speicher und 32 GB Sicherungsspeicher.
Sie können dieses Angebot zum Entwickeln und Bereitstellen von Anwendungen nutzen, die „Azure Database for MySQL – flexibler Server“ verwenden. Informationen zum kostenlosen Erstellen und Nutzen von „Azure Database for MySQL – flexibler Server“ 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 wurde entwickelt, um sicherzustellen, dass committete Daten aufgrund von Ausfällen nie verloren gehen, und um die allgemeine Betriebszeit für Ihre Anwendung zu verbessern. Wenn Hochverfügbarkeit konfiguriert wird, stellt Flexible Server ein Standbyreplikat automatisch bereit und verwaltet es. Ihnen werden die bereitgestellte Compute und der bereitstellte Speicher sowohl für das primäre als auch für das sekundäre Replikat in Rechnung gestellt. Es gibt zwei Architekturmodelle für Hochverfügbarkeit:
- Zonenredundante Hochverfügbarkeit: Diese Option wird für eine vollständige Isolierung und Redundanz der Infrastruktur über mehrere Verfügbarkeitszonen hinweg empfohlen. Sie bietet den höchsten Verfügbarkeitsgrad, erfordert aber eine zonenübergreifende Konfiguration der Anwendungsredundanz. Zonenredundante Hochverfügbarkeit wird bevorzugt, wenn bei jedem Infrastrukturausfall in der Verfügbarkeitszone die bestmögliche Verfügbarkeit erzielt werden soll und die Latenz in der Verfügbarkeitszone akzeptabel ist. Die zonenredundante Hochverfügbarkeit ist nur in Azure-Regionen verfügbar, die mehrere Verfügbarkeitszonen und zonenredundante Premium-Dateifreigaben unterstützen.
- Hochverfügbarkeit in gleicher Zone: Diese Option wird für Infrastrukturredundanz mit geringerer Netzwerklatenz empfohlen, da sich der Primär- und der Standbyserver in derselben Verfügbarkeitszone befinden. Sie bietet Hochverfügbarkeit ohne die zonenübergreifende Konfiguration der Anwendungsredundanz. Hochverfügbarkeit in gleicher Zone wird bevorzugt, wenn Sie bestmögliche Verfügbarkeit innerhalb einer einzelnen Verfügbarkeitszone mit der geringstmöglichen Netzwerklatenz erreichen möchten. 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.
Weitere Informationen finden Sie unter Hochverfügbarkeitskonzepte.
Automatisches Patchen mit verwaltetem 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 sind im Rahmen des geplanten Wartungsreleases auch kleinere Versionsupgrades enthalten. Benutzer können den Patchzeitplan so konfigurieren, dass er vom System verwaltet wird, oder einen eigenen Zeitplan definieren. Im Rahmen des Wartungszeitplans wird der Patch angewendet. Möglicherweise muss der Server als Teil des Patchprozesses neu gestartet werden, um das Update abzuschließen. Mithilfe des benutzerdefinierten Zeitplans können Benutzer ihren Patchzyklus überlegt gestalten und ein Wartungsfenster mit minimalen Auswirkungen auf das Unternehmen wählen. Im Allgemeinen gilt für den Dienst im Rahmen der kontinuierlichen Integration und Veröffentlichung ein monatlicher Releasezeitplan.
Weitere Informationen finden Sie unter Geplante Wartung.
Automatische Sicherungen
Der Dienst „Azure Database for MySQL – flexibler Server“ erstellt automatisch Sicherungen 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. Für die Aufbewahrungsdauer kann optional ein Wert zwischen einem Tag und 35 Tagen konfiguriert werden. Zur Verschlüsselung aller Sicherungen wird die AES-Verschlüsselung mit 256 Bit verwendet.
Weitere Informationen finden Sie unter Sicherungskonzepte.
Netzwerkisolation
Sie haben zwei Netzwerkoptionen, um eine Verbindung mit „Azure Database for MySQL – flexibler Server“ herzustellen. den privaten Zugriff (VNET-Integration) und den öffentlichen Zugriff (zugelassene IP-Adressen) .
Privater Zugriff (VNET-Integration): Sie können Ihre Instanz von „Azure Database for MySQL – flexibler Server“ in Ihrer Azure Virtual Network-Instanz bereitstellen. Virtuelle Azure-Netzwerke ermöglichen eine private und sichere Netzwerkkommunikation. Ressourcen in einem virtuellen Netzwerk können über private IP-Adressen kommunizieren.
Die Option der Integration eines virtuellen Netzwerks bietet sich an, 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 VPN oder eine ExpressRoute-Verbindung
- Kein öffentlicher 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. Der Ausdruck „zugelassene IP-Adressen“ bezieht sich auf einen Bereich von IP-Adressen, denen Sie die Berechtigung erteilen, auf den Server zuzugreifen. Diese Berechtigungen heißen Firewallregeln.
Weitere Informationen finden Sie in den Netzwerkkonzepten.
Anpassen von Leistung und Skalierung in nur wenigen Sekunden
„Azure Database for MySQL – flexibler Server“ ist in drei Dienstebenen verfügbar: „Burstfähig“, „Universell“ und „Unternehmenskritisch“. Der Tarif „Burstfähig“ eignet sich am besten für die kostengünstige Entwicklung und Workloads mit geringer Parallelität, die nicht ständig die volle Computekapazität benötigen. „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 einer kleinen Datenbank für wenige USD im Monat erstellen und die Skalierung dann nahtlos so ändern, dass sie den Anforderungen Ihrer Lösung entspricht. Die Speicherskalierung geschieht online und unterstützt das automatische Wachstum des Speichers. „Azure Database for MySQL – flexibler Server“ ermöglicht Ihnen unabhängig vom Speicher die Bereitstellung zusätzlicher IOPS (bis zu 80.000 IOPS) über den ergänzenden IOPS-Grenzwert hinaus. Mit dieser Funktion können Sie die Anzahl der 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 unter Compute- und Speicherkonzepte.
Horizontale Skalierung Ihrer Leseworkload mit bis zu zehn Lesereplikaten
MySQL ist eine der beliebtesten Datenbank-Engines für die Ausführung von Web- und mobilen Anwendungen im Internet. Viele unserer Kunden verwenden es für ihre Onlinebildungsdienste, 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, genutzt und skaliert werden.
Auf der Anwendungsseite wird die Anwendung typischerweise in Java oder PHP entwickelt und migriert, um in Azure-VM-Skalierungsgruppen oder Azure App Services ausgeführt zu werden, oder sie wird containerisiert, um unter Azure Kubernetes Service (AKS) ausgeführt zu werden. 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, aber oft wird die Datenbank als zentrale zustandsbehaftete Komponente zum Engpass.
Mithilfe des Lesereplikatfeatures 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 mithilfe des 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 Lesereplikatkonzepte.
Einrichten der Hybrid- oder Multi-Cloud-Datensynchronisierung mit Datenreplikation
Die Replikation eingehender Daten ermöglicht das Synchronisieren von Daten von einem externen MySQL-Server in „Azure Database for MySQL – flexibler Server“. Der externe Server kann lokal, in VMs, in Azure Database for MySQL-Einzelserver oder in einem von anderen Cloudanbietern gehosteten Datenbankdienst vorhanden sein. Die Datenreplikation basiert auf der Position der binären Protokolldatei (binlog). Zu den wichtigsten Szenarien, bei denen die Verwendung der Datenreplikation infrage kommt, zählen Folgende:
- Synchronisierung von Hybriddaten
- Synchronisierung von Daten in verschiedenen Clouds
- Migration zu „Azure Database for MySQL – flexibler Server“ mit minimaler Ausfallzeit
Weitere Informationen finden Sie unter Datenreplikationskonzepte.
Anhalten/Starten des Servers zum Optimieren der Kosten
„Azure Database for MySQL – flexibler Server“ ermöglicht Ihnen, Server bei Bedarf anzuhalten und zu starten, um Ihre Kosten zu optimieren. Die Abrechnung des Computetarifs wird sofort beendet, sobald der Server angehalten wird. Diese Funktionalität kann erhebliche Kosteneinsparungen bei Entwicklung, Tests und zeitgebundenen, vorhersehbaren Produktionsworkloads ermöglichen. Der Server verbleibt 30 Tage im angehaltenen Zustand, es sei denn, er wird früher wieder gestartet.
Weitere Informationen finden Sie unter Serverkonzepte.
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 wie Sicherungen und temporäre Dateien, die während der Ausführung von Abfragen erstellt wurden, werden 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.
„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 standardmäßig verschlüsselte Verbindungen mit TLS 1.2, und alle eingehenden Verbindungen mit TLS 1.0 und TLS 1.1 werden verweigert. Die SSL-Erzwingung kann durch Festlegen des Serverparameters „require_secure_transport“ deaktiviert werden, und Sie können die mindestens erforderliche „tls_version“ für Ihren Server festlegen.
Weitere Informationen finden Sie unter Verwenden verschlüsselter Verbindungen mit „Azure Database for MySQL – flexibler Server“.
„Azure Database for MySQL – flexibler Server“ ermöglicht den vollständigen privaten Zugriff auf die Server mithilfe einer Integration von Azure Virtual Network (virtuelles Netzwerk). Server im virtuellen Azure-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 erreicht werden können.
Weitere Informationen finden Sie in den Netzwerkkonzepten.
Überwachung und Warnung
„Azure Database for MySQL – flexibler Server“ verfügt über integrierte Funktionen für Leistungsüberwachung und Warnungen. 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. „Azure Database for MySQL – flexibler Server“ macht Hostservermetriken 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. „Azure Database for MySQL – flexibler Server“ ermöglicht mithilfe von Azure Monitor-Arbeitsmappen das Visualisieren der Daten für langsame Abfragen und Überwachungsprotokolle. 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 verfügbare Arbeitsmappenvorlagen, die sofort verfügbar sind: Serverübersicht, Überwachung und Query Performance Insights. Die Arbeitsmappe Query Performance Insight soll den Zeitaufwand für die Problembehandlung der Datenbankleistung reduzieren. Dazu stellt sie u. a. folgende Informationen bereit:
- Erste N 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.
- Ressourcenverwendung (CPU, Arbeitsspeicher und Speicher)
Darüber hinaus können Sie Community-Überwachungstools wie Percona Monitoring and Management nutzen und in „Azure Database for MySQL – flexibler Server“ integrieren.
Weitere Informationen finden Sie unter Überwachungskonzepte.
Migration
„Azure Database for MySQL – flexibler Server“ führt die Communityedition von MySQL 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 „Azure Database for MySQL – flexibler Server“. Die Migration zu „Azure Database for MySQL – flexibler Server“ kann mithilfe der folgenden Option durchgeführt werden:
Offlinemigrationen
- Verwenden von Azure Data Migration Service, wenn die Netzwerkbandbreite zwischen Quelle und Azure gut ist (z. B. ExpressRoute mit hoher Geschwindigkeit). Weitere Informationen finden Sie in den Schrittanleitungen – Durchführen einer Offlinemigration von MySQL zu „Azure Database for MySQL – flexibler Server“ mithilfe von DMS – Azure Database Migration Service
- Verwenden Sie mydumper/myloader, um die Komprimierungseinstellungen zu nutzen, um Daten effizient über Netzwerke mit niedriger Geschwindigkeit (z. B. öffentliches Internet) zu verschieben. Weitere Informationen finden Sie in den Schritt-für-Schritt-Anweisungen Migrieren großer Datenbanken zu „Azure Database for MySQL – flexibler Server“ mit mydumper/myloader
Onlinemigrationen oder Migrationen mit minimaler Ausfallzeit
Verwenden Sie die Datenreplikation mit einer konsistenten Sicherung/Wiederherstellung von mydumper/myloader für das anfängliche Seeding. Weitere Informationen finden Sie unter – Tutorial: Migration von Azure Database for MySQL mit minimaler Ausfallzeit – Single Server zu „Azure Database for MySQL – flexibler Server“
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 – flexibler Server“.
Azure-Regionen
Ein Vorteil der Ausführung Ihrer Workload in Azure ist die globale Reichweite. „Azure Database for MySQL – flexibler Server“ ist jetzt 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 | ✔️ | ✔️ | ❌ | ✔️ |
| 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 | ✔️ | ✔️ | ✔️ | ✔️ |
Kontakte
Sollten Sie Fragen oder Vorschläge zu „Azure Database for MySQL – flexibler Server“ haben, senden Sie eine E-Mail an das Team von „Azure Database for MySQL – flexibler Server“ (@Ask Azure Database for MySQL flexible server). Bei dieser E-Mail-Adresse handelt es sich nicht um einen Alias für technischen Support.
Weitere Kontaktmöglichkeiten:
- Wenn Sie den Azure-Support kontaktieren möchten, fordern Sie im Azure-Portal ein Ticket an.
- Um ein Problem mit Ihrem Konto zu beheben, richten Sie im Azure-Portal eine Anfrage an den Support.
- Wenn Sie Feedback abgeben oder Vorschläge für neue Features einreichen möchten, erstellen Sie einen Eintrag über UserVoice.
Nächste Schritte
Mit dieser Einführung in den Bereitstellungsmodus „Azure Database for MySQL – flexibler Server“ sind Sie bereit für:
Erstellen Sie Ihren ersten Server.
Erstellen Sie Ihre erste App in Ihrer bevorzugten Sprache: