Udostępnij za pośrednictwem


Co to jest usługa Azure Database for MySQL — serwer elastyczny?

DOTYCZY: Azure Database for MySQL — serwer elastyczny

Ten artykuł zawiera omówienie i wprowadzenie do podstawowych pojęć dotyczących modelu wdrażania serwera elastycznego. Aby uzyskać informacje na temat odpowiedniej opcji wdrażania dla obciążenia, zobacz wybieranie odpowiedniej opcji serwera MySQL na platformie Azure.

Serwer elastyczny usługi Azure Database for MySQL jest usługą relacyjnej bazy danych w chmurze firmy Microsoft opartą na programie MySQL Community Edition (dostępnym w ramach licencji GPLv2) aparatu bazy danych w wersjach 5.6 (wycofanych), 5.7 i 8.0. Serwer elastyczny usługi Azure Database for MySQL zapewnia:

  • Strefowo nadmiarowa i ta sama strefa wysokiej dostępności.
  • Maksymalna kontrola z możliwością wybrania zaplanowanego okna obsługi.
  • Ochrona danych przy użyciu automatycznych kopii zapasowych i przywracania do punktu w czasie przez maksymalnie 35 dni.
  • Automatyczne stosowanie poprawek i konserwacja bazowego sprzętu, systemu operacyjnego i aparatu bazy danych w celu zapewnienia bezpieczeństwa i aktualności usługi.
  • Przewidywalna wydajność z zastosowaniem inkluzywnego cennika płatności zgodnie z rzeczywistym użyciem.
  • Elastyczne skalowanie w ciągu kilku sekund.
  • Mechanizmy optymalizacji kosztów z tanimi jednostkami SKU z możliwością szybkiego uruchomienia i zatrzymywania/uruchamiania serwera.
  • Zabezpieczenia klasy korporacyjnej, wiodąca w branży zgodność i prywatność w celu ochrony poufnych danych magazynowanych i przesyłanych.
  • Monitorowanie i automatyzacja w celu uproszczenia zarządzania i monitorowania wdrożeń na dużą skalę.
  • Wiodące w branży środowisko pomocy technicznej.

Te możliwości nie wymagają prawie żadnej administracji i są udostępniane bez dodatkowych kosztów. Umożliwiają one skoncentrowanie się na szybkim tworzeniu aplikacji i przyspieszaniu czasu obrotu, a nie przydzielaniu cennego czasu i zasobów do zarządzania maszynami wirtualnymi i infrastrukturą. Ponadto możesz nadal opracowywać aplikację za pomocą narzędzi open source i wybranej platformy, aby zapewnić szybkość i wydajność potrzeb biznesowych bez uczenia się nowych umiejętności.

Diagram koncepcyjny serwera elastycznego usługi Azure Database for MySQL.

Omówienie

Serwer elastyczny usługi Azure Database for MySQL to w pełni zarządzana usługa bazy danych gotowa do produkcji, która umożliwia bardziej szczegółową kontrolę i elastyczność zarządzania bazami danych oraz ustawienia konfiguracji. Architektura serwera elastycznego umożliwia użytkownikom wybranie wysokiej dostępności w jednej strefie dostępności i w wielu strefach dostępności. Serwery elastyczne zapewniają lepszą kontrolę optymalizacji kosztów z możliwością zatrzymywania/uruchamiania serwera i warstwy obliczeniowej z możliwością zwiększenia szybkości, idealnej dla obciążeń, które nie wymagają ciągłej pełnej pojemności obliczeniowej. Serwer elastyczny usługi Azure Database for MySQL obsługuje również wystąpienia zarezerwowane, co pozwala zaoszczędzić do 63% kosztów, co jest idealne w przypadku obciążeń produkcyjnych z przewidywalnymi wymaganiami dotyczącymi pojemności obliczeniowej. Usługa obsługuje wersję społeczności programu MySQL 5.7 i 8.0. Usługa jest obecnie ogólnie dostępna w różnych regionach świadczenia usługi Azure.

Opcja wdrażania serwera elastycznego oferuje trzy warstwy obliczeniowe: z możliwością rozszerzenia, ogólnego przeznaczenia i Krytyczne dla działania firmy. Każda warstwa oferuje różne pojemności obliczeniowe i pamięci do obsługi obciążeń bazy danych. Pierwszą aplikację można utworzyć w warstwie z możliwością zwiększania szybkości przez kilka dolarów miesięcznie, a następnie dostosować skalę do potrzeb rozwiązania. Dynamiczna skalowalność umożliwia bazie danych szybkie reagowanie na szybko zmieniające się wymagania dotyczące zasobów w sposób niewidoczny. Płacisz tylko za potrzebne zasoby i tylko wtedy, gdy jest to konieczne. Aby uzyskać szczegółowe informacje, zobacz Obliczenia i magazyn .

Serwery elastyczne najlepiej nadają się do

  • Łatwość wdrażania, uproszczone skalowanie i niskie obciążenie związane z zarządzaniem bazami danych na potrzeby kopii zapasowych, wysokiej dostępności, zabezpieczeń i monitorowania.
  • Rozwój aplikacji wymagających wersji społecznościowej bazy danych MySQL z lepszą kontrolą i dostosowaniami.
  • Obciążenia produkcyjne z tymi samymi strefami, strefowo nadmiarową wysoką dostępnością i oknami obsługi zarządzanej.
  • Uproszczone środowisko programistyczne.
  • Zabezpieczenia, zgodność i prywatność klasy korporacyjnej.

Najnowsze aktualizacje serwera elastycznego usługi Azure Database for MySQL można znaleźć w artykule Co nowego w usłudze Azure Database for MySQL — serwer elastyczny.

Diagram koncepcyjny serwera elastycznego.

Bezpłatna oferta 12-miesięczna

Korzystając z bezpłatnego konta platformy Azure, możesz bezpłatnie korzystać z elastycznego serwera usługi Azure Database for MySQL przez 12 miesięcy z miesięcznymi limitami do:

  • 750 godzin wystąpienia B1MS z możliwością serii, wystarczająco dużo godzin, aby stale uruchamiać wystąpienie bazy danych każdego miesiąca.
  • 32 GB magazynu i 32 GB magazynu kopii zapasowych.

Ta oferta umożliwia tworzenie i wdrażanie aplikacji usługi Azure Database for MySQL — serwer elastyczny. Aby dowiedzieć się, jak bezpłatnie tworzyć i używać elastycznego serwera usługi Azure Database for MySQL przy użyciu bezpłatnego konta platformy Azure, zapoznaj się z tym samouczkiem.

Wysoka dostępność w strefach dostępności i w różnych strefach dostępności

Serwer elastyczny usługi Azure Database for MySQL umożliwia konfigurowanie wysokiej dostępności z automatycznym trybem failover. Rozwiązanie o wysokiej dostępności zostało zaprojektowane w celu zapewnienia, że zatwierdzone dane nigdy nie zostaną utracone z powodu awarii i poprawić ogólny czas pracy aplikacji. Po skonfigurowaniu wysokiej dostępności serwer elastyczny automatycznie aprowizuje replikę rezerwową i zarządza nią. Opłaty są naliczane za aprowizowane zasoby obliczeniowe i magazyn dla repliki podstawowej i pomocniczej. Istnieją dwa modele architektury wysokiej dostępności:

  • Strefowo nadmiarowa wysoka dostępność: ta opcja jest preferowana w przypadku pełnej izolacji i nadmiarowości infrastruktury w wielu strefach dostępności. Zapewnia najwyższy poziom dostępności, ale wymaga skonfigurowania nadmiarowości aplikacji w różnych strefach. Strefowo nadmiarowa wysoka dostępność jest preferowana, jeśli chcesz osiągnąć najwyższy poziom dostępności w przypadku awarii infrastruktury w strefie dostępności i gdy opóźnienie w strefie dostępności jest akceptowalne. Strefowo nadmiarowa wysoka dostępność jest dostępna w podzestawie regionów platformy Azure, w których region obsługuje wiele Strefy dostępności i strefowo nadmiarowych udziałów plików Premium.

Zrzut ekranu przedstawiający strefowo nadmiarową wysoką dostępność.

  • Wysoka dostępność w tej samej strefie: ta opcja jest preferowana w przypadku nadmiarowości infrastruktury z mniejszym opóźnieniem sieci, ponieważ zarówno serwer podstawowy, jak i rezerwowy znajdują się w tej samej strefie dostępności. Zapewnia wysoką dostępność bez konfigurowania nadmiarowości aplikacji w różnych strefach. Wysoka dostępność w tej samej strefie jest preferowana, jeśli chcesz uzyskać najwyższy poziom dostępności w ramach pojedynczej strefy dostępności z najniższym opóźnieniem sieci. Wysoka dostępność w tej samej strefie jest dostępna we wszystkich regionach świadczenia usługi Azure, w których można utworzyć wystąpienia serwera elastycznego usługi Azure Database for MySQL.

Zrzut ekranu przedstawiający strefowo nadmiarową wysoką dostępność.

Aby uzyskać więcej informacji, zobacz pojęcia dotyczące wysokiej dostępności.

Automatyczne stosowanie poprawek za pomocą okna obsługi zarządzanej

Usługa wykonuje automatyczne stosowanie poprawek podstawowego sprzętu, systemu operacyjnego i aparatu bazy danych. Stosowanie poprawek obejmuje aktualizacje zabezpieczeń i oprogramowania. W przypadku aparatu MySQL uaktualnienia wersji pomocniczej są również uwzględniane w wersji planowanej konserwacji. Użytkownicy mogą skonfigurować harmonogram stosowania poprawek tak, aby był zarządzany przez system lub zdefiniować harmonogram niestandardowy. Podczas harmonogramu konserwacji jest stosowana poprawka, a serwer może wymagać ponownego uruchomienia w ramach procesu stosowania poprawek w celu ukończenia aktualizacji. Dzięki harmonogramowi niestandardowego użytkownicy mogą przewidywać cykl stosowania poprawek i wybrać okno obsługi z minimalnym wpływem na firmę. Usługa jest zgodna z miesięcznym harmonogramem wydania dla ciągłej integracji i wydania.

Aby uzyskać więcej informacji, zobacz Zaplanowana konserwacja .

Automatyczne kopie zapasowe

Elastyczna usługa serwera usługi Azure Database for MySQL automatycznie tworzy kopie zapasowe serwera i przechowuje je w magazynie lokalnie nadmiarowym lub geograficznie nadmiarowym skonfigurowanym przez użytkownika. Kopie zapasowe mogą służyć do przywracania serwera do dowolnego punktu w czasie w okresie przechowywania kopii zapasowych. Domyślny okres przechowywania wynosi siedem dni, ale można go opcjonalnie skonfigurować z zakresu od 1 do 35 dni. Wszystkie kopie zapasowe są szyfrowane za pomocą 256-bitowego szyfrowania AES.

Aby uzyskać więcej informacji, zobacz Pojęcia dotyczące tworzenia kopii zapasowych .

Izolacja sieci

