Azure Database for MySQL

Ukończone

W tej lekcji dowiesz się, jak usługa Azure Database for MySQL może pomóc w tworzeniu odpornego, wydajnego i łatwego w obsłudze magazynu danych dla aplikacji internetowej. Biorąc pod uwagę oczekiwaną krytyczność biznesową i wysokie zapotrzebowanie, interesuje Cię możliwość skalowania zasobów obliczeniowych i magazynowych. Chcesz również upewnić się, że usługa Azure Database for MySQL minimalizuje obciążenie związane z zarządzaniem i konserwacją jako usługą zarządzaną, co pozwala skupić się na tworzeniu oprogramowania.

Jakie są podstawowe cechy usługi Azure Database for MySQL?

Usługa Azure Database for MySQL — serwer elastyczny został zaprojektowany w celu zapewnienia pełnej zgodności z istniejącymi aplikacjami MySQL, obsługujących powszechnie używane wersje programu MySQL Community Server w wersji 5.7 i 8.0. Ta opcja hostingu jest szczególnie skuteczna w przypadku scenariuszy, które wymagają:

• Szczegółowa kontrola nad konfiguracjami obliczeniowymi i magazynowymi.
• Spójnie wysoka wydajność.
• Niezawodna, wysoka dostępność i ciągłość działania.
• Efektywne strategie zarządzania kosztami.

Ponadto serwer elastyczny zwiększa bezpieczeństwo dzięki wbudowanej zaporze dla publicznych punktów końcowych i obsługuje łączność prywatną za pośrednictwem integracji usługi Azure Virtual Network (sieci wirtualnej) i usługi Azure Private Link, która chroni dane przed nieautoryzowanym dostępem.

Compute

Azure Database for MySQL — serwer elastyczny jest dostępny w trzech warstwach obliczeniowych, z każdą warstwą skierowaną do określonego przypadku użycia:

• Możliwość zwiększenia wydajności: idealne rozwiązanie dla projektów programistycznych lub tymczasowych ze sporadycznymi wymaganiami dotyczącymi wydajności.
• Ogólnego przeznaczenia: nadaje się do szerokiego zakresu obciążeń produkcyjnych wymagających zrównoważonych zasobów obliczeniowych i pamięci.
• Krytyczne dla działania firmy: najlepsze w przypadku aplikacji wymagających wysokiej wydajności obliczeniowej i odporności.

Określona nazwa warstwy pochodzi z nazwy serii magazynowej jednostki magazynowej (SKU) maszyny wirtualnej platformy Azure obsługującej zarządzane wdrożenie serwera MySQL. W każdej warstwie można wybrać różne rozmiary maszyn wirtualnych, z których każda oferuje inną liczbę rdzeni wirtualnych (od 1 do 96) i ilość pamięci (od 4 gigabajtów (GB) do około 700 GB.

Warstwa obliczeniowa z możliwością serii B korzysta z maszyn wirtualnych serii B, ogólnego przeznaczenia korzysta z maszyn wirtualnych serii Dadsv5 (AMD) i Ddsv4 serii (Intel), a Krytyczne dla działania firmy działa na maszynach wirtualnych serii Eadsv5 (AMD) i Edsv5 serii (Intel).

W witrynie Azure Portal podczas procesu tworzenia serwera można wybrać opcję warstwy na stronie Podstawy, w obszarze Szczegóły serwera lub na stronie Obliczenia i magazyn serwera elastycznego.

Storage

Podczas aprowizowania serwera lub w dowolnym momencie można zwiększyć ilość miejsca przydzielonego do limitu 16 384 gibibajtów (GiB) lub 16 tebibajtów (TiB) dla warstwy Burstable i Ogólnego przeznaczenia oraz 32 TiB dla warstwy Krytyczne dla działania firmy. Niższy limit (20 GiB) jest taki sam niezależnie od wybranej warstwy obliczeniowej i rozmiaru. Ponadto ustalanie rozmiaru magazynu jest niezależne od wybranej warstwy obliczeniowej i rozmiaru, a także można włączyć automatyczne powiększanie magazynu.

Uwaga

Po zwiększeniu ilości miejsca do magazynowania nie można go zmniejszyć.

Niezależnie od rozmiaru magazynu można również skalować w górę i w dół żądany limit operacji wejścia/wyjścia na sekundę (IOPS). Górny limit dostępnych operacji we/wy na sekundę zależy od warstwy obliczeniowej i rozmiaru, osiągając 80 000 operacji we/wy na sekundę dla największego dostępnego rozmiaru jednostki SKU Krytyczne dla działania firmy. Tej skalowalnej funkcji we/wy na sekundę można używać do dynamicznego zmieniania wymagań dotyczących zasobów w dowolnym momencie, a także umożliwia automatyczne dostosowywanie liczby operacji we/wy na sekundę na podstawie wymagań dotyczących obciążeń.

Łączność sieciowa

Azure Database for MySQL — serwer elastyczny obsługuje trzy metody łączności, dostęp publiczny, dostęp prywatny i link prywatny.

Dostęp publiczny

W przypadku dostępu publicznego udostępnianego za pośrednictwem zewnętrznego punktu końcowego należy jawnie zezwolić na dostęp przy użyciu reguł zapory:

• W przypadku ruchu zewnętrznego należy określić pojedynczy adres IP lub zakres adresów IP, z którego dozwolony jest ruch.
• W przypadku ruchu pochodzącego z platformy Azure należy zezwolić na dostęp publiczny z dowolnej usługi platformy Azure.

Ważne

Ponieważ dostęp publiczny zezwala na połączenia z adresów IP przydzielonych do dowolnego zasobu platformy Azure, w tym połączeń z subskrypcjami innych klientów, zaleca się używanie ich tylko w scenariuszach programowania i testowania.

Dostęp prywatny

Obsługa integracji sieci wirtualnej na potrzeby dostępu prywatnego za pośrednictwem wyznaczonych sieci wirtualnych platformy Azure. Dostęp prywatny umożliwia bezpieczne łączenie się z serwerem elastycznym MySQL z poziomu tej samej sieci wirtualnej, z innej sieci wirtualnej przy użyciu komunikacji równorzędnej, a nawet z sieci lokalnej przy użyciu połączenia expressRoute lub sieci VPN. Jeśli włączysz tę opcję, serwer automatycznie blokuje połączenia pochodzące z Internetu.

Uwaga

Przed włączeniem dostępu prywatnego należy zaimplementować niestandardowe rozpoznawanie nazw usługi nazw domen (DNS). Aby uzyskać więcej informacji, zobacz Dostęp do sieci prywatnej przy użyciu integracji sieci wirtualnej dla usługi Azure Database for MySQL — serwer elastyczny.

Łącze prywatne

Link prywatny udostępnia prywatny punkt końcowy adresu IP w podsieci sieci wirtualnej w celu bezpośredniego nawiązania połączenia z serwerem elastycznym MySQL. Usługa Azure Private Link zasadniczo przenosi usługi platformy Azure wewnątrz prywatnej sieci wirtualnej za pośrednictwem adresu IP, takiego jak każdy inny zasób sieci wirtualnej. Możesz utworzyć kilka prywatnych punktów końcowych, na przykład jeden na połączenie aplikacji lub zasób usługi Azure PaaS. W połączeniu z regułami zapory sieciowej grupy zabezpieczeń linki prywatne zapewniają szczegółową kontrolę nad tym, które usługi mogą uzyskiwać dostęp do bazy danych.

Domyślnie serwer wymusza protokół Transport Layer Security (TLS 1.2), aby chronić przychodzącą komunikację sieciową.

Ważne

Chociaż można zezwolić na niezaszyfrowane połączenia po aprowizacji serwera, nie jest to zalecane.

Wysoka dostępność

Azure Database for MySQL — serwer elastyczny obsługuje wysoką dostępność dzięki automatycznemu przejściu w tryb failover, aby zapewnić, że zatwierdzone dane nigdy nie zostaną utracone z powodu zlokalizowanych awarii. Po włączeniu tej funkcji platforma automatycznie aprowizuje replikę rezerwową i zarządza nią.

Istnieją dwa modele architektury o wysokiej dostępności, w zależności od położenia repliki.

Wysoka dostępność strefowo nadmiarowa

W celu zwiększenia odporności model wysokiej dostępności strefowo nadmiarowej umieszcza podstawową bazę danych w jednej strefie dostępności i jej replikę rezerwową w oddzielnej strefie. Ta konfiguracja jest przeznaczona do ochrony przed awariami na poziomie centrum danych, zapewniając wyższy poziom ochrony danych, zapewniając, że podstawowe i zapasowe bazy danych nie podlegają tym samym zlokalizowanym zagrożeniom. Ten model jest zalecany w przypadku krytycznych aplikacji, które mają ciągłość i integralność danych jako najważniejsze cele, ponieważ umożliwia usłudze pozostanie dostępne nawet wtedy, gdy całe centrum danych przejdzie w tryb offline.

Wysoka dostępność w tej samej strefie

Model wysokiej dostępności w tej samej strefie znajduje podstawową bazę danych i replikę rezerwową w tej samej strefie dostępności. Wybór wdrożenia w tej samej strefie jest korzystny dla scenariuszy, w których minimalne opóźnienie ma kluczowe znaczenie dla wydajności aplikacji. Utrzymywanie zarówno wystąpienia podstawowego, jak i jego repliki w bliskiej odległości fizycznej gwarantuje, że proces trybu failover nie ma znaczącego wpływu na czasy odpowiedzi. Ta konfiguracja jest idealna w przypadku aplikacji, których dotyczą nawet minimalne różnice opóźnień, które mogą mieć wpływ na funkcjonalność lub środowisko użytkownika.

Ciągłość działalności biznesowej

Azure Database for MySQL — serwer elastyczny automatycznie tworzy kopie zapasowe swoich baz danych w czasie. Przechowuje je w magazynie lokalnie nadmiarowym przez maksymalnie 35 dni lub 10 lat w przypadku korzystania z długoterminowego przechowywania. Podczas konfigurowania kopii zapasowej można wybrać lokalnie nadmiarowe, strefowo nadmiarowe lub geograficznie nadmiarowe kopie zapasowe, co umożliwia odzyskanie sprawności po awarii wpływającej na cały region świadczenia usługi Azure. Ponadto można wykonywać kopie zapasowe na żądanie w dowolnym momencie, aby utworzyć migawkę kopii zapasowej poza regularnym harmonogramem tworzenia kopii zapasowych.

Usługa Azure Database for MySQL obsługuje również okna konserwacji zarządzanej przeznaczone do automatycznego stosowania poprawek serwera, ułatwiając ciągłość działania. Określając niestandardowy harmonogram stosowania poprawek, można zminimalizować efekt tymczasowego przestoju wynikającego z ponownego uruchomienia serwera.

Optymalizacja kosztów

Usługa Azure Database for MySQL — serwer elastyczny oferuje wiele opcji optymalizacji kosztów.

• Szczegółowa kontrola nad konfiguracją obliczeń i magazynu. Większość opcji konfiguracji serwera można dostosować niezależnie, umożliwiając optymalizację kosztów wdrażania na podstawie celów i zamierzonego przypadku użycia. Można na przykład oddzielnie dostosować opcje dla następujących opcji:

  • Jednostka SKU obliczeniowa
  • Ilość miejsca do magazynowania
  • Liczba operacji we/wy na sekundę
  • Okres przechowywania kopii zapasowej

  Ponadto można również włączyć funkcję automatycznego skalowania operacji we/wy na sekundę, aby automatycznie dostosowywać operacje we/wy na sekundę na podstawie wymagań dotyczących obciążeń. W przeciwieństwie do wstępnie aprowizowanej liczby operacji we/wy, która określa stały limit liczby operacji we/wy na sekundę i jest opłacana niezależnie od użycia, automatyczne skalowanie operacji we/wy umożliwia płacenie tylko za liczbę używanych operacji we/wy.

• Możliwość zatrzymywania i uruchamiania serwera na żądanie. Rozliczenia w warstwie obliczeniowej zostaną zatrzymane natychmiast po zatrzymaniu serwera. Ta możliwość może pomóc zminimalizować koszty podczas tworzenia, testowania i obciążeń produkcyjnych z niezawodnym przewidywalnym harmonogramem.

• Warstwa obliczeniowa z możliwością rozszerzenia. Skorzystaj z warstwy obliczeniowej z możliwością wzrostu wydajności, aby uzyskać konkurencyjne ceny dla obciążeń, które wymagają niskiego użycia procesora CPU z okazjonalnymi skokami użycia procesora CPU.

• Rabat za wystąpienie zarezerwowane. Możesz zobowiązać się do rocznego lub trzyletniego planu zakupu w celu uzyskania rabatu na wystąpienie zarezerwowane, co pozwala zaoszczędzić ponad 60 procent pierwotnego, niedysponowanego kosztu. Rozważ tę opcję dla obciążeń produkcyjnych z przewidywalnymi, długoterminowymi wymaganiami dotyczącymi pojemności obliczeniowej.

• Bezpłatne konto platformy Azure. Możesz użyć bezpłatnego konta platformy Azure, aby ocenić serwer elastyczny bez ponoszenia kosztów 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.

Uwaga

Jeśli tworzysz serwer elastyczny usługi Azure Database for MySQL przy użyciu bezpłatnego konta platformy Azure, szacowany miesięczny koszt nadal pojawia się w bloku Obliczenia i magazyn : Podsumowanie kosztów i na karcie Przeglądanie i tworzenie . Jeśli jednak korzystasz z bezpłatnego konta platformy Azure, a użycie usługi pozostaje w ramach skojarzonych miesięcznych limitów, nie będą naliczane opłaty za usługę.