Warstwy usługi Azure Database for MySQL — serwer elastyczny
DOTYCZY: Azure Database for MySQL — serwer elastyczny
Możesz utworzyć wystąpienie serwera elastycznego usługi Azure Database for MySQL w jednej z trzech różnych warstw usług: z możliwością rozszerzenia, ogólnego przeznaczenia i Krytyczne dla działania firmy. Warstwy usług są rozróżniane przez podstawową jednostkę SKU maszyny wirtualnej używaną z serii B, serii D i serii E. Wybór warstwy obliczeniowej i rozmiaru określa pamięć i rdzenie wirtualne dostępne na serwerze. Ta sama 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 | Seria B | 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 16 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.
* Obliczenia Ev5 zapewniają najlepszą wydajność wśród innych serii maszyn wirtualnych pod względem QPS i opóźnienia. Dowiedz się więcej na temat wydajności i dostępności regionów obliczeń Ev5 tutaj.
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 nie potrzebują pełnego procesora CPU w sposób ciągły. |
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. |
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 wymaga ponownego uruchomienia. Można 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.
Szczegółowe specyfikacje dostępnych typów serwerów są następujące w przypadku 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) |
---|---|---|---|---|---|---|
Standardowa_B1s | 1 | 1 | 1.1 | 320 | 171 | 0 |
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 |
Szczegółowe specyfikacje dostępnych typów serwerów są następujące w przypadku 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 |
Szczegółowe specyfikacje dostępnych typów serwerów są następujące dla 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_E80ids_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 ważną 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 skupić się na całkowitej ilości pamięci dostępnej tylko w procesie serwera Azure MySQL Server (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 służy jako podstawowy aparat operacji bazy danych. Podczas uruchamiania inicjuje całkowite składniki, takie jak pula buforów InnoDB i pamięć podręczna wątków, wykorzystując pamięć na podstawie wymagań dotyczących konfiguracji i obciążenia. Na przykład pula buforów 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 buforów innodb i bufor dziennika. Pula buforów InnoDB przechowuje dane tabeli i indeksy w pamięci, aby zminimalizować operacje we/wy dysku, zwiększając wydajność. Parametr Rozmiar puli buforu innoDB jest obliczany na podstawie rozmiaru pamięci fizycznej (GB) dostępnego na serwerze. Dowiedz się więcej na temat rozmiarów puli buforów 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 szczegółowych informacji na temat dostępnych serii obliczeniowych, zapoznaj się z dokumentacją maszyny wirtualnej platformy Azure dotyczącą serii B, ogólnego przeznaczenia Dadsv5 seriiDdsv4 oraz Krytyczne dla działania firmy serii Eadsv5 serii/Edsv5/Edsv5.
Ograniczenia wydajności wystąpień serii z możliwością zwiększenia wydajności
Uwaga
W przypadku warstwy obliczeniowej z możliwością skalowania (serii B), jeśli maszyna wirtualna została uruchomiona/zatrzymana lub uruchomiona ponownie, środki mogą zostać utracone. Aby uzyskać więcej informacji, zobacz Artykuł Burstable (B-Series) — często zadawane pytania.
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 dla 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. Jeśli 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, serwer może napotkać 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 warstwie obliczeniowej Z możliwością serii B, takich jak Standard_B1s/Standard_B1ms/Standard_B2s, ich stosunkowo mniejszy rozmiar pamięci hosta może prowadzić do awarii (brak pamięci) w obciążeniu ciągłym, 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 i funkcji wysokiej dostępności . W przypadku takich obciążeń i funkcji inne warstwy obliczeniowe, takie jak ogólnego przeznaczenia lub Krytyczne dla działania firmy, są bardziej odpowiednie.
Aby uzyskać więcej informacji na temat modelu kredytowego procesora CPU serii B platformy Azure, zobacz wystąpienia z serii B i model kredytowy procesora CPU serii B.
Monitorowanie środków na użycie procesora CPU w warstwie z możliwością wzrostu wydajności
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 konkretnych wymagań dotyczących obciążenia i wydajności.
Użycie środków na użycie procesora CPU: 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ą.
Pozostałe środki na użycie procesora CPU: ta metryka pokazuje liczbę środków na użycie procesora CPU pozostałych dla twojego wystąpienia. Oko na tę metrykę 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, jak skonfigurować alerty dotyczące metryk, zapoznaj się z tym przewodnikiem.
Storage
Aprowizowany magazyn to ilość miejsca do magazynowania 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. We wszystkich warstwach usługi minimalna obsługiwana ilość miejsca do magazynowania wynosi 20 GiB, a maksymalna 16 TiB. Magazyn jest skalowany w przyrostach 1 giB i można go 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 aprowizowanego limitu, serwer przechodzi w tryb tylko do odczytu, aby zapobiec utracie zapisów 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 aprowizowaną pamięcią masową 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 przekroczy 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 ustawić serwer w trybie tylko do odczytu, wszystkie nowe żądania transakcji zapisu są blokowane, a istniejące aktywne transakcje będą nadal wykonywane. Gdy serwer zostanie przełączony w tryb tylko do odczytu, wszystkie kolejne zatwierdzenia transakcji i operacji zapisu zakończą się niepowodzeniem. 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 zwiększanie magazynu
Automatyczne zwiększanie magazynu uniemożliwia serwerowi brak pamięci masowej i staje się tylko do odczytu. Jeśli funkcja automatycznego zwiększania magazynu jest włączona, magazyn automatycznie rośnie bez wpływu na obciążenie. Automatyczne dodawanie magazynu jest domyślnie włączone dla wszystkich nowych serwerów tworzonych. W przypadku serwerów o rozmiarze mniejszym 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 przekroczy 990 GB, rozmiar magazynu serwera zostanie zwiększony do 1050 GB. Alternatywnie, jeśli aprowizujesz 20 GB miejsca do magazynowania, rozmiar magazynu jest zwiększany do 25 GB, gdy mniej niż 2 GB miejsca do magazynowania jest bezpłatne.
Pamiętaj, że magazyn po automatycznym skalowaniu w górę nie może być skalowany w dół.
Uwaga
Automatyczne dodawanie magazynu jest domyślnie włączone dla skonfigurowanego serwera o 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ę. Dowiedz się więcej. 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 (w usłudze Azure Monitor) przy użyciu metryki Procent operacji we/wy. Jeśli potrzebujesz większej liczby operacji we/wy na sekundę niż maksymalna liczba operacji we/wy na sekundę na podstawie obliczeń, musisz skalować obliczenia serwera.
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ść zapewnienia najlepszej wydajności dla obciążeń warstwy 1, które można poprawić, umożliwiając serwerowi automatyczne skalowanie wydajności (we/wy) serwerów baz danych w zależności od potrzeb związanych z obciążeniem. Jest to funkcja umożliwiająca użytkownikom skalowanie operacji we/wy na sekundę na żądanie bez konieczności wstępnej aprowizacji określonej ilości operacji we/wy na sekundę. Dzięki włączonej funkcji Automatycznego skalowania operacji we/wy na sekundę możesz teraz korzystać z bezpłatnego 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.
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, co pozwala zaoszczędzić 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.
Dynamiczne skalowanie: automatyczne skalowanie operacji we/wy na sekundę dynamicznie dostosowuje limit liczby operacji we/wy na sekundę serwera bazy danych na podstawie rzeczywistego zapotrzebowania na obciążenie. 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, gdy określono stały limit liczby operacji we/wy na sekundę i jest opłacany 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 kopie zapasowe serwera. Możesz wybrać okres przechowywania z zakresu 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ęć) oraz ilość magazynu oraz okres przechowywania kopii zapasowych. Rozmiar obliczeniowy można skalować w górę lub w dół. 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 witryny Portal 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 serwer zostanie uruchomiony ponownie, aby nowy typ serwera został zastosowany. Podczas przełączania systemu do nowego serwera nie można nawiązywać 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.
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 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 rozważyć 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.
Powiązana zawartość
- Dowiedz się, jak utworzyć wystąpienie serwera elastycznego usługi Azure Database for MySQL w portalu.
- Dowiedz się więcej o ograniczeniach usługi.