Azure Database for MySQL — warstwy usługi pojedynczego serwera
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?
Serwer usługi Azure Database for MySQL można utworzyć w jednej z trzech różnych warstw usług: Podstawowa, Ogólnego przeznaczenia i Zoptymalizowana pod kątem pamięci. Warstwy usług różnią się ilością zasobów obliczeniowych w rdzeniach wirtualnych, które można aprowizować, pamięć na rdzeń wirtualny oraz technologię magazynowania używaną do przechowywania danych. Wszystkie zasoby są aprowidowane na poziomie serwera MySQL. Serwer może mieć jedną lub wiele baz danych.
| Atrybut | Podstawowa | Ogólnego przeznaczenia | Zoptymalizowane pod kątem pamięci |
|---|---|---|---|
| Generowanie obliczeń | Gen 4, Gen 5 | Gen 4, Gen 5 | 5. generacja |
| Rdzenie wirtualne | 1, 2 | 2, 4, 8, 16, 32, 64 | 2, 4, 8, 16, 32 |
| Pamięć na rdzeń wirtualny | 2 GB | 5 GB | 10 GB |
| Rozmiar magazynu | Od 5 GB do 1 TB | Od 5 GB do 16 TB | Od 5 GB do 16 TB |
| Okres przechowywania kopii zapasowej bazy danych | Od 7 do 35 dni | Od 7 do 35 dni | Od 7 do 35 dni |
Aby wybrać warstwę cenową, użyj poniższej tabeli jako punktu wyjścia.
| Warstwa usług | Docelowe obciążenia |
|---|---|
| Podstawowy | Obciążenia wymagające lekkiej wydajności obliczeniowej i we/wy. Są to na przykład serwery używane do programowania lub testów bądź niewielkie, rzadko używane aplikacje. |
| Ogólnego przeznaczenia | Większość obciążeń biznesowych, które wymagają zrównoważonych zasobów obliczeniowych i pamięci ze skalowalną przepływnością operacji we/wy. Są to na przykład serwery do hostowania aplikacji internetowych i mobilnych oraz inne aplikacje dla przedsiębiorstw. |
| Optymalizacja pod kątem pamięci | Obciążenia bazy danych o wysokiej wydajności, które wymagają wydajności w pamięci w celu szybszego przetwarzania transakcji i większej współbieżności. Są to na przykład serwery przetwarzające dane w czasie rzeczywistym oraz wysokowydajne aplikacje transakcyjne i analityczne. |
Uwaga
Dynamiczne skalowanie do i z warstw usługi Podstawowa nie jest obecnie obsługiwane. Serwery SKU warstwy Podstawowa nie mogą być skalowane w górę do warstwy Ogólnego przeznaczenia ani Zoptymalizowane pod kątem pamięci.
Po utworzeniu serwera ogólnego przeznaczenia lub zoptymalizowanego pod kątem pamięci można zmienić liczbę rdzeni wirtualnych, generowanie sprzętu i warstwę cenową w górę lub w dół w ciągu kilku sekund. Można również niezależnie dostosować ilość miejsca do magazynowania i okres przechowywania kopii zapasowych w górę lub w dół bez przestoju aplikacji. Nie można zmienić typu magazynu kopii zapasowej po utworzeniu serwera. Aby uzyskać więcej informacji, zobacz sekcję Skalowanie zasobów .
Generacje i rdzenie wirtualne obliczeń
Zasoby obliczeniowe są udostępniane jako rdzenie wirtualne, które reprezentują logiczny procesor podstawowego sprzętu. Chiny Wschodnie 1, Chiny Północne 1, US DoD Central i US DoD East korzystają z procesorów logicznych Gen 4 opartych na procesorach Intel E5-2673 v3 (Haswell) 2,4-GHz. Wszystkie inne regiony korzystają z procesorów logicznych Gen 5 opartych na procesorach Intel E5-2673 v4 (Broadwell) 2,3 GHz.
Storage
Aprowizacja magazynu to ilość miejsca do magazynowania dostępnego dla serwera usługi Azure Database for MySQL. Magazyn jest używany dla plików bazy danych, plików tymczasowych, dzienników transakcji i dzienników serwera MySQL. Łączna ilość aprowizowania magazynu definiuje również pojemność we/wy dostępną dla serwera.
Usługa Azure Database for MySQL — pojedynczy serwer obsługuje następujący magazyn zaplecza dla serwerów.
| Typ magazynu | Podstawowy | Ogólnego przeznaczenia, wersja 1 | Ogólnego przeznaczenia, wersja 2 |
|---|---|---|---|
| Rozmiar magazynu | Od 5 GB do 1 TB | Od 5 GB do 4 TB | Od 5 GB do 16 TB |
| Rozmiar przyrostu magazynu | 1 GB | 1 GB | 1 GB |
| Liczba operacji we/wy na sekundę | Zmienna | 3 operacje we/wy na sekundę/GB Minimalna liczba operacji we/wy na sekundę Maksymalna liczba operacji we/wy na sekundę 6000 |
3 operacje we/wy na sekundę/GB Minimalna liczba operacji we/wy na sekundę Maksymalna liczba operacji we/wy na sekundę 20 000 |
Uwaga
Magazyn w warstwie Podstawowa nie gwarantuje stałej liczby operacji we/wy na sekundę. W magazynie ogólnego przeznaczenia liczba operacji we/wy na sekundę jest skalowana razem z aprowizowanym rozmiarem magazynu w stosunku 3:1.
Magazyn podstawowy
Magazyn podstawowy to magazyn zaplecza obsługujący serwery warstwy cenowej Podstawowa. Magazyn w warstwie Podstawowa korzysta ze standardowego magazynu platformy Azure w zapleczu, w którym aprowizowane operacje we/wy na sekundę nie są gwarantowane, a opóźnienie jest zmienne. Warstwa Podstawowa jest najbardziej odpowiednia dla obciążeń wymagających lekkich obliczeń, niskich kosztów i wydajności operacji we/wy na potrzeby programowania lub rzadko używanych aplikacji na małą skalę.
Magazyn ogólnego przeznaczenia
Magazyn ogólnego przeznaczenia to magazyn zaplecza obsługujący serwer warstwy Ogólnego przeznaczenia i Zoptymalizowane pod kątem pamięci. W magazynie ogólnego przeznaczenia liczba operacji we/wy na sekundę jest skalowana razem z aprowizowanym rozmiarem magazynu w stosunku 3:1. Istnieją dwie generacje magazynu ogólnego przeznaczenia, jak opisano poniżej:
Magazyn ogólnego przeznaczenia w wersji 1 (obsługuje maksymalnie 4 TB)
Magazyn ogólnego przeznaczenia w wersji 1 jest oparty na starszej technologii magazynowania, która może obsługiwać maksymalnie 4 TB magazynu i 6000 operacji we/wy na serwer. Magazyn ogólnego przeznaczenia w wersji 1 jest zoptymalizowany pod kątem wykorzystania pamięci z węzłów obliczeniowych z uruchomionym aparatem MySQL na potrzeby lokalnego buforowania i tworzenia kopii zapasowych. Proces tworzenia kopii zapasowej w magazynie ogólnego przeznaczenia w wersji 1 odczytuje dane i pliki dziennika w pamięci węzłów obliczeniowych i kopiuje go do docelowego magazynu kopii zapasowych do przechowywania do 35 dni. W związku z tym użycie pamięci i operacji we/wy podczas tworzenia kopii zapasowych jest stosunkowo wyższe.
Wszystkie regiony platformy Azure obsługują magazyn ogólnego przeznaczenia w wersji 1
W przypadku serwera ogólnego przeznaczenia lub zoptymalizowanego pod kątem pamięci w magazynie ogólnego przeznaczenia w wersji 1 zalecamy rozważenie
- Planowanie warstwy jednostki SKU zasobów obliczeniowych dla 10–30% nadmiarowej pamięci na potrzeby buforowania magazynu i buforów kopii zapasowych
- Aprowizuj 10% większe liczby operacji we/wy niż wymagane przez obciążenie bazy danych, aby uwzględnić operacje we/wy kopii zapasowej
- Alternatywnie przeprowadź migrację do magazynu ogólnego przeznaczenia w wersji 2 opisanej poniżej, która obsługuje maksymalnie 16 TB magazynu, jeśli podstawowa infrastruktura magazynu jest dostępna w preferowanych regionach świadczenia usługi Azure udostępnionych poniżej.
Magazyn ogólnego przeznaczenia w wersji 2 (obsługuje do 16 TB magazynu)
Magazyn ogólnego przeznaczenia w wersji 2 jest oparty na najnowszej infrastrukturze magazynu, która może obsłużyć do 16 TB i 20000 operacji we/wy na sekundę. W części regionów świadczenia platformy Azure, w których jest dostępna ta infrastruktura, wszystkie nowo aprowizowane serwery domyślnie mają magazyn ogólnego przeznaczenia w wersji 2. Magazyn ogólnego przeznaczenia w wersji 2 nie zużywa żadnej pamięci z węzła obliczeniowego bazy danych MySQL i zapewnia lepsze przewidywalne opóźnienia operacji we/wy w porównaniu z magazynem ogólnego przeznaczenia w wersji 1. Kopie zapasowe na serwerach magazynu ogólnego przeznaczenia w wersji 2 są oparte na migawkach bez dodatkowych obciążeń we/wy. W magazynie ogólnego przeznaczenia w wersji 2 wydajność serwera MySQL powinna być wyższa w porównaniu z magazynem ogólnego przeznaczenia w wersji 1 dla tego samego magazynu i aprowizowania operacji we/wy na sekundę. Nie ma dodatkowych kosztów magazynu ogólnego przeznaczenia, który obsługuje do 16 TB miejsca do magazynowania. Aby uzyskać pomoc dotyczącą migracji do magazynu o pojemności 16 TB, otwórz bilet pomocy technicznej w witrynie Azure Portal.
Magazyn ogólnego przeznaczenia w wersji 2 jest obsługiwany w następujących regionach świadczenia usługi Azure:
| Region (Region) | Dostępność magazynu ogólnego przeznaczenia w wersji 2 |
|---|---|
| Australia Wschodnia | ✔️ |
| Australia Południowo-Wschodnia | ✔️ |
| Brazylia Południowa | ✔️ |
| Kanada Środkowa | ✔️ |
| Kanada Wschodnia | ✔️ |
| Środkowe stany USA | ✔️ |
| Wschodnie stany USA | ✔️ |
| Wschodnie stany USA 2 | ✔️ |
| Azja Wschodnia | ✔️ |
| Japonia Wschodnia | ✔️ |
| Japonia Zachodnia | ✔️ |
| Korea Środkowa | ✔️ |
| Korea Południowa | ✔️ |
| Europa Północna | ✔️ |
| Północno-środkowe stany USA | ✔️ |
| South Central US | ✔️ |
| Azja Południowo-Wschodnia | ✔️ |
| Południowe Zjednoczone Królestwo | ✔️ |
| Zachodnie Zjednoczone Królestwo | ✔️ |
| Zachodnio-środkowe stany USA | ✔️ |
| Zachodnie stany USA | ✔️ |
| Zachodnie stany USA 2 | ✔️ |
| Europa Zachodnia | ✔️ |
| Indie Centralne | ✔️ |
| Francja Środkowa* | ✔️ |
| Zjednoczone Emiraty Arabskie* | ✔️ |
| Republika Południowej Afryki Północnej* | ✔️ |
Uwaga
*Regiony, w których usługa Azure Database for MySQL ma magazyn ogólnego przeznaczenia w wersji 2 w publicznej wersji zapoznawczej
*W przypadku tych regionów platformy Azure będziesz mieć możliwość utworzenia serwera w magazynie ogólnego przeznaczenia w wersji 1 i 2. W przypadku serwerów utworzonych za pomocą magazynu ogólnego przeznaczenia w wersji 2 w publicznej wersji zapoznawczej są następujące ograniczenia:
- Geograficznie nadmiarowa kopia zapasowa nie będzie obsługiwana
- Serwer repliki powinien znajdować się w regionach obsługujących magazyn ogólnego przeznaczenia w wersji 2.
Jak określić typ magazynu, na którym działa mój serwer?
Typ magazynu serwera można znaleźć, przechodząc do strony Ustawienia> Compute + storage
- Jeśli serwer jest aprowizowany przy użyciu jednostki SKU w warstwie Podstawowa, typ magazynu to Magazyn w warstwie Podstawowa.
- Jeśli serwer jest aprowizowany przy użyciu jednostki SKU Ogólnego przeznaczenia lub Zoptymalizowane pod kątem pamięci, typ magazynu to Magazyn ogólnego przeznaczenia
- Jeśli maksymalny rozmiar magazynu, który można aprowizować na serwerze, wynosi do 4 TB, typ magazynu to Magazyn ogólnego przeznaczenia w wersji 1.
- Jeśli maksymalny magazyn, który można aprowizować na serwerze, wynosi do 16 TB, typ magazynu to Magazyn ogólnego przeznaczenia w wersji 2.
Czy mogę przenieść magazyn ogólnego przeznaczenia w wersji 1 do magazynu ogólnego przeznaczenia w wersji 2? jeśli tak, jak i czy są jakieś dodatkowe koszty?
Tak, migracja do magazynu ogólnego przeznaczenia w wersji 2 z wersji 1 jest obsługiwana, jeśli podstawowa infrastruktura magazynu jest dostępna w regionie świadczenia usługi Azure na serwerze źródłowym. Migracja i magazyn w wersji 2 są dostępne bez dodatkowych kosztów.
Czy mogę zwiększyć rozmiar magazynu po aprowizacji serwera?
Możesz dodać dodatkową pojemność magazynu podczas tworzenia serwera i po jego utworzeniu i umożliwić systemowi automatyczne zwiększanie magazynu na podstawie zużycia magazynu obciążenia.
Ważne
Magazyn można skalować tylko w górę, a nie w dół.
Monitorowanie użycia operacji we/wy
Użycie operacji we/wy można monitorować w witrynie Azure Portal lub za pomocą poleceń interfejsu wiersza polecenia platformy Azure. Odpowiednie metryki do monitorowania to limit magazynu, procent magazynu, używany magazyn i procent operacji we/wy. Metryki monitorowania serwera MySQL z magazynem ogólnego przeznaczenia w wersji 1 zgłasza pamięć i operacje we/wy używane przez aparat MySQL, ale mogą nie przechwytywać pamięci i użycia operacji we/wy warstwy magazynu, co jest ograniczeniem.
Osiągnięcie limitu magazynu
Serwery z aprowizowanym magazynem o rozmiarze mniejszym lub równym 100 GB są oznaczane jako tylko do odczytu, jeśli ilość wolnego miejsca w magazynie jest mniejsza niż 5% rozmiaru aprowizowanego magazynu. Serwery z aprowizowanym magazynem o rozmiarze większym niż 100 GB są oznaczane jako tylko do odczytu, jeśli ilość wolnego miejsca w magazynie jest mniejsza niż 5 GB.
Jeśli na przykład aprowizujesz 110 GB miejsca do magazynowania, a rzeczywiste wykorzystanie przekroczy 105 GB, serwer zostanie oznaczony jako tylko do odczytu. Alternatywnie, jeśli aprowizujesz 5 GB magazynu, serwer jest oznaczony jako tylko do odczytu, gdy ilość wolnego miejsca do magazynowania osiągnie mniej niż 256 MB.
Podczas gdy usługa próbuje przełączyć serwer w tryb tylko do odczytu, wszystkie nowe żądania transakcji zapisu są blokowane, a istniejące aktywne transakcje nadal są wykonywane. Gdy serwer zostanie przełączony w tryb tylko do odczytu, wszystkie kolejne zatwierdzenia transakcji i operacji zapisu zakończą się niepowodzeniem. Zapytania odczytu będą działać bez żadnych przerw. Gdy zwiększysz zaaprowizowaną pojemność magazynu, serwer będzie ponownie gotowy do akceptowania transakcji zapisu.
Zalecamy włączenie automatycznego zwiększania rozmiaru magazynu lub skonfigurowanie alertu w celu powiadomienia, gdy magazyn serwera zbliża się do progu, aby uniknąć przechodzenia do stanu tylko do odczytu. Aby uzyskać więcej informacji, zobacz dokumentację dotyczącą sposobu konfigurowania alertu.
Automatyczne zwiększanie magazynu
Automatyczne zwiększanie magazynu zapobiega wyczerpaniu się magazynu serwera i przekształceniu go w tryb tylko do odczytu. Jeśli automatyczne zwiększanie magazynu jest włączone, magazyn automatycznie rośnie bez wpływu na obciążenie. W przypadku serwerów o rozmiarze aprowizowanego magazynu mniejszym lub równym 100 GB aprowizowany rozmiar magazynu jest zwiększany o 5 GB, gdy ilość wolnego miejsca spadnie poniżej 10% aprowizowanego magazynu. W przypadku serwerów o rozmiarze aprowizowanego magazynu większym niż 100 GB aprowizowany rozmiar magazynu jest zwiększany o 5%, gdy ilość wolnego miejsca w aprowizowanym magazynie spadnie poniżej 10 GB. Obowiązują maksymalne limity magazynu określone powyżej.
Jeśli na przykład aprowizujesz 1000 GB miejsca do magazynowania, a rzeczywiste wykorzystanie przekroczy 990 GB, rozmiar magazynu serwera zostanie zwiększony do 1050 GB. Alternatywnie, jeśli aprowizujesz 10 GB magazynu, rozmiar magazynu jest zwiększany do 15 GB, gdy mniej niż 1 GB miejsca do magazynowania jest bezpłatne.
Pamiętaj, że magazyn można skalować tylko w górę, a nie w dół.
Magazyn kopii zapasowych
Usługa Azure Database for MySQL zapewnia do 100% aprowizowanego rozmiaru magazynu na serwerze jako magazynu kopii zapasowych bez dodatkowych kosztów. Opłaty za każdy magazyn kopii zapasowych, który jest używany powyżej tej kwoty, są naliczane w GB miesięcznie. Jeśli na przykład aprowizujesz serwer z 250 GB miejsca do magazynowania, będziesz mieć 250 GB dodatkowego magazynu dostępnego dla kopii zapasowych serwera bez opłat. Opłata za magazyn dla kopii zapasowych przekraczających 250 GB jest naliczana zgodnie z modelem cenowym. Aby zrozumieć czynniki wpływające na użycie magazynu kopii zapasowych, monitorowanie i kontrolowanie kosztów magazynu kopii zapasowych, zapoznaj się z dokumentacją kopii zapasowej.
Skalowanie zasobów
Po utworzeniu serwera można niezależnie zmieniać rdzenie wirtualne, generację sprzętu, warstwę cenową (z wyjątkiem warstwy Podstawowa), ilość miejsca do magazynowania i okres przechowywania kopii zapasowych. Nie można zmienić typu magazynu kopii zapasowej po utworzeniu serwera. Liczbę rdzeni wirtualnych można skalować w górę lub w dół. Okres przechowywania kopii zapasowej można skalować w górę lub w dół w przedziale od 7 do 35 dni. Rozmiar magazynu można zwiększyć tylko. Skalowanie zasobów można wykonać za pośrednictwem portalu lub interfejsu wiersza polecenia platformy Azure. Aby zapoznać się z przykładem skalowania przy użyciu interfejsu wiersza polecenia platformy Azure, zobacz Monitorowanie i skalowanie serwera usługi Azure Database for MySQL przy użyciu interfejsu wiersza polecenia platformy Azure.
Zmiana liczby rdzeni wirtualnych, generowania sprzętu lub warstwy cenowej spowoduje utworzenie kopii oryginalnego serwera przy użyciu nowej alokacji obliczeniowej. Gdy nowy serwer zostanie uruchomiony, połączenia zostaną przełączone na nowy serwer. Podczas przełączania systemu do nowego serwera nie można nawiązywać nowych połączeń, a wszystkie niezatwierdzone transakcje zostaną wycofane. Ten przestój podczas skalowania może być około 60–120 sekund. Przestój podczas skalowania zależy od czasu odzyskiwania bazy danych, co może spowodować, że baza danych będzie w trybie online dłużej, jeśli w czasie operacji skalowania na serwerze występuje duża aktywność transakcyjna. Aby uniknąć dłuższego czasu ponownego uruchamiania, zaleca się wykonywanie operacji skalowania w okresach niskiej aktywności transakcyjnej na serwerze.
Skalowanie magazynu i zmiana okresu przechowywania kopii zapasowych to prawdziwe operacje online. Nie wiąże się z przestojami i nie ma wpływu na aplikację. W miarę skalowania operacji we/wy na sekundę przy użyciu rozmiaru aprowizowanego magazynu można zwiększyć liczbę operacji we/wy na sekundę dostępną dla serwera, skalując magazyn w górę.
Cennik
Aby uzyskać najbardziej aktualne informacje o cenach, zobacz stronę cennika usługi. Aby wyświetlić koszt wybranej konfiguracji, w witrynie Azure Portal zostanie wyświetlony miesięczny koszt na karcie Warstwa cenowa na podstawie wybranych opcji. Jeśli nie masz subskrypcji platformy Azure, możesz użyć kalkulatora cen platformy Azure, aby uzyskać szacowaną cenę. W witrynie internetowej kalkulatora cen platformy Azure wybierz pozycję Dodaj elementy, rozwiń kategorię Bazy danych i wybierz pozycję Azure Database for MySQL , aby dostosować opcje.
Następne kroki
- Dowiedz się, jak utworzyć serwer MySQL w portalu.
- Dowiedz się więcej o limitach usług.
- Dowiedz się, jak skalować w poziomie za pomocą replik do odczytu.