Aby nawiązać połączenie z elastycznym serwerem usługi Azure Database for MySQL, masz dwie opcje sieciowe: dostęp prywatny (integracja z siecią wirtualną) i dostęp publiczny (dozwolone adresy IP).

  • Dostęp prywatny (integracja z siecią wirtualną) — możesz wdrożyć wystąpienie serwera elastycznego usługi Azure Database for MySQL w usłudze Azure Virtual Network. Sieci wirtualne platformy Azure zapewniają prywatną i bezpieczną komunikację sieci. Zasoby w sieci wirtualnej mogą komunikować się za pośrednictwem prywatnych adresów IP.

    Wybierz opcję Integracja z siecią wirtualną, jeśli chcesz uzyskać następujące możliwości:

    • Połącz się z zasobów platformy Azure w tej samej sieci wirtualnej z wystąpieniem serwera elastycznego usługi Azure Database for MySQL przy użyciu prywatnych adresów IP.
    • Użyj sieci VPN lub usługi ExpressRoute, aby nawiązać połączenie z zasobów spoza platformy Azure z wystąpieniem serwera elastycznego usługi Azure Database for MySQL.
    • Brak publicznego punktu końcowego.
  • Dostęp publiczny (dozwolone adresy IP) — możesz wdrożyć wystąpienie serwera elastycznego usługi Azure Database for MySQL z publicznym punktem końcowym. Publiczny punkt końcowy jest publicznie rozpoznawalnym adresem DNS. Fraza "dozwolone adresy IP" odnosi się do zakresu adresów IP, które chcesz udzielić uprawnień dostępu do serwera. Te uprawnienia są nazywane regułami zapory.

Aby uzyskać więcej informacji, zobacz Pojęcia dotyczące sieci.

Dostosowanie wydajności i skalowania w kilka sekund

Serwer elastyczny usługi Azure Database for MySQL jest dostępny w trzech warstwach usług: z możliwością rozszerzenia, ogólnego przeznaczenia i Krytyczne dla działania firmy. Warstwa z możliwością zwiększenia wydajności najlepiej nadaje się do programowania o niskich kosztach i obciążeń o niskiej współbieżności, które nie wymagają ciągłej pełnej pojemności obliczeniowej. Ogólnego przeznaczenia i Krytyczne dla działania firmy lepiej nadają się do obciążeń produkcyjnych wymagających wysokiej współbieżności, skali i przewidywalnej wydajności. Pierwszą aplikację można utworzyć w małej bazie danych za kilka dolarów miesięcznie, a następnie bezproblemowo dostosować skalę do potrzeb rozwiązania. Skalowanie magazynu jest w trybie online i obsługuje automatyczne zwiększanie magazynu. Elastyczny serwer usługi Azure Database for MySQL umożliwia aprowizację dodatkowych operacji we/wy na sekundę do 80 K operacji we/wy powyżej bezpłatnego limitu operacji we/wy na sekundę niezależnie od magazynu. Korzystając z tej funkcji, możesz w dowolnym momencie zwiększyć lub zmniejszyć liczbę operacji we/wy na sekundę na podstawie wymagań dotyczących obciążenia. Dynamiczna skalowalność umożliwia bazie danych szybkie reagowanie na szybko zmieniające się wymagania dotyczące zasobów w sposób niewidoczny. Płacisz tylko za używane zasoby.

Aby uzyskać więcej informacji, zobacz Pojęcia dotyczące obliczeń i magazynu.

Skalowanie obciążenia odczytu w poziomie z maksymalnie 10 replikami do odczytu

MySQL to jeden z popularnych aparatów baz danych do uruchamiania internetowych aplikacji internetowych i mobilnych. Nasi klienci używają go do edukacji online, przesyłania strumieniowego wideo, rozwiązań do płatności cyfrowych, platform handlu elektronicznego, usług gier, portali informacyjnych i witryn rządowych i opieki zdrowotnej. Te usługi są wymagane do obsługi i skalowania w miarę wzrostu ruchu aplikacji internetowej lub mobilnej.

Po stronie aplikacji aplikacja jest zwykle opracowywana w języku Java lub PHP i migrowana do uruchamiania w zestawach skalowania maszyn wirtualnych platformy Azure lub aplikacja systemu Azure Services lub konteneryzowana do uruchamiania w usłudze Azure Kubernetes Service (AKS). Użycie zestawu skalowania maszyn wirtualnych z usługą App Service lub usługą AKS jako podstawowa infrastruktura upraszcza skalowanie aplikacji przez natychmiastowe aprowizowanie nowych maszyn wirtualnych i replikowanie bezstanowych składników aplikacji do obsługi żądań, ale często baza danych kończy się wąskim gardłem jako scentralizowany składnik stanowy.

Funkcja repliki do odczytu umożliwia replikowanie danych z elastycznego wystąpienia serwera usługi Azure Database for MySQL do serwera tylko do odczytu. Można replikować z serwera źródłowego do maksymalnie 10 replik. Repliki są aktualizowane asynchronicznie przy użyciu natywnej technologii replikacji opartej na pozycji pliku dziennika binarnego (binlog) aparatu MySQL. Możesz użyć rozwiązania serwera proxy modułu równoważenia obciążenia, takiego jak ProxySQL , aby bezproblemowo skalować obciążenie aplikacji w celu odczytu replik bez konieczności refaktoryzacji aplikacji.

Aby uzyskać więcej informacji, zobacz Pojęcia dotyczące repliki do odczytu.

Konfigurowanie synchronizacji danych hybrydowych lub wielochmurowych z replikacją typu data-in

Replikacja typu data-in umożliwia synchronizowanie danych z zewnętrznego serwera MySQL z elastycznym serwerem usługi Azure Database for MySQL. Serwer zewnętrzny może być lokalny, na maszynach wirtualnych, pojedynczym serwerze usługi Azure Database for MySQL lub usłudze bazy danych hostowanej przez innych dostawców usług w chmurze. Replikacja typu data-in jest oparta na pliku dziennika binarnego (binlog). Główne scenariusze, które należy wziąć pod uwagę podczas korzystania z replikacji typu data-in, to:

Aby uzyskać więcej informacji, zobacz Pojęcia dotyczące replikacji typu data-in.

Zatrzymywanie/uruchamianie serwera w celu zoptymalizowania kosztów

Elastyczny serwer usługi Azure Database for MySQL umożliwia zatrzymywanie i uruchamianie serwerów na żądanie w celu zoptymalizowania kosztów. Rozliczenia warstwy obliczeniowej są zatrzymywane natychmiast po zatrzymaniu serwera. Ta funkcja umożliwia znaczne oszczędności kosztów podczas tworzenia, testowania i przewidywalnych obciążeń produkcyjnych. Serwer pozostaje w stanie zatrzymanym przez 30 dni, chyba że zostanie ponownie uruchomiony wcześniej.

Aby uzyskać więcej informacji, zobacz Pojęcia dotyczące serwera.

Zabezpieczenia, zgodność i prywatność klasy korporacyjnej

Serwer elastyczny usługi Azure Database for MySQL używa zweryfikowanych modułów kryptograficznych FIPS 140-2 do przechowywania danych magazynowanych. Dane, w tym kopie zapasowe i pliki tymczasowe utworzone podczas uruchamiania zapytań, są szyfrowane. Usługa używa 256-bitowego szyfru AES dołączonego do szyfrowania usługi Azure Storage, a klucze mogą być zarządzane przez system (ustawienie domyślne).

Elastyczny serwer usługi Azure Database for MySQL domyślnie szyfruje dane w ruchu przy użyciu zabezpieczeń warstwy transportu wymuszanych domyślnie. Serwer elastyczny usługi Azure Database for MySQL domyślnie obsługuje połączenia szyfrowane przy użyciu protokołu Transport Layer Security (TLS 1.2), a wszystkie połączenia przychodzące z protokołami TLS 1.0 i TLS 1.1 są odrzucane. Wymuszanie TSL/SSL można wyłączyć, ustawiając parametr serwera require_secure_transport, a następnie ustawiając minimalną tls_version dla serwera.

Aby uzyskać więcej informacji, zobacz , jak używać szyfrowanych połączeń z wystąpieniami serwera elastycznego usługi Azure Database for MySQL.

Serwer elastyczny usługi Azure Database for MySQL umożliwia pełny prywatny dostęp do serwerów przy użyciu integracji z siecią wirtualną platformy Azure. Serwery w sieci wirtualnej platformy Azure można uzyskać tylko i połączyć za pośrednictwem prywatnych adresów IP. W przypadku integracji z siecią wirtualną dostęp publiczny jest blokowany i nie można uzyskać dostępu do serwerów przy użyciu publicznych punktów końcowych.

Aby uzyskać więcej informacji, zobacz Pojęcia dotyczące sieci.

Monitorowanie i alerty

Serwer elastyczny usługi Azure Database for MySQL ma wbudowane funkcje monitorowania wydajności i alertów. Wszystkie metryki platformy Azure mają częstotliwość jedną minutę, z których każda zapewnia 30 dni historii. Można skonfigurować alerty dotyczące metryk. Serwer elastyczny usługi Azure Database for MySQL uwidacznia metryki serwera hosta w celu monitorowania wykorzystania zasobów i umożliwia konfigurowanie dzienników wolnych zapytań. Za pomocą tych narzędzi można szybko zoptymalizować obciążenia i skonfigurować serwer pod kątem najlepszej wydajności. Usługa Azure Database, która jest elastycznym serwerem MySQL, umożliwia wizualizowanie danych dzienników wolnych zapytań i inspekcji przy użyciu skoroszytów usługi Azure Monitor. Dzięki skoroszytom zyskujesz elastyczną kanwę do analizowania danych i tworzenia rozbudowanych raportów wizualnych w witrynie Azure Portal. Serwer elastyczny usługi Azure Database for MySQL udostępnia trzy dostępne szablony skoroszytów, w tym Omówienie serwera, Inspekcja i Szczegółowe informacje o wydajności zapytań. Skoroszyt szczegółowych informacji o wydajności zapytań został zaprojektowany w celu ułatwienia poświęcania mniej czasu na rozwiązywanie problemów z wydajnością bazy danych, udostępniając takie informacje jak:

  • Pierwsze N długotrwałych zapytań i ich trendów.
  • Szczegóły zapytania: wyświetl tekst zapytania i historię wykonywania z minimalnym, maksymalnym, średnim i standardowym czasem zapytania odchylenia.
  • Wykorzystanie zasobów (procesor CPU, pamięć i magazyn).

Ponadto można używać i integrować się z narzędziami do monitorowania społeczności, takimi jak monitorowanie i zarządzanie platformą Percona za pomocą elastycznego serwera usługi Azure Database for MySQL.

Aby uzyskać więcej informacji, zobacz Pojęcia dotyczące monitorowania.

Migracja

Serwer elastyczny usługi Azure Database for MySQL uruchamia wersję społeczności programu MySQL. Umożliwia to pełną zgodność aplikacji i wymaga minimalnych kosztów refaktoryzacji w celu migrowania istniejących aplikacji opracowanych w aucie MySQL do elastycznego serwera usługi Azure Database for MySQL. Migracja na serwer elastyczny usługi Azure Database for MySQL można wykonać przy użyciu następującej opcji:

Migracja w trybie offline

Migracje przestojów w trybie online lub minimalnym

Użyj replikacji typu data-in z modułem mydumper/myloader spójnym tworzeniem/przywracaniem kopii zapasowej na potrzeby początkowego rozmieszczania. Dowiedz się więcej, korzystając z instrukcji krok po kroku: Samouczek: minimalna migracja przestoju pojedynczego serwera usługi Azure Database for MySQL do elastycznego serwera usługi Azure Database for MySQL.

Aby przeprowadzić migrację z pojedynczego serwera usługi Azure Database for MySQL do serwera elastycznego usługi Azure Database for MySQL w pięciu prostych krokach, zapoznaj się z tym blogem.

Aby uzyskać więcej informacji, zobacz Wybieranie odpowiednich narzędzi do migracji do serwera elastycznego usługi Azure Database for MySQL.

Regiony platformy Azure

Jedną z zalet uruchamiania obciążenia na platformie Azure jest jego globalny zasięg. Serwer elastyczny usługi Azure Database for MySQL jest obecnie dostępny w następujących regionach świadczenia usługi Azure:

