Pojedynczy serwer usługi Azure Database for MySQL

  • Artykuł

DOTYCZY: Azure Database for MySQL — pojedynczy serwer

Ważne

Pojedynczy serwer usługi Azure Database for MySQL znajduje się na ścieżce wycofania. Zdecydowanie zalecamy uaktualnienie do serwera elastycznego usługi Azure Database for MySQL. Aby uzyskać więcej informacji na temat migracji do serwera elastycznego usługi Azure Database for MySQL, zobacz Co się dzieje z usługą Azure Database for MySQL — pojedynczy serwer?

Usługa Azure Database for MySQL obsługiwana przez program MySQL Community Edition jest dostępna w dwóch trybach wdrażania:

  • Serwer elastyczny
  • Pojedynczy serwer

W tym artykule przedstawimy omówienie i wprowadzenie do podstawowych pojęć dotyczących modelu wdrażania pojedynczego serwera. Aby dowiedzieć się więcej o trybie wdrażania serwera elastycznego, zapoznaj się z omówieniem 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

Pojedynczy serwer usługi Azure Database for MySQL to w pełni zarządzana usługa bazy danych przeznaczona do minimalnego dostosowywania. Platforma pojedynczego serwera została zaprojektowana tak, aby obsługiwała większość funkcji zarządzania bazami danych, takich jak stosowanie poprawek, tworzenie kopii zapasowych, wysoka dostępność, zabezpieczenia z minimalną konfiguracją i kontrolą użytkownika. Architektura jest zoptymalizowana pod kątem wbudowanej wysokiej dostępności z dostępnością na poziomie 99,99% w pojedynczej strefie dostępności. Obsługuje wersję społeczności programu MySQL 5.6 (wycofaną), 5.7 i 8.0. Usługa jest obecnie ogólnie dostępna w wielu różnych regionach świadczenia usługi Azure.

Pojedyncze serwery najlepiej nadają się tylko dla istniejących aplikacji korzystających już z pojedynczego serwera. W przypadku wszystkich nowych zmian lub migracji serwer elastyczny będzie zalecaną opcją wdrożenia. Aby dowiedzieć się więcej o różnicach między opcjami wdrażania serwera elastycznego i pojedynczego serwera, zapoznaj się z dokumentacją dotyczącą wyboru odpowiedniej opcji wdrażania.

Wysoka dostępność

Model wdrażania pojedynczego serwera jest zoptymalizowany pod kątem wbudowanej wysokiej dostępności i elastyczności przy obniżonym koszcie. Architektura oddziela obliczenia i magazyn. Aparat bazy danych działa w zastrzeżonym kontenerze obliczeniowym, a pliki danych znajdują się w usłudze Azure Storage. Magazyn obsługuje trzy lokalnie nadmiarowe synchroniczne kopie plików bazy danych zapewniające trwałość danych.

Jeśli serwer ulegnie awarii podczas planowanych lub nieplanowanych zdarzeń trybu failover, usługa utrzymuje wysoką dostępność serwerów przy użyciu następującej procedury automatycznej:

  1. Aprowizowany jest nowy kontener obliczeniowy
  2. Magazyn z plikami danych jest mapowany na nowy kontener
  3. Aparat bazy danych MySQL jest w trybie online w nowym kontenerze obliczeniowym
  4. Usługa bramy zapewnia przezroczyste przejście w tryb failover, zapewniając, że żadne zmiany po stronie aplikacji nie są wymagane.

Typowy czas pracy w trybie failover waha się od 60 do 120 sekund. Natywny projekt chmury pojedynczego serwera umożliwia obsługę 99,99% dostępności, eliminując koszt pasywnej rezerwy na gorąco.

Wiodąca w branży umowa dotycząca poziomu usług dostępności (SLA) platformy Azure o 99,99% obsługiwana przez globalną sieć centrów danych zarządzanych przez firmę Microsoft pomaga zapewnić działanie aplikacji 24/7.

Azure Database for MySQL - Single Server Architecture conceptual diagram

Automatyczne stosowanie poprawek

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ą automatyczne i uwzględniane w ramach cyklu stosowania poprawek. W przypadku stosowania poprawek nie jest wymagana żadna akcja użytkownika ani ustawienia konfiguracji. Częstotliwość stosowania poprawek jest zarządzana przez usługę w oparciu o krytyczność ładunku. Ogólnie rzecz biorąc, usługa jest zgodna z miesięcznym harmonogramem wydania w ramach ciągłej integracji i wydania. Użytkownicy mogą subskrybować powiadomienie o planowanej konserwacji, aby otrzymywać powiadomienia o nadchodzącej konserwacji 72 godziny przed wydarzeniem.

Automatyczne kopie zapasowe

Pojedynczy serwer 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ć do 35 dni. Wszystkie kopie zapasowe są szyfrowane za pomocą 256-bitowego szyfrowania AES. Aby uzyskać szczegółowe informacje, zobacz Tworzenie kopii zapasowych .

Dostosowanie wydajności i skalowania w kilka sekund

Pojedynczy serwer jest dostępny w trzech warstwach jednostki SKU: Podstawowa, Ogólnego przeznaczenia i Zoptymalizowane pod kątem pamięci. Warstwa Podstawowa najlepiej nadaje się do tworzenia obciążeń o niskich kosztach i obciążeń o niskiej współbieżności. Ogólnego przeznaczenia i Zoptymalizowane pod kątem pamięci są lepiej dostosowane do obciążeń produkcyjnych wymagających wysokiej współbieżności, skali i przewidywalnej wydajności. Możesz utworzyć swoją pierwszą aplikację na podstawie małej bazy danych za jedynie kilka dolarów miesięcznie, a następnie dostosować skalowanie do potrzeb rozwiązania. Skalowanie magazynu jest w trybie online i obsługuje automatyczne zwiększanie magazynu. 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ć szczegółowe informacje, zobacz Warstwy cenowe.

Zabezpieczenia, zgodność i ład klasy korporacyjnej

Pojedynczy serwer używa zweryfikowanego modułu kryptograficznego FIPS 140-2 do szyfrowania danych magazynowanych. Dane, w tym kopie zapasowe i pliki tymczasowe utworzone podczas uruchamiania zapytań, są szyfrowane. Usługa używa 256-bitowego szyfru AES zawartego w szyfrowaniu usługi Azure Storage, a klucze mogą być zarządzane przez system (ustawienie domyślne) lub zarządzane przez klienta. Usługa domyślnie szyfruje dane w ruchu przy użyciu zabezpieczeń warstwy transportu (SSL/TLS). Usługa obsługuje protokoły TLS w wersji 1.2, 1.1 i 1.0 z możliwością wymuszania minimalnej wersji protokołu TLS.

Usługa umożliwia dostęp prywatny do serwerów przy użyciu łącza prywatnego i oferuje ochronę przed zagrożeniami za pośrednictwem opcjonalnego planu relacyjnych baz danych typu open source w usłudze Microsoft Defender. Usługa Microsoft Defender dla relacyjnych baz danych typu open source wykrywa nietypowe działania wskazujące na nietypowe i potencjalnie szkodliwe próby uzyskania dostępu do baz danych lub wykorzystania ich.

Oprócz uwierzytelniania natywnego pojedynczy serwer obsługuje uwierzytelnianie identyfikatora Entra firmy Microsoft. Uwierzytelnianie Firmy Microsoft Entra to mechanizm łączenia się z serwerami MySQL przy użyciu tożsamości zdefiniowanych i zarządzanych w usłudze Microsoft Entra ID. Dzięki uwierzytelnianiu firmy Microsoft Entra można zarządzać tożsamościami użytkowników bazy danych i innymi usługami platformy Azure w centralnej lokalizacji, co upraszcza i centralizuje kontrolę dostępu.

Rejestrowanie inspekcji jest dostępne do śledzenia wszystkich działań na poziomie bazy danych.

Pojedynczy serwer jest skarga do wszystkich wiodących w branży certyfikatów, takich jak FedRAMP, HIPAA, PCI DSS. Odwiedź Centrum zaufania Azure, aby uzyskać informacje o zabezpieczeniach platformy Azure.

Aby uzyskać więcej informacji na temat funkcji zabezpieczeń usługi Azure Database for MySQL, zobacz omówienie zabezpieczeń.

Monitorowanie i zgłaszanie alertów

Pojedynczy serwer jest wyposażony w wbudowane funkcje monitorowania wydajności i 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. Usługa umożliwia konfigurowanie dzienników wolnych zapytań i jest dostarczana z wyróżnioną funkcją magazynu zapytań. Magazyn zapytań upraszcza rozwiązywanie problemów z wydajnością, ułatwiając szybkie znajdowanie najdłużej działających i najbardziej intensywnie korzystających z zasobów zapytań. Za pomocą tych narzędzi możesz szybko zoptymalizować obciążenia i skonfigurować serwer pod kątem najlepszej wydajności. Aby uzyskać szczegółowe informacje, zobacz Monitorowanie .

Migracja

Usługa uruchamia wersję społeczności programu MySQL. Umożliwia to pełną zgodność aplikacji i wymaga minimalnego kosztu refaktoryzacji w celu zmigrowania istniejącej aplikacji opracowanej w aucie MySQL do pojedynczego serwera. Migrację do pojedynczego serwera można wykonać przy użyciu jednej z następujących opcji:

  • Zrzuty i przywracanie — w przypadku migracji w trybie offline użytkownicy mogą pozwolić na przestój, zrzut i przywracanie przy użyciu narzędzi społeczności, takich jak mysqldump/mydumper, może zapewnić najszybszy sposób migracji. Aby uzyskać szczegółowe informacje, zobacz Migrowanie przy użyciu zrzutu i przywracania .
  • Azure Database Migration Service — w celu bezproblemowej i uproszczonej migracji w trybie offline do pojedynczego serwera z dużą szybkością migracji danych można użyć usługi Azure Database Migration Service .
  • Replikacja typu data-in — w przypadku migracji minimalnych przestojów można również korzystać z replikacji opartej na protokole binlog. Replikacja typu data-in jest preferowana w przypadku migracji minimalnych przestojów przez ekspertów praktycznych, którzy szukają większej kontroli nad migracją. Aby uzyskać szczegółowe informacje, zobacz replikację typu data-in.

Kontakty

Jeśli masz pytania lub sugestie dotyczące pracy z usługą Azure Database for MySQL, wyślij wiadomość e-mail do zespołu usługi Azure Database for MySQL (@Ask Azure DB 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:

Następne kroki

Teraz, gdy zapoznasz się z wprowadzeniem do trybu wdrażania usługi Azure Database for MySQL — pojedynczy serwer, możesz wykonać następujące czynności: