Warstwy usługi Azure Database for MySQL — serwer elastyczny
DOTYCZY: 
Azure Database for MySQL — serwer elastyczny
Możesz utworzyć elastyczne wystąpienie serwera usługi Azure Database for MySQL w jednej z trzech warstw usług: z możliwością rozszerzenia, ogólnego przeznaczenia i Krytyczne dla działania firmy. Podstawowa jednostka SKU maszyny wirtualnej rozróżnia warstwy usług używane z serii B, serii D i serii E. Wybór warstwy obliczeniowej i rozmiaru określa pamięć i rdzenie wirtualne dostępne na serwerze. Dokładna technologia magazynowania jest używana we wszystkich warstwach usług. Wszystkie zasoby są aprowidowane na poziomie wystąpienia serwera elastycznego usługi Azure Database for MySQL. Serwer może mieć jedną lub wiele baz danych.
| Zasób/warstwa | Możliwość serii | Ogólnego przeznaczenia | Krytyczne dla działania firmy |
|---|---|---|---|
| Serie maszyn wirtualnych | Rozmiary maszyn wirtualnych z możliwością zwiększania szybkości z serii HBv2 | Seria Dadsv5Ddsv4 | Seria Eadsv5 serii*/Edsv5 Edsv5/ |
| Rdzenie wirtualne | 1, 2, 4, 8, 12, 16, 20 | 2, 4, 8, 16, 32, 48, 64 | 2, 4, 8, 16, 32, 48, 64, 80, 96 |
| Pamięć na rdzeń wirtualny | Zmienna | 4 GiB | 8 GiB ** |
| Rozmiar magazynu | 20 GiB do 16 TiB | 20 GiB do 16 TiB | 20 GiB do 32 TiB |
| Okres przechowywania kopii zapasowej bazy danych | Od 1 do 35 dni | Od 1 do 35 dni | Od 1 do 35 dni |
** Z wyjątkiem 64.80 i 96 rdzeni wirtualnych, które mają odpowiednio 504 GiB, 504 GiB i 672 GiB pamięci.
* Wydajność obliczeń Ev5 najlepiej sprawdza się wśród innych serii maszyn wirtualnych dotyczących QPS i opóźnień. Dowiedz się więcej o wydajności i regionie dostępności obliczeń Ev5 tutaj.
Warstwy usług serwera elastycznego
Aby wybrać warstwę obliczeniową, użyj poniższej tabeli jako punktu wyjścia.
| Warstwa zasobów obliczeniowych | Docelowe obciążenia |
|---|---|
| Z możliwością zwielokrotnienia wydajności | Najlepsze w przypadku obciążeń, które stale nie wymagają pełnego procesora CPU. |
| Ogólnego przeznaczenia | Większość obciążeń biznesowych wymaga zrównoważonego przetwarzania 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. |
| Krytyczne dla działania firmy | 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. |
Po utworzeniu serwera można zmienić warstwę obliczeniową, rozmiar obliczeniowy i rozmiar magazynu. Skalowanie zasobów obliczeniowych wymaga ponownego uruchomienia i trwa od 60 do 120 sekund, podczas gdy skalowanie magazynu nie jest. Możesz również niezależnie dostosować okres przechowywania kopii zapasowych w górę lub w dół. Aby uzyskać więcej informacji, zobacz sekcję Skalowanie zasobów .
Warstwy usług, rozmiar i typy serwerów
Zasoby obliczeniowe można wybrać na podstawie warstwy i rozmiaru. Określa to rozmiar rdzeni wirtualnych i pamięci. Rdzenie wirtualne reprezentują logiczny procesor podstawowego sprzętu.
Z możliwością zwielokrotnienia wydajności
Szczegółowe specyfikacje dostępnych typów serwerów są następujące dla warstwy usługi z możliwością serii.
| Rozmiar obliczeniowy | Rdzenie wirtualne | Rozmiar pamięci fizycznej (GiB) | Całkowity rozmiar pamięci (GiB) | Maksymalna obsługiwana liczba operacji we/wy na sekundę | Maksymalna liczba połączeń | GiB magazynu tymczasowego (SSD) |
|---|---|---|---|---|---|---|
| Standard_B1ms | 1 | 2 | 2,2 | 640 | 341 | 0 |
| Standard_B2s | 2 | 4 | 4.4 | 1280 | 683 | 0 |
| Standard_B2ms | 2 | 8 | 8.8 | 1700 | 1365 | 0 |
| Standard_B4ms | 100 | 16 | 17,6 | 2400 | 2731 | 0 |
| Standard_B8ms | 8 | 32 | 35.2 | 3100 | 5461 | 0 |
| Standard_B12ms | 12 | 48 | 52.8 | 3800 | 8193 | 0 |
| Standard_B16ms | 16 | 64 | 70.4 | 4300 | 10923 | 0 |
| Standard_B20ms | 20 | 80 | 88 | 5000 | 13653 | 0 |
Ogólnego przeznaczenia
Szczegółowe specyfikacje dostępnych typów serwerów są następujące dla warstwy usługi Ogólnego przeznaczenia
| Rozmiar obliczeniowy | Rdzenie wirtualne | Rozmiar pamięci fizycznej (GiB) | Całkowity rozmiar pamięci (GiB) | Maksymalna obsługiwana liczba operacji we/wy na sekundę | Maksymalna liczba połączeń | GiB magazynu tymczasowego (SSD) |
|---|---|---|---|---|---|---|
| Standard_D2ads_v5 | 2 | 8 | 11 | 3200 | 1365 | 53 |
| Standard_D2ds_v4 | 2 | 8 | 11 | 3200 | 1365 | 53 |
| Standard_D4ads_v5 | 100 | 16 | 22 | 6400 | 2731 | 107 |
| Standard_D4ds_v4 | 100 | 16 | 22 | 6400 | 2731 | 107 |
| Standard_D8ads_v5 | 8 | 32 | 44 | 12800 | 5461 | 215 |
| Standard_D8ds_v4 | 8 | 32 | 44 | 12800 | 5461 | 215 |
| Standard_D16ads_v5 | 16 | 64 | 88 | 20000 | 10923 | 430 |
| Standard_D16ds_v4 | 16 | 64 | 88 | 20000 | 10923 | 430 |
| Standard_D32ads_v5 | 32 | 128 | 176 | 20000 | 21845 | 860 |
| Standard_D32ds_v4 | 32 | 128 | 176 | 20000 | 21845 | 860 |
| Standard_D48ads_v5 | 48 | 192 | 264 | 20000 | 32768 | 1290 |
| Standard_D48ds_v4 | 48 | 192 | 264 | 20000 | 32768 | 1290 |
| Standard_D64ads_v5 | 64 | 256 | 352 | 20000 | 43691 | 1720 |
| Standard_D64ds_v4 | 64 | 256 | 352 | 20000 | 43691 | 1720 |
Krytyczne dla działania firmy
Szczegółowe specyfikacje dostępnych typów serwerów są następujące dla warstwy usługi Krytyczne dla działania firmy.
| Rozmiar obliczeniowy | Rdzenie wirtualne | Rozmiar pamięci fizycznej (GiB) | Całkowity rozmiar pamięci (GiB) | Maksymalna obsługiwana liczba operacji we/wy na sekundę | Maksymalna liczba połączeń | GiB magazynu tymczasowego (SSD) |
|---|---|---|---|---|---|---|
| Standard_E2ds_v4 | 2 | 16 | 22 | 5000 | 2731 | 37 |
| Standard_E2ads_v5 | 2 | 16 | 22 | 5000 | 2731 | 37 |
| Standard_E4ds_v4 | 100 | 32 | 44 | 10 000 | 5461 | 75 |
| Standard_E4ads_v5 | 100 | 32 | 44 | 10 000 | 5461 | 75 |
| Standard_E8ds_v4 | 8 | 64 | 88 | 10000 | 10923 | 151 |
| Standard_E8ads_v5 | 8 | 64 | 88 | 10000 | 10923 | 151 |
| Standard_E16ds_v4 | 16 | 128 | 176 | 28000 | 21845 | 302 |
| Standard_E16ads_v5 | 16 | 128 | 176 | 28000 | 21845 | 302 |
| Standard_E20ds_v4 | 20 | 160 | 220 | 28000 | 27306 | 377 |
| Standard_E20ads_v5 | 20 | 160 | 220 | 28000 | 27306 | 377 |
| Standard_E32ds_v4 | 32 | 256 | 352 | 38000 | 43691 | 604 |
| Standard_E32ads_v5 | 32 | 256 | 352 | 38000 | 43691 | 604 |
| Standard_E48ds_v4 | 48 | 384 | 528 | 48000 | 65536 | 906 |
| Standard_E48ads_v5 | 48 | 384 | 528 | 48000 | 65536 | 906 |
| Standard_E64ds_v4 | 64 | 504 | 693 | 64000 | 86016 | 1224 |
| Standard_E64ads_v5 | 64 | 504 | 693 | 64000 | 86016 | 1224 |
| Standard_E80ds_v4 | 80 | 504 | 693 | 72000 | 86016 | 1224 |
| Standard_E2ds_v5 | 2 | 16 | 22 | 5000 | 2731 | 37 |
| Standard_E4ds_v5 | 100 | 32 | 44 | 10 000 | 5461 | 75 |
| Standard_E8ds_v5 | 8 | 64 | 88 | 10000 | 10923 | 151 |
| Standard_E16ds_v5 | 16 | 128 | 176 | 28000 | 21845 | 302 |
| Standard_E20ds_v5 | 20 | 160 | 220 | 28000 | 27306 | 377 |
| Standard_E32ds_v5 | 32 | 256 | 352 | 38000 | 43691 | 604 |
| Standard_E48ds_v5 | 48 | 384 | 528 | 48000 | 65536 | 906 |
| Standard_E64ds_v5 | 64 | 512 | 704 | 64000 | 87383 | 1208 |
| Standard_E96ds_v5 | 96 | 672 | 924 | 80000 | 100000 | 2004 |
Zarządzanie pamięcią na serwerze elastycznym usługi Azure Database for MySQL
W programie MySQL pamięć odgrywa istotną rolę podczas różnych operacji, w tym przetwarzania zapytań i buforowania. Serwer elastyczny usługi Azure Database for MySQL optymalizuje alokację pamięci dla procesu serwera MySQL (mysqld), zapewniając, że otrzymuje wystarczające zasoby pamięci na potrzeby wydajnego przetwarzania zapytań, buforowania, zarządzania połączeniami klienta i obsługi wątków. Dowiedz się więcej na temat korzystania z pamięci w usłudze MySQL.
Rozmiar pamięci fizycznej (GB)
Rozmiar pamięci fizycznej (GB) w poniższej tabeli reprezentuje dostępną pamięć losową (RAM) w gigabajtach (GB) na serwerze elastycznym usługi Azure Database for MySQL.
Całkowity rozmiar pamięci (GB)
Serwer elastyczny usługi Azure Database for MySQL zapewnia łączny rozmiar pamięci (GB). Reprezentuje to łączną ilość pamięci dostępnej dla serwera, która jest kombinacją pamięci fizycznej i zestawu tymczasowego składnika SSD magazynu. Ten ujednolicony widok został zaprojektowany w celu usprawnienia zarządzania zasobami, co pozwala skoncentrować się tylko na całkowitej ilości pamięci dostępnej dla procesu serwera Azure MySQL (mysqld). Metryka Procent pamięci (memory_percent) reprezentuje procent pamięci zajmowanej przez proces serwera Usługi Azure MySQL (mysqld). Ta metryka jest obliczana na podstawie łącznego rozmiaru pamięci (GB). Na przykład gdy metryka Procent pamięci wyświetla wartość 60, oznacza to, że proces serwera Azure MySQL używa 60% całkowitego rozmiaru pamięci (GB) dostępnego na serwerze elastycznym usługi Azure Database for MySQL.
MySQL Server (mysqld)
Proces serwera Usługi Azure MySQL mysqld jest podstawowym aparatem operacji bazy danych. Podczas uruchamiania inicjuje całkowite składniki, takie jak pula InnoDB i pamięć podręczna wątków, wykorzystując pamięć na podstawie wymagań dotyczących konfiguracji i obciążenia. Na przykład pula InnoDB buforuje często używane dane i indeksy w celu zwiększenia szybkości wykonywania zapytań, podczas gdy pamięć podręczna wątków zarządza wątkami połączenia klienta. Dowiedz się więcej.
Aparat magazynu InnoDB
Jako domyślny aparat magazynu MySQL, InnoDB używa pamięci do buforowania często używanych danych i zarządzania strukturami wewnętrznymi, takimi jak pula innodb i bufor dziennika. Pula InnoDB przechowuje dane tabeli i indeksy w pamięci, aby zminimalizować operacje we/wy dysku, zwiększając wydajność. Parametr Rozmiar puli innoDB jest obliczany na podstawie rozmiaru pamięci fizycznej (GB) dostępnego na serwerze. Dowiedz się więcej na temat rozmiarów puli InnoDB dostępnej na serwerze elastycznym usługi Azure Database for MySQL.
Wątki
Połączenia klienta są zarządzane za pośrednictwem dedykowanych wątków obsługiwanych przez menedżera połączeń. Te wątki obsługują uwierzytelnianie, wykonywanie zapytań i pobieranie wyników na potrzeby interakcji klienta. Dowiedz się więcej.
Aby uzyskać więcej informacji na temat dostępnych serii obliczeniowych, zapoznaj się z dokumentacją maszyny wirtualnej platformy Azure dotyczącą rozmiarów maszyn wirtualnych z serii B, serii Ddsv5z serii Ogólnego przeznaczenia Ddsv4 oraz Krytyczne dla działania firmy serii Edsv5/serii Eadsv5 serii/Edsv5.
Ograniczenia wydajności wystąpień serii z możliwością zwiększenia wydajności
Uwaga
W przypadku rozmiarów maszyn wirtualnych z możliwością serii B, jeśli maszyna wirtualna została uruchomiona/zatrzymana lub ponownie uruchomiona, środki mogą zostać utracone. Aby uzyskać więcej informacji, zobacz Rozmiary maszyn wirtualnych z serii B.
Warstwa obliczeniowa z możliwością rozszerzenia została zaprojektowana w celu zapewnienia ekonomicznego rozwiązania dla obciążeń, które nie wymagają ciągłego pełnego procesora CPU. Ta warstwa jest idealna w przypadku obciążeń nieprodukcyjnych, takich jak środowiska programistyczne, przejściowe lub testowe. Unikatową funkcją warstwy obliczeniowej z możliwością zwiększenia szybkości jest możliwość "burst", czyli wykorzystania większej niż podstawowa wydajność procesora CPU przy użyciu do 100% procesorów wirtualnych, gdy wymaga tego obciążenie. Jest to możliwe przez model kredytowy procesora CPU, który umożliwia wystąpieniom serii B gromadzenie "środków na procesor CPU" w okresach niskiego użycia procesora CPU. Te środki można następnie spędzić w okresach wysokiego użycia procesora CPU, dzięki czemu wystąpienie może przekroczyć podstawową wydajność procesora CPU.
Należy jednak pamiętać, że gdy wystąpienie z możliwością zwiększenia wydajności wyczerpało środki na użycie procesora CPU, działa na podstawie wydajności procesora CPU. Na przykład podstawowa wydajność procesora CPU Standard_B1ms wynosi 20%, czyli 0,2 rdzenia wirtualnego. Załóżmy, że serwer warstwy z możliwością zwiększenia szybkości uruchamia obciążenie wymagające większej wydajności procesora CPU niż poziom podstawowy i wyczerpał środki na użycie procesora CPU. W takim przypadku serwer może mieć ograniczenia wydajności i ostatecznie może mieć wpływ na różne operacje systemowe, takie jak zatrzymywanie/uruchamianie/ponowne uruchamianie serwera.
Uwaga
W przypadku serwerów w rozmiarach maszyn wirtualnych z serii B, takich jak Standard_B1s/Standard_B1ms/Standard_B2s, ich stosunkowo mniejszy rozmiar pamięci hosta może prowadzić do awarii (braku pamięci) w ramach ciągłego obciążenia, nawet jeśli metryka memory_percent nie osiągnęła 100%.
Ze względu na to ograniczenie serwer może napotkać problemy z łącznością, a operacje systemowe mogą mieć wpływ. W takich sytuacjach zalecanym sposobem działania jest wstrzymanie obciążenia na serwerze w celu gromadzenia środków zgodnie z modelem bankowości kredytowej serii B lub rozważ skalowanie serwera do wyższych warstw, takich jak Ogólnego przeznaczenia lub Krytyczne dla działania firmy warstw.
W związku z tym, podczas gdy warstwa obliczeniowa z możliwością zwiększenia wydajności zapewnia znaczne koszty i elastyczność dla niektórych typów obciążeń, nie jest zalecane w przypadku obciążeń produkcyjnych, które wymagają spójnej wydajności procesora CPU. Warstwa z możliwością rozszerzenia nie obsługuje funkcji tworzenia replik do odczytu w usłudze Azure Database for MySQL — serwer elastyczny i pojęcia o wysokiej dostępności w usłudze Azure Database for MySQL — serwer elastyczny . Inne warstwy obliczeniowe, takie jak ogólnego przeznaczenia lub Krytyczne dla działania firmy, są bardziej odpowiednie dla takich obciążeń i funkcji.
Aby uzyskać więcej informacji na temat modelu kredytowego procesora CPU serii B platformy Azure, zobacz rozmiary maszyn wirtualnych serii B i model kredytowy procesora CPU serii B.
Monitorowanie środków na użycie procesora CPU w warstwie z możliwością skalowania
Monitorowanie salda środków procesora CPU ma kluczowe znaczenie dla utrzymania optymalnej wydajności w warstwie obliczeniowej z możliwością zwiększenia szybkości. Usługa Azure Database for MySQL — elastyczny serwer udostępnia dwie kluczowe metryki związane z kredytami na procesor CPU. Idealny próg wyzwalania alertu zależy od wymagań dotyczących obciążenia i wydajności.
Monitorowanie usługi Azure Database for MySQL — serwer elastyczny: ta metryka wskazuje liczbę środków na użycie procesora CPU przez wystąpienie. Monitorowanie tej metryki może pomóc zrozumieć wzorce użycia procesora CPU wystąpienia i efektywnie zarządzać jej wydajnością.
Monitorowanie usługi Azure Database for MySQL — serwer elastyczny: ta metryka przedstawia liczbę środków na użycie procesora CPU pozostałych dla twojego wystąpienia. Monitorowanie tej metryki może pomóc zapobiec pogorszeniu wydajności wystąpienia z powodu wyczerpania środków na użycie procesora CPU. Jeśli metryka Pozostałe środki na użycie procesora CPU spadnie poniżej określonego poziomu (na przykład mniej niż 30% łącznych dostępnych środków), oznaczałoby to, że wystąpienie jest zagrożone wyczerpaniem środków na użycie procesora CPU, jeśli bieżące obciążenie procesora CPU będzie kontynuowane.
Aby uzyskać więcej informacji na temat konfigurowania alertów dotyczących metryk, zapoznaj się z tym przewodnikiem.
Storage
Aprowizację magazynu to pojemność magazynu dostępna dla serwera elastycznego. Magazyn jest używany dla plików bazy danych, plików tymczasowych, dzienników transakcji i dzienników serwera MySQL. W przypadku warstw usług z możliwością serii i ogólnego przeznaczenia zakres magazynowania obejmuje co najmniej 20 GiB do maksymalnie 16 TiB. Z drugiej strony obsługa magazynu rozszerza maksymalnie 32 TiB na warstwę usługi Krytyczne dla działania firmy. We wszystkich warstwach usług magazyn jest skalowany w 1 giB i można skalować w górę po utworzeniu serwera.
Uwaga
Magazyn można skalować tylko w górę, nie w dół.
Użycie magazynu można monitorować w witrynie Azure Portal (w usłudze Azure Monitor) przy użyciu limitu magazynu, wartości procentowej magazynu i użytej metryki magazynu. Zapoznaj się z artykułem dotyczącym monitorowania, aby dowiedzieć się więcej o metrykach.
Osiągnięcie limitu magazynu
Gdy magazyn używany na serwerze zbliża się do osiągnięcia aprowizowanego limitu, serwer jest umieszczany w trybie tylko do odczytu, aby chronić wszelkie utracone zapisy na serwerze. Serwery z aprowizowaną przestrzenią dyskową o rozmiarze mniejszym niż 100 GiB są oznaczone jako tylko do odczytu, jeśli ilość wolnego miejsca do magazynowania jest mniejsza niż 5% aprowizowanego rozmiaru magazynu. Serwery z ponad 100 giB aprowizowanej pamięci masowej są oznaczone jako tylko do odczytu, gdy ilość wolnego miejsca do magazynowania jest mniejsza niż 5 GiB.
Jeśli na przykład aprowizujesz 110 GiB magazynu, a rzeczywiste wykorzystanie przekracza 105 GiB, serwer jest oznaczony jako tylko do odczytu. Alternatywnie, jeśli aprowizujesz 5 GiB 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 wykonać serwer tylko do odczytu, wszystkie nowe żądania transakcji zapisu są blokowane, a istniejące aktywne transakcje będą nadal wykonywane. Gdy serwer jest ustawiony na tryb tylko do odczytu, wszystkie kolejne operacje zapisu i zatwierdzenia transakcji kończą się niepowodzeniem, ale zapytania odczytu nadal działają nieprzerwanie.
Aby wyprowadzić serwer z trybu tylko do odczytu, należy zwiększyć aprowizowany magazyn na serwerze. Można to zrobić za pomocą witryny Azure Portal lub interfejsu wiersza polecenia platformy Azure. Po zwiększeniu serwer jest gotowy do ponownego akceptowania transakcji zapisu.
Zalecamy skonfigurowanie alertu w celu powiadomienia o zbliżaniu się do progu magazynu serwera, aby uniknąć przechodzenia do stanu tylko do odczytu. Aby uzyskać więcej informacji, zobacz dokumentację dotyczącą dokumentacji alertów, jak skonfigurować alert.
Automatyczne skalowanie magazynu
Automatyczne zwiększanie magazynu uniemożliwia serwerowi brak pamięci masowej i staje się tylko do odczytu. Jeśli automatyczne zwiększanie magazynu jest włączone, magazyn automatycznie rośnie bez wpływu na obciążenie. Automatyczne dodawanie magazynu jest domyślnie włączone dla wszystkich nowych tworzenia serwera. W przypadku serwerów z mniej niż 100 GB aprowizowanego magazynu aprowizowany rozmiar magazynu jest zwiększany o 5 GB, gdy ilość wolnego miejsca do magazynowania jest niższa niż 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. Odśwież wystąpienie serwera w celu wyświetlenia zaktualizowanego magazynu aprowizowanego w obszarze Ustawienia na stronie Obliczenia i magazyn.
Jeśli na przykład aprowizujesz 1000 GB miejsca do magazynowania, a rzeczywiste wykorzystanie przekracza 990 GB, rozmiar magazynu serwera zostanie zwiększony do 1050 GB. Alternatywnie, jeśli aprowizujesz 20 GB miejsca do magazynowania, rozmiar magazynu zostanie zwiększony do 25 GB, gdy mniej niż 2 GB miejsca do magazynowania jest bezpłatne.
Pamiętaj, że po automatycznym skalowaniu magazynu w górę nie można skalować w dół.
Uwaga
Automatyczne dodawanie magazynu jest domyślnie włączone dla serwera skonfigurowanego pod kątem wysokiej dostępności i nie można go wyłączyć.
Liczba operacji we/wy na sekundę
Elastyczny serwer usługi Azure Database for MySQL obsługuje wstępnie aprowizowaną operację we/wy na sekundę i automatyczne skalowanie operacji we/wy na sekundę. Liczba operacji we/wy na sekundę magazynu w usłudze Azure Database for MySQL — serwer elastyczny Minimalna liczba operacji we/wy na sekundę wynosi 360 we wszystkich rozmiarach obliczeniowych, a maksymalna liczba operacji we/wy na sekundę zależy od wybranego rozmiaru obliczeniowego. Aby dowiedzieć się więcej na temat maksymalnej liczby operacji we/wy na sekundę na rozmiar obliczeniowy, zapoznaj się z tabelą.
Ważne
**Minimalna liczba operacji we/wy na sekundę wynosi 360 we wszystkich rozmiarach obliczeniowych
**Maksymalna liczba operacji we/wy na sekundę zależy od wybranego rozmiaru obliczeniowego.
Użycie operacji we/wy można monitorować w witrynie Azure Portal (za pomocą usługi Azure Monitor) przy użyciu metryki Monitorowanie usługi Azure Database for MySQL — serwer elastyczny . Musisz skalować obliczenia serwera, jeśli potrzebujesz większej liczby operacji we/wy na sekundę niż maksymalna liczba operacji we/wy na sekundę na podstawie obliczeń.
Wstępna aprowizacja operacji we/wy na sekundę
Usługa Azure Database for MySQL — elastyczny serwer oferuje wstępnie aprowizowaną liczbę operacji we/wy na sekundę, umożliwiając przydzielenie określonej liczby operacji we/wy na sekundę do wystąpienia elastycznego serwera usługi Azure Database for MySQL. To ustawienie zapewnia spójną i przewidywalną wydajność obciążeń. Dzięki wstępnie aprowizacji operacji we/wy na sekundę można zdefiniować określony limit liczby operacji we/wy na sekundę dla woluminu magazynu, co gwarantuje możliwość obsługi niektórych żądań na sekundę. Daje to niezawodny i pewny poziom wydajności. Wstępne aprowizowania operacji we/wy na sekundę umożliwia aprowizację dodatkowych operacji we/wy na sekundę powyżej limitu liczby operacji we/wy na sekundę. 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.
Automatyczne skalowanie operacji we/wy na sekundę
Podstawą serwera elastycznego usługi Azure Database for MySQL jest możliwość osiągnięcia najlepszej wydajności dla obciążeń warstwy 1. Można to poprawić, umożliwiając serwerowi automatyczne skalowanie wydajności serwerów baz danych (we/wy) w zależności od potrzeb związanych z obciążeniem. Ta funkcja zgody umożliwia użytkownikom skalowanie operacji we/wy na sekundę na żądanie bez konieczności wstępnego aprowizowania określonej ilości operacji we/wy na sekundę. Po włączeniu funkcji Automatycznego skalowania operacji we/wy na sekundę możesz teraz korzystać z bezproblemowego zarządzania operacjami we/wy na serwerze elastycznym usługi Azure Database for MySQL, ponieważ serwer skaluje operacje we/wy w górę lub w dół automatycznie w zależności od potrzeb związanych z obciążeniem. Automatyczne skalowanie operacji we/wy na sekundę automatycznie skaluje się do wartości "Maksymalna obsługiwana liczba operacji we/wy na sekundę" dla każdej warstwy usługi i rozmiaru obliczeniowego , jak określono w dokumentacji warstw usług. Zapewnia to optymalną wydajność bez konieczności ręcznego skalowania
W przypadku operacji we/wy skalowania automatycznego płacisz tylko za operacje we/wy używane przez serwer i nie musisz już aprowizować zasobów, które nie są w pełni używane, oszczędzając czas i pieniądze. Ponadto aplikacje warstwy 1 o krytycznym znaczeniu mogą osiągnąć spójną wydajność, udostępniając dodatkowe operacje we/wy dla obciążenia w dowolnym momencie. Automatyczne skalowanie operacji we/wy na sekundę eliminuje administrację wymaganą do zapewnienia najlepszej wydajności co najmniej kosztu dla klientów elastycznych serwerów usługi Azure Database for MySQL.
Skalowanie dynamiczne: automatyczne skalowanie operacji we/wy na sekundę dynamicznie dostosowuje limit liczby operacji we/wy na sekundę serwera bazy danych na podstawie rzeczywistego zapotrzebowania obciążenia. Zapewnia to optymalną wydajność bez ręcznej interwencji lub konfiguracji.
Obsługa skoków obciążeń: automatyczne skalowanie operacji we/wy na sekundę umożliwia bazie danych bezproblemowe obsługę skoków obciążeń lub wahań bez naruszania wydajności aplikacji. Ta funkcja zapewnia spójną szybkość reakcji nawet w okresach szczytowego użycia.
Oszczędności kosztów: 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.
Wykonywanie kopii zapasowej
Usługa automatycznie wykonuje kopię zapasową serwera. Możesz wybrać okres przechowywania od 1 do 35 dni. Dowiedz się więcej na temat kopii zapasowych w artykule pojęcia dotyczące tworzenia kopii zapasowych i przywracania.
Skalowanie zasobów
Po utworzeniu serwera można niezależnie zmienić warstwę obliczeniową, rozmiar obliczeniowy (rdzenie wirtualne i pamięć), ilość miejsca do magazynowania i okres przechowywania kopii zapasowych. Rozmiar obliczeniowy można skalować w górę lub w dół, a okres przechowywania kopii zapasowej można skalować w górę lub w dół z zakresu od 1 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.
Uwaga
Rozmiar magazynu można zwiększyć tylko. Po wzroście nie można wrócić do mniejszego rozmiaru magazynu.
Po zmianie warstwy obliczeniowej lub rozmiaru obliczeniowego należy ponownie uruchomić serwer, aby nowy typ serwera został zastosowany. Gdy system przełącza się na nowy serwer, nie można ustanowić nowych połączeń, a wszystkie niezatwierdzone transakcje zostaną wycofane. To okno różni się, ale w większości przypadków wynosi od 60 do 120 sekund.
Skalowanie magazynu i zmienianie okresu przechowywania kopii zapasowych to operacje online i nie wymagają ponownego uruchomienia serwera.
Cena
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 Obliczenia i magazyn 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 , wybierz pozycję Azure Database for MySQL i serwer elastyczny jako typ wdrożenia, aby dostosować opcje.
Jeśli chcesz zoptymalizować koszt serwera, możesz wziąć pod uwagę następujące porady:
- Skaluj w dół warstwę obliczeniową lub rozmiar obliczeniowy (rdzenie wirtualne), jeśli zasoby obliczeniowe są niedostatecznie wykorzystywane.
- Rozważ przełączenie się do warstwy obliczeniowej z możliwością zwiększenia szybkości, jeśli obciążenie nie wymaga pełnej pojemności obliczeniowej w sposób ciągły z warstwy Ogólnego przeznaczenia i Krytyczne dla działania firmy.
- Zatrzymaj serwer, gdy nie jest używany.
- Zmniejsz okres przechowywania kopii zapasowej, jeśli dłuższy okres przechowywania kopii zapasowej nie jest wymagany.