Region (Region) Dostępność Ta sama strefa wysokiej dostępności Strefowo nadmiarowa wysoka dostępność Geograficznie nadmiarowa kopia zapasowa
Australia Środkowa ✔️ ✔️
Australia Wschodnia ✔️ ✔️ ✔️ ✔️
Australia Południowo-Wschodnia ✔️ ✔️ ✔️
Brazylia Południowa ✔️ ✔️ ✔️ ✔️
Kanada Środkowa ✔️ ✔️ ✔️ ✔️
Kanada Wschodnia ✔️ ✔️ ✔️
Indie Centralne ✔️ ✔️ ✔️ ✔️
Środkowe stany USA ✔️ ✔️ ✔️
Chiny Wschodnie 2 ✔️ ✔️
Chiny Wschodnie 3 ✔️ ✔️ ✔️
Chiny Północne 2 ✔️ ✔️
Chiny Północne 3 ✔️ ✔️ ✔️ ✔️
Azja Wschodnia (SRA Hongkong) ✔️ ✔️ ✔️ ✔️
Wschodnie stany USA ✔️ ✔️ ✔️ ✔️
Wschodnie stany USA 2 ✔️ ✔️ ✔️ ✔️
Francja Środkowa ✔️ ✔️ ✔️ ✔️
Francja Południowa ✔️ ✔️ ✔️
Niemcy Środkowo-Zachodnie ✔️ ✔️ ✔️ ✔️
Niemcy Północne ✔️ ✔️ ✔️
Izrael Centralny ✔️ ✔️ ✔️
Włochy Północne ✔️ ✔️ ✔️
Japonia Wschodnia ✔️ ✔️ ✔️ ✔️
Japonia Zachodnia ✔️ ✔️ ✔️
Indie Zachodnie (Jio) ✔️ ✔️
Korea Środkowa ✔️ ✔️ ✔️ ✔️
Korea Południowa ✔️ ✔️ ✔️
Północno-środkowe stany USA ✔️ ✔️ ✔️
Europa Północna ✔️ ✔️ ✔️ ✔️
Norwegia Wschodnia ✔️ ✔️ ✔️
Norwegia Zachodnia ✔️ ✔️
Polska Środkowa ✔️ ✔️
Katar Środkowy ✔️ ✔️ ✔️
Północna Republika Południowej Afryki ✔️ ✔️ ✔️
Zachodnia Republika Południowej Afryki ✔️ ✔️
South Central US ✔️ ✔️ ✔️ ✔️
Indie Południowe ✔️ ✔️ ✔️
Southeast Asia ✔️ ✔️ ✔️ ✔️
Hiszpania Środkowa ✔️ ✔️ ✔️
Szwecja Środkowa ✔️ ✔️ ✔️
Szwajcaria Północna ✔️ ✔️ ✔️ ✔️
Szwajcaria Zachodnia ✔️ ✔️ ✔️
Północny Tajwan ✔️ ✔️
Tajwan Północno-zachodni ✔️ ✔️
Środkowe Zjednoczone Emiraty Arabskie ✔️ ✔️ ✔️
Północne Zjednoczone Emiraty Arabskie ✔️ ✔️ ✔️
Południowe Zjednoczone Królestwo ✔️ ✔️ ✔️ ✔️
Zachodnie Zjednoczone Królestwo ✔️ ✔️ ✔️
USGov Wirginia ✔️ ✔️
Administracja USA — Arizona ✔️ ✔️
USGov Teksas ✔️ ✔️
Zachodnio-środkowe stany USA ✔️ ✔️ ✔️
West Europe ✔️ ✔️ ✔️ ✔️
Zachodnie stany USA ✔️ ✔️ ✔️
Zachodnie stany USA 2 ✔️ ✔️ ✔️ ✔️
Zachodnie stany USA 3 ✔️ ✔️ ✔️ ✔️

Opinia i pomoc techniczna

W przypadku pytań lub sugestii dotyczących pracy z serwerem elastycznym usługi Azure Database for MySQL należy wziąć pod uwagę następujące kwestie kontaktowe: