Automatyczne skalowanie dla opartej na rdzeniach wirtualnych usługi Azure Cosmos DB dla bazy danych MongoDB (publiczna wersja zapoznawcza)
DOTYCZY: 
Rdzenie wirtualne bazy danych MongoDB
Zarządzanie bazami danych z zmiennymi obciążeniami może być złożone i kosztowne, zwłaszcza gdy nieprzewidywalne skoki ruchu wymagają nadmiernej aprowizacji zasobów. Aby rozwiązać to wyzwanie, usługa Azure Cosmos DB dla bazy danych MongoDB wprowadza skalowanie automatyczne dla klastrów opartych na rdzeniach wirtualnych. Autoskalowanie jest przeznaczone do obsługi zmiennych obciążeń przez dynamiczne dostosowywanie pojemności w czasie rzeczywistym, skalowanie w górę lub w dół na podstawie wymagań aplikacji.
W przeciwieństwie do innych zarządzanych rozwiązań MongoDB, które często występują opóźnienia kilku godzin podczas skalowania w górę i ponad 24 godziny na potrzeby skalowania w dół, autoskalowanie usługi Azure Cosmos DB zapewnia natychmiastową skalowalność. Dzięki tej funkcji baza danych jest natychmiast dostosowywana do zmieniających się obciążeń, eliminując wąskie gardła wydajności i unikając niepotrzebnych kosztów.
Rozpocznij
Postępuj zgodnie z tym dokumentem, aby utworzyć nowy klaster usługi Azure Cosmos DB dla bazy danych MongoDB (rdzeń wirtualny) i zaznaczyć pole wyboru "Warstwa autoskalowania M200-Autoscale (wersja zapoznawcza)". Alternatywnie możesz użyć szablonu Bicep do aprowizacji zasobu.
Świadczenia
Skalowanie błyskawiczne
- Automatycznie dostosowuje pojemność bez przestojów, utrzymując wydajność podczas nieoczekiwanych skoków obciążenia.
- Eliminuje konieczność ręcznego skalowania, co zmniejsza ryzyko przerw w działaniu usługi.
Efektywność kosztowa
- Zmniejsza wydatki, zapobiegając nadmiernej aprowizacji, wykorzystując zasoby tylko wtedy, gdy jest to konieczne.
- Cennik płatności zgodnie z rzeczywistym użyciem gwarantuje, że opłaty są naliczane tylko za rzeczywiste użycie, maksymalizując wykorzystanie zasobów.
Przewidywalne ceny
- Podstawowe ceny z przejrzystymi obliczeniami kosztów ułatwiają budżetowanie i prognozowanie.
- Elastyczny model cen dostosowuje się do wymagań obciążeń, unikając nieoczekiwanych skoków kosztów.
Model cen
Dla uproszczenia korzysta z podstawowego modelu cenowego, w którym opłaty są naliczane na podstawie wyższego użycia procesora CPU lub zatwierdzonej pamięci w ciągu ostatniej godziny, w porównaniu z progiem wykorzystania na poziomie 35%.
- Do 35% wykorzystania: minimalna cena ma zastosowanie.
- Powyżej 35% wykorzystania: maksymalna cena ma zastosowanie.
- Klastry skalowania automatycznego generują 50% premii w warstwie podstawowej ze względu na błyskawiczne możliwości skalowania.
- Częstotliwość rozliczeń: koszty są obliczane i rozliczane godzinowo, dzięki czemu płacisz tylko za używaną pojemność.
Przykład:
W scenariuszu, w którym aplikacja doświadcza skoków użycia przez 10% środowiska uruchomieniowego:
- Bez autoskalowania: nadmierna aprowizacja klastra M200 będzie kosztować 1185,24 USD.
- W przypadku skalowania automatycznego: klaster autoskalowania M200 kosztowałby 968,41 USD, oferując oszczędności w wysokości 18,29%.
Ten elastyczny model cen pomaga zmniejszyć koszty przy zachowaniu optymalnej wydajności podczas szczytowego zapotrzebowania.
Ograniczenia
- Obecnie obsługiwana jest tylko warstwa autoskalowania M200, umożliwiając skalowanie w zakresie warstw M80 do M200.
- Automatyczne skalowanie dotyczy tylko zasobów obliczeniowych. Pojemność magazynu musi być nadal skalowana ręcznie.
- Uaktualnienia lub obniżanie poziomu między warstwą Ogólną a warstwą autoskalowaniem nie są obecnie obsługiwane.
Często zadawane pytania (FAQ)
- Które klastry obsługują skalowanie automatyczne?
Obecnie skalowanie automatyczne jest dostępne tylko dla warstwy M200 z możliwościami skalowania od M80 do M200.
- Czy skalowanie automatyczne zarządza skalowaniem zasobów obliczeniowych i magazynu?
Nie. Autoskaluj zarządza tylko zasobami obliczeniowymi. Magazyn musi być skalowany ręcznie.
- Czy mogę przełączać się między warstwą General i Warstwą autoskalowaniem?
Nie, uaktualnienia lub obniżanie poziomu między warstwą Ogólną a warstwą autoskalowaniem nie są obecnie obsługiwane.
- Czy występuje przestój, gdy autoskaluje pojemność?
Nie, autoskaluj dostosowuje pojemność natychmiast i bezproblemowo, bez przestojów ani wpływu na wydajność.
- Co się stanie, jeśli moje obciążenie przekroczy limity warstwy M200?
Jeśli obciążenie stale przekracza limity M200, może być konieczne rozważenie wyższej warstwy lub alternatywnych strategii skalowania, ponieważ autoskalowanie obecnie obsługuje tylko do M200.
- Czy skalowanie automatyczne jest dostępne we wszystkich regionach świadczenia usługi Azure?
Obsługa automatycznego skalowania może się różnić w zależności od regionu. Sprawdź witrynę Azure Portal, aby uzyskać dostępność w preferowanym regionie.
- Jak sprawdzić opłaty naliczane za pomocą skalowania automatycznego?
Aby zapewnić przejrzystość kosztów, wprowadziliśmy nową metrykę o nazwie "Procent wykorzystania autoskalowania". Ta metryka pokazuje maksymalne użycie procesora CPU lub zatwierdzonej pamięci w czasie, co pozwala porównać je z opłatami naliczonymi.
Następne kroki
Po zapoznaniu się z możliwościami warstwy autoskalowania w usłudze Azure Cosmos DB dla bazy danych MongoDB (rdzeń wirtualny), następnym krokiem jest zapoznanie się z podróżą migracji. Obejmuje to zrozumienie sposobu przeprowadzania oceny migracji i planowania bezproblemowego transferu istniejących obciążeń bazy danych MongoDB na platformę Azure.