Azure Database for MySQL — model wdrażania serwera elastycznego
DOTYCZY:
Azure Database for MySQL — serwer elastyczny
Usługa Azure Database for MySQL obsługiwana przez program MySQL Community Edition jest dostępna w dwóch trybach wdrażania:
- Serwer elastyczny usługi Azure Database for MySQL
- Pojedynczy serwer usługi Azure Database for MySQL
Ten artykuł zawiera omówienie i wprowadzenie do podstawowych pojęć dotyczących modelu wdrażania serwera elastycznego. Aby uzyskać informacje na temat sposobu decydowania, jaka opcja wdrożenia jest odpowiednia dla obciążenia, zobacz wybieranie odpowiedniej opcji serwera MySQL na platformie Azure.
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 pozwala użytkownikom zdecydować się na wysoką dostępność w jednej strefie dostępności i w wielu strefach dostępności. Serwery elastyczne zapewniają lepszą kontrolę optymalizacji kosztów dzięki 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. Elastyczny serwer usługi Azure Database for MySQL obsługuje również wystąpienia zarezerwowane, co pozwala zaoszczędzić do 63% kosztów, idealne dla 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 wielu 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 zasoby obliczeniowe i pojemność pamięci, aby obsługiwać obciążenia 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 przezroczyste odpowiadanie na gwałtownie zmieniające się wymagania dotyczące zasobów. Zapłacisz tylko za potrzebne zasoby i tylko wtedy, gdy będą używane. 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 dla funkcji, takich jak kopie zapasowe, wysoka dostępność, zabezpieczenia i monitorowanie.
- 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.
Aby uzyskać najnowsze aktualizacje na serwerze elastycznym usługi Azure Database for MySQL, zobacz Co nowego w usłudze Azure Database for MySQL — serwer elastyczny.
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.
Możesz skorzystać z tej oferty, aby tworzyć i wdrażać aplikacje korzystające z elastycznego serwera usługi Azure Database for MySQL. 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 zarówno dla repliki podstawowej, jak i pomocniczej. Istnieją dwa modele architektury o 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.
- 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.
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 ramach wydania konserwacji zaplanowanej. Użytkownicy mogą skonfigurować harmonogram poprawek, aby był zarządzany przez system, lub zdefiniować harmonogram niestandardowy. Podczas harmonogramu konserwacji poprawka jest stosowana, a serwer może wymagać ponownego uruchomienia w ramach procesu stosowania poprawek w celu ukończenia aktualizacji. Dzięki harmonogramowi niestandardowemu użytkownicy mogą przewidywać cykl stosowania poprawek i wybrać okno obsługi z minimalnym wpływem na firmę. Ogólnie rzecz biorąc, usługa jest zgodna z miesięcznym harmonogramem wydania w ramach 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 kopii zapasowych wynosi siedem dni. Przechowywanie można opcjonalnie skonfigurować między 1–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
Dostępne są dwie opcje sieciowe służące do nawiązywania połączenia z serwerem elastycznym usługi Azure Database for MySQL. Opcje to 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łączenie z zasobów platformy Azure w tej samej sieci wirtualnej do wystąpienia 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 przezroczyste odpowiadanie na gwałtownie zmieniające się wymagania dotyczące zasobów. 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. Wielu naszych klientów korzysta z niego w swoich usługach edukacyjnych online, usługach przesyłania strumieniowego wideo, rozwiązaniach do płatności cyfrowych, platformach handlu elektronicznego, usługach gier, portalach informacyjnych, instytucjach rządowych i witrynach internetowych opieki zdrowotnej. Te usługi są wymagane do obsługi i skalowania w miarę wzrostu ruchu w sieci Web lub aplikacji 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 stanowi wąskie gardło 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) opartego na pozycji. Główne scenariusze, które należy wziąć pod uwagę podczas korzystania z replikacji typu data-in, to:
- Synchronizacja danych hybrydowych
- Synchronizacja w wielu chmurach
- Minimalna migracja przestojów do elastycznego serwera usługi Azure Database for MySQL
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 opracowywania, testowania i przewidywania przewidywalnych obciążeń produkcyjnych. Serwer pozostaje w stanie zatrzymania 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 zweryfikowanego modułu kryptograficznego FIPS 140-2 do szyfrowania magazynu 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 zgłaszanie alertów
Elastyczny serwer usługi Azure Database for MySQL jest wyposażony w wbudowane funkcje monitorowania wydajności i zgłaszania alertów. Wszystkie metryki platformy Azure mają częstotliwość wynoszącą jedną minutę, a każda metryka zapewnia 30 dni historii. Można skonfigurować alerty dotyczące metryk. Elastyczny serwer usługi Azure Database for MySQL uwidacznia metryki serwera hosta w celu monitorowania wykorzystania zasobów, co umożliwia konfigurowanie dzienników wolnych zapytań. Za pomocą tych narzędzi możesz szybko zoptymalizować obciążenia i skonfigurować serwer pod kątem najlepszej wydajności. Serwer elastyczny usługi Azure Database for 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 Wydajność zapytań Szczegółowe informacje. Skoroszyt Szczegółowe informacje wydajności zapytań został zaprojektowany tak, aby ułatwić 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 minimalnego kosztu refaktoryzacji w celu przeprowadzenia migracji istniejących aplikacji opracowanych przez aparat 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:
Migracje w trybie offline
- Korzystanie z usługi Azure Data Migration Service, gdy przepustowość sieci między źródłem a platformą Azure jest dobra (na przykład: Szybka usługa ExpressRoute). Dowiedz się więcej, korzystając z instrukcji krok po kroku — Migrowanie programu MySQL do elastycznego serwera usługi Azure Database for MySQL w trybie offline przy użyciu usługi DMS — Azure Database Migration Service
- Użyj mydumper/myloader, aby skorzystać z ustawień kompresji, aby efektywnie przenosić dane za pośrednictwem sieci o niskiej szybkości (np. publicznego Internetu). Dowiedz się więcej, korzystając z instrukcji krok po kroku Migrowanie dużych baz danych do elastycznego serwera usługi Azure Database for MySQL przy użyciu narzędzia mydumper/myloader
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 | ✔️ | ✔️ | ❌ | ✔️ |
| Ś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 | ✔️ | ✔️ | ✔️ | ✔️ |
Kontakty
Jeśli masz pytania lub sugestie dotyczące serwera elastycznego usługi Azure Database for MySQL, wyślij wiadomość e-mail do zespołu elastycznego serwera usługi Azure Database for MySQL (@Ask serwer elastyczny usługi Azure Database for MySQL). Ten adres e-mail nie jest aliasem pomocy technicznej.
Ponadto, w zależności od potrzeb, należy wziąć pod uwagę następujące punkty kontaktowe:
- Aby skontaktować się z pomocą techniczną platformy Azure, wyślij zgłoszenie z witryny Azure Portal.
- Aby rozwiązać problem z Twoim kontem, wyślij żądanie obsługi w portalu Azure Portal.
- Aby przekazać opinię lub poprosić o nowe funkcje, utwórz wpis w platformie UserVoice.
Następne kroki
Dzięki temu wprowadzeniu do trybu wdrażania serwera elastycznego usługi Azure Database for MySQL możesz wykonać następujące zagadnienia:
Utwórz pierwszy serwer.
- Tworzenie wystąpienia serwera elastycznego usługi Azure Database for MySQL przy użyciu witryny Azure Portal
- Tworzenie wystąpienia elastycznego serwera usługi Azure Database for MySQL przy użyciu interfejsu wiersza polecenia platformy Azure
- Zarządzanie wystąpieniem serwera elastycznego usługi Azure Database for MySQL przy użyciu interfejsu wiersza polecenia platformy Azure
Skompiluj pierwszą aplikację przy użyciu preferowanego języka: