Udostępnij za pomocą

Skalowanie wystąpienia usługi Azure Managed Redis

  • Dotyczy: ✅ Azure Managed Redis

Usługa Azure Managed Redis ma różne oferty jednostek SKU i warstw, które zapewniają elastyczność wyboru rozmiaru i wydajności pamięci podręcznej. Możesz skalować do większego rozmiaru pamięci lub zmienić warstwę na większą wydajność obliczeniową. Możesz również przejść na mniejszy lub bardziej odpowiedni poziom. W tym artykule przedstawiono sposób skalowania pamięci podręcznej przy użyciu witryny Azure Portal oraz narzędzi, takich jak program Azure PowerShell i interfejs wiersza polecenia platformy Azure.

Uwaga / Notatka

Ponieważ każda warstwa usługi Azure Managed Redis ma prawie te same funkcje, skalowanie jest zwykle używane tylko do zmiany charakterystyki pamięci i wydajności. Skalowanie geograficznie replikowanych pamięci podręcznych Azure Managed Redis Cache pozostaje w publicznej wersji zapoznawczej.

Typy skalowania

Usługa Azure Managed Redis obsługuje skalowanie w dwóch wymiarach:

  • Zwiększenie pamięci zwiększa rozmiar wystąpienia usługi Redis, co pozwala przechowywać więcej danych. Podczas zmniejszania pamięci należy upewnić się, że bieżące użycie pamięci jest mniejsze niż nowy rozmiar pamięci, którego chcesz użyć.

  • Procesory wirtualne usługi Azure Managed Redis oferują trzy warstwy (optymalizacja pod kątem pamięci, zrównoważone i optymalizacja pod kątem obliczeń), które mają coraz większą liczbę procesorów wirtualnych dla każdego poziomu pamięci. Skalowanie do warstwy z większą liczbie procesorów wirtualnych zwiększa wydajność wystąpienia bez konieczności zwiększania pamięci. W przeciwieństwie do warstw Podstawowa, Standardowa i Premium usługi Azure Cache for Redis, które korzystają tylko z pojedynczego procesora wirtualnego, usługa Azure Managed Redis używa stosu Redis Enterprise. Stos Redis Enterprise może używać wielu procesorów wirtualnych, co oznacza, że liczba procesorów wirtualnych używanych przez wystąpienie Redis bezpośrednio koreluje z wydajnością przepustowości i opóźnienia.

Warstwy wydajności

Dostępne są cztery warstwy usługi Azure Managed Redis, z których każda ma różne cechy wydajności i poziomy cen.

Ważne

Wszystkie warstwy w pamięci korzystające z ponad 235 GB miejsca do magazynowania są dostępne w publicznej wersji zapoznawczej, w tym zoptymalizowane pod kątem pamięci M350 i nowsze; Zrównoważony B350 i wyższy; i zoptymalizowane pod kątem obliczeń X350 i nowsze. Wszystkie te warstwy i wyższe są dostępne w publicznej wersji zapoznawczej.

Wszystkie warstwy zoptymalizowane pod kątem technologii Flash są w publicznej wersji zapoznawczej.

Warstwy i jednostki SKU w skrócie

Oto trzy poziomy przechowywania, które przechowują dane w pamięci:

  • Zoptymalizowane pod kątem pamięci Idealne rozwiązanie w przypadku przypadków użycia intensywnie korzystających z pamięci, które wymagają dużego stosunku pamięci do procesorów wirtualnych (8:1), ale nie wymagają najwyższej wydajności przepływności. Zapewnia ona niższy punkt cenowy dla scenariuszy, w których wymagana jest mniejsza moc obliczeniowa lub przepływność, co czyni go doskonałym wyborem dla środowisk programistycznych i testowych.

  • Zrównoważony (pamięć i obliczenia) Oferuje zrównoważony stosunek pamięci do procesorów wirtualnych (4:1), co czyni go idealnym rozwiązaniem dla obciążeń standardowych. Ta warstwa zapewnia zdrową równowagę między pamięcią i zasobami obliczeniowymi.

  • Zoptymalizowane pod kątem obliczeń Zaprojektowana pod kątem obciążeń intensywnie korzystających z wydajności wymagających maksymalnej przepływności z niskim współczynnikiem pamięci do procesorów wirtualnych (2:1). Jest to idealne rozwiązanie dla aplikacji, które wymagają najwyższej wydajności.

    Obraz przedstawiający tabelę przedstawiającą porównanie jednostek SKU i warstw.

Oto warstwa, która przechowuje dane zarówno w pamięci, jak i na dysku:

  • Zoptymalizowane pod kątem pamięci flash (wersja zapoznawcza) Umożliwia klastrom Redis automatyczne przenoszenie rzadziej używanych danych z pamięci RAM do magazynu NVMe. Zmniejsza to wydajność, ale umożliwia ekonomiczne skalowanie pamięci podręcznych z dużymi zestawami danych.

    Obraz tabeli pokazujący zoptymalizowane dla technologii Flash warstwy w tabeli przedstawiającej użycie przechowywania.

Wydajność (przepływność i opóźnienie)

Aby uzyskać testy porównawcze wydajności i więcej informacji na temat mierzenia wydajności każdej jednostki SKU i warstwy, zobacz Testowanie wydajności za pomocą usługi Azure Managed Redis

Kiedy skalować

Funkcje monitorowania usługi Azure Managed Redis umożliwiają monitorowanie kondycji i wydajności pamięci podręcznej. Użyj tych informacji, aby określić, kiedy skalować pamięć podręczną.

Możesz monitorować następujące metryki, aby określić, czy chcesz przeprowadzić skalowanie.

  • Procesor
    • Wysokie użycie procesora CPU oznacza, że serwer Redis nie może nadążyć za żądaniami ze wszystkich klientów. Skalowanie do większej liczby procesorów wirtualnych pomaga dystrybuować żądania pomiędzy wieloma procesami Redis. Skalowanie pomaga również dystrybuować szyfrowanie/odszyfrowywanie protokołu TLS i połączenie/rozłączanie, przyspieszając wystąpienia pamięci podręcznej przy użyciu protokołu TLS.
  • Użycie pamięci
    • Wysokie użycie pamięci wskazuje, że rozmiar danych jest zbyt duży dla bieżącego rozmiaru pamięci podręcznej. Rozważ skalowanie do rozmiaru pamięci podręcznej z większą ilością pamięci. Podczas zmniejszania pamięci należy upewnić się, że użycie pamięci bieżącej pamięci podręcznej jest mniejsze niż nowy rozmiar pamięci, którego chcesz użyć. Nie można umieścić dużego zestawu danych w mniejszym rozmiarze pamięci podręcznej.
  • Połączenia klienta
    • Każdy rozmiar pamięci podręcznej ma limit liczby połączeń klienta, które może obsługiwać. Jeśli połączenia klienta są zbliżone do limitu rozmiaru pamięci podręcznej, rozważ skalowanie do większego rozmiaru pamięci lub wyższej warstwy wydajności.
    • Aby uzyskać więcej informacji na temat limitów połączeń według rozmiaru pamięci podręcznej, zobacz Testowanie wydajności za pomocą usługi Azure Managed Redis.
  • Przepustowość sieci.
    • Jeśli serwer Redis przekracza dostępną przepustowość, żądania klientów mogą przekroczyć limit czasu, ponieważ serwer nie może wypychać danych do klienta wystarczająco szybko. Aby zweryfikować, ile przepustowości jest używanej po stronie serwera, sprawdź metryki „Odczyt z pamięci podręcznej” i „Zapis do pamięci podręcznej”. Jeśli serwer Redis przekracza dostępną przepustowość sieci, rozważ skalowanie do wyższej warstwy wydajności lub większego rozmiaru pamięci podręcznej.
    • Wybór zasad klastra wpływa na dostępną przepustowość sieci. Ogólnie rzecz biorąc, zasady klastra systemu operacyjnego mają wyższą przepustowość sieci niż zasady klastra przedsiębiorstwa. Aby uzyskać więcej informacji, zobacz zasady klastra.
    • Aby uzyskać więcej informacji na temat dostępnej przepustowości sieci według rozmiaru pamięci podręcznej, zobacz Testowanie wydajności za pomocą usługi Azure Managed Redis.

Aby uzyskać więcej informacji na temat określania warstwy cenowej pamięci podręcznej do użycia, zobacz Wybieranie odpowiedniej warstwy.

Aby uzyskać więcej informacji na temat optymalizowania procesu skalowania, zobacz najlepsze rozwiązania dotyczące skalowania.

Ograniczenia skalowania usługi Azure Managed Redis

  • Nie można skalować z warstw zoptymalizowanych pod kątem pamięci, zrównoważonych lub zoptymalizowanych pod kątem obliczeń do warstwy Zoptymalizowane pod kątem Flash ani na odwrót.
  • Podczas zmniejszania pamięci dla wystąpienia usługi Redis bieżące użycie pamięci wystąpienia usługi Redis powinno być mniejsze niż nowo zamierzony rozmiar pamięci. Aby uzyskać więcej informacji, zobacz Co się stanie z moimi danymi w przypadku skalowania do mniejszego rozmiaru pamięci?.
  • Podczas zmniejszania pamięci lub vCPU dla instancji Redis można skalować tylko do jednostek SKU, które mają konfigurację vCPU i fragmentów zgodną z bieżącą konfiguracją instancji.
  • W niektórych przypadkach podczas skalowania podstawowy adres IP wystąpienia usługi Redis może ulec zmianie. Rekord DNS dla wystąpienia zmienia się i jest niewidoczny dla większości aplikacji. Jednak jeśli używasz adresu IP do ustawienia połączenia z instancją Redis, konfiguracji grup zabezpieczeń sieciowych lub zapór pozwalających na ruch do instancji Redis, Twoja aplikacja może napotkać problem z połączeniem po aktualizacji rekordów DNS.
  • Skalowanie wystąpienia w grupie replikacji geograficznej ma pewne ograniczenia. Zobacz Czy istnieją ograniczenia skalowania w replikacji geograficznej, aby uzyskać więcej informacji.
  • Zmniejszanie skali umożliwia skalowanie tylko do określonych poziomów. Aby uzyskać więcej informacji, zobacz Dlaczego można skalować tylko w dół do podzbioru mniejszych jednostek SKU?.

Jak skalować

W tej sekcji opisano sposób skalowania pamięci podręcznej Azure Managed Redis Cache.

Skalowanie przy użyciu witryny Azure Portal

Uwaga / Notatka

Skalowanie geograficznie replikowanych pamięci podręcznych Azure Managed Redis Cache pozostaje w publicznej wersji zapoznawczej.

  1. Aby skalować pamięć podręczną, przejdź do pamięci podręcznej w witrynie Azure Portal i wybierz pozycję Skaluj z menu Zasób.

  2. Aby skalować vCPU, wybierz inny typ pamięci podręcznej, a następnie wybierz Zapisz.

    Ważne

    W przypadku wybrania jednostki SKU, do której nie można przeprowadzić skalowania, opcja Zapisz jest wyłączona. Zapoznaj się z sekcją Ograniczenia skalowania usługi Azure Managed Redis, aby uzyskać szczegółowe informacje na temat dozwolonych opcji skalowania.

  3. Po zakończeniu skalowania stan zmienia się z Skalowanie na Uruchomione podczas przeglądania sekcji Przegląd w menu Zasób.

Skalowanie przy użyciu programu PowerShell

Wystąpienia usługi Redis zarządzanej platformy Azure można skalować za pomocą programu PowerShell przy użyciu polecenia cmdlet Update-AzRedisEnterpriseCache . Możesz zmodyfikować właściwość Sku, aby wybrać wymaganą warstwę i jednostkę SKU. W poniższym przykładzie pokazano, jak skalować pamięć podręczną o nazwie myCache do wystąpienia X20 zoptymalizowanego pod kątem obliczeń (24 GB).

   Update-AzRedisEnterpriseCache -ResourceGroupName <your-group> -Name <your-cache-name> -Sku <sku-name>

Skalowanie przy użyciu interfejsu wiersza polecenia platformy Azure

Aby skalować wystąpienia usługi Azure Managed Redis przy użyciu interfejsu wiersza polecenia platformy Azure, wywołaj polecenie az redisenterprise update . Możesz zmodyfikować właściwość sku, aby wybrać wymaganą warstwę i jednostkę SKU. W poniższym przykładzie pokazano, jak skalować pamięć podręczną o nazwie myCache do wystąpienia X20 zoptymalizowanego pod kątem obliczeń (24 GB).

az redisenterprise update --cluster-name <your-cache-name> --resource-group <your-resource-group> --sku <name-of-sku>

Najczęściej zadawane pytania dotyczące skalowania.

Poniższa lista zawiera odpowiedzi na często zadawane pytania dotyczące skalowania usługi Azure Managed Redis.

Czy mogę skalować w różnych warstwach lub w różnych warstwach?

Zawsze można skalować do wyższej warstwy wydajności w tym samym rozmiarze pamięci lub większym rozmiarze pamięci w ramach tej samej warstwy wydajności. W celu skalowania do niższej warstwy wydajności lub mniejszego rozmiaru pamięci zalecamy uruchomienie interfejsu API REST "listskusforscaling", aby uzyskać listę jednostek SKU, do których można przeprowadzić skalowanie.

az redisenterprise list-skus-for-scaling --cluster-name <your-redis-instance> --resource-group <your-resource-group>

Co się stanie z moimi danymi w przypadku skalowania do mniejszego rozmiaru pamięci?

Można skalować do mniejszego rozmiaru pamięci tylko wtedy, gdy bieżące użycie pamięci jest mniejsze niż zamierzone mniejsze rozmiary pamięci. Jeśli bieżące użycie pamięci jest wyższe niż zamierzony mniejszy rozmiar, żądanie skalowania kończy się niepowodzeniem. Bieżące użycie pamięci można zmniejszyć, usuwając niechciane pary wartości klucza lub uruchamiając operację opróżniania.

az redisenterprise database flush --cluster-name <your-redis-instance> --resource-group <your-resource-group>

Czy po skalowaniu muszę zmienić nazwę pamięci podręcznej lub klucze dostępu?

Nie, nazwa pamięci podręcznej i klucze dostępu nie są zmieniane podczas operacji skalowania.

Jak odbywa się skalowanie?

  • Podczas skalowania wystąpienia usługi Redis jeden z węzłów w klastrze Redis jest zamykany i ponownie aprowizacji do nowego rozmiaru. Następnie dane są przenoszone, a drugi węzeł przeprowadza analogiczne przełączenie awaryjne, zanim ponownie aprowizuje. Zamykanie i ponowne udostępnianie jest podobne do procesu, który występuje podczas aktualizacji lub awarii jednego z węzłów cache.
  • Podczas skalowania do instancji z większą liczbą procesorów wirtualnych nowe fragmenty są aprowizowane i dodawane do klastra serwera Redis. Dane są następnie ponownie rozdzielone na wszystkie shardy.

Aby uzyskać więcej informacji na temat sposobu obsługi fragmentowania przez usługę Azure Managed Redis, zobacz Konfiguracja fragmentowania.

Czy utracię dane z pamięci podręcznej podczas skalowania?

  • Jeśli tryb wysokiej dostępności jest włączony, wszystkie dane powinny być zachowywane podczas operacji skalowania.
  • W przypadku skalowania do mniejszego poziomu pamięci należy upewnić się, że bieżące użycie pamięci jest mniejsze niż zamierzony nowy rozmiar pamięci. Jeśli bieżące użycie pamięci jest większe niż zamierzony rozmiar pamięci jednostki SKU, możesz opróżnić dane przy użyciu operacji Opróżnij lub ręcznie wybrać wartości klucza do usunięcia.
  • Jeśli tryb wysokiej dostępności jest wyłączony, wszystkie dane zostaną utracone, a pamięć podręczna będzie niedostępna podczas operacji skalowania.

Czy moja pamięć podręczna jest dostępna podczas skalowania?

  • Wystąpienia usługi Azure Managed Redis z włączonym trybem wysokiej dostępności pozostają dostępne podczas operacji skalowania. Jednak podczas skalowania tych pamięci podręcznych mogą wystąpić blipy połączeń. Te blipy połączeń są zwykle krótkie, a klienci usługi Redis mogą zwykle ponownie nawiązać połączenie natychmiast.
  • Jeśli tryb wysokiej dostępności jest wyłączony, wystąpienie usługi Azure Managed Redis jest w trybie offline podczas operacji skalowania.

Czy istnieją ograniczenia skalowania w przypadku replikacji geograficznej?

Skalowanie geograficznie replikowanych pamięci podręcznych jest w publicznej wersji zapoznawczej. Po skonfigurowaniu aktywnej replikacji geograficznej nie można mieszać i dopasowywać rozmiarów pamięci podręcznej w grupie replikacji geograficznej. W związku z tym skalowanie pamięci podręcznych w grupie replikacji geograficznej wymaga wykonania kilku kolejnych kroków. Aby uzyskać instrukcje, zobacz Skalowanie wystąpień w grupie replikacji geograficznej.

Skalowanie w dół do mniejszego rozmiaru pamięci lub mniejszej liczby fragmentów nie jest obsługiwane w przypadku pamięci podręcznych replikowanych geograficznie. Więcej informacji znajdziesz w Ile fragmentów wykorzystuje każda jednostka SKU usługi Redis zarządzanej przez platformę Azure, aby znaleźć fragmenty w klastrze.

Ile czasu trwa skalowanie?

Czas skalowania zależy od kilku czynników. Poniżej przedstawiono niektóre czynniki, które mogą mieć wpływ na czas skalowania.

  • Ilość danych: replikowanie większych ilości danych trwa dłużej
  • Duże żądania zapisu: większa liczba zapisów oznacza więcej replik danych między węzłami lub fragmentami
  • Wysokie użycie procesora CPU: wyższe użycie procesora CPU oznacza, że serwer Redis jest zajęty, a ograniczone cykle procesora CPU są dostępne do ukończenia redystrybucji danych

Ogólnie rzecz biorąc, skalowanie wystąpienia bez danych trwa około 10 minut.

Jak sprawdzić, kiedy skalowanie zostało ukończone?

W witrynie Azure Portal możesz zobaczyć, jak trwa operacja skalowania. Po zakończeniu skalowania stan pamięci podręcznej zmieni się na Uruchomiono podczas wyświetlania pozycji Przegląd w menu Zasób.

Czy usługa Azure Managed Redis korzysta z klastrowania?

W przeciwieństwie do usługi Azure Cache for Redis usługa Azure Managed Redis używa klastrowania we wszystkich warstwach i jednostkach SKU. Klastrowanie umożliwia znaczne optymalizacje wydajności. Każda jednostka SKU usługi Azure Managed Redis jest skonfigurowana pod kątem zoptymalizowanej liczby fragmentów dla liczby dostępnych procesorów wirtualnych. Liczba fragmentów nie jest konfigurowalna przez użytkownika.

Ile fragmentów używa każda jednostka SKU usługi Redis zarządzanej platformy Azure?

Ponieważ usługa Azure Managed Redis działa w oprogramowaniu Redis Enterprise, fragmenty mogą być używane w gęstszej konfiguracji niż w społeczności Redis. Aby dowiedzieć się więcej o określonej liczbie fragmentów używanych w każdej jednostce SKU, zapoznaj się z artykułem Konfiguracja fragmentowania.

Jak klucze są dystrybuowane w klastrze?

Zgodnie z dokumentacją usługi Redis w modelu dystrybucji kluczy: Przestrzeń klucza jest podzielona na 16 384 sloty. Każdy klucz jest haszowany i przypisany do jednego z tych slotów, które są rozdzielane między węzły klastra. Można skonfigurować, która część klucza jest haszowana, aby zapewnić, że wiele kluczy znajduje się w tym samym fragmencie, używając tagów haszujących.

  • Klucze z hasztagiem - jeśli jakaś część klucza jest ujęta w { i }, to tylko ta część klucza ma wygenerowany skrót na potrzeby określenia gniazda skrótu klucza. Na przykład następujące trzy klucze znajdują się w tym samym fragmencie: {key}1, {key}2i {key}3 ponieważ tylko key część nazwy jest skrótem. Aby uzyskać pełną listę specyfikacji tagów hasz kluczy, zobacz Tagi hasz kluczy.
  • Klucze bez tagu skrótu — cała nazwa klucza jest używana do tworzenia skrótów, co powoduje statystycznie równomierny rozkład w obrębie fragmentów pamięci podręcznej.

Aby uzyskać najlepszą wydajność i przepływność, zalecamy równomierne dystrybuowanie kluczy. Jeśli używasz kluczy z tagiem skrótu, aplikacja odpowiada za równomierne dystrybuowanie kluczy.

Aby uzyskać więcej informacji, zobacz Model dystrybucji kluczy, Fragmentowanie danych klastra Redis i Tagi skrótu kluczy.

Jaki jest największy rozmiar pamięci podręcznej, który mogę utworzyć?

Największy rozmiar pamięci podręcznej, który można mieć, to 4,5 TB, nazywany wystąpieniem Flash Optimized A4500. Azure Cache for Redis — ceny

Dlaczego można skalować tylko w dół do podzbioru mniejszych jednostek SKU?

Aby zachować zgodność z liczbą fragmentów i procesorów wirtualnych, można skalować w dół tylko do niektórych jednostek SKU. Jednostki SKU wystąpienia usługi Redis można skalować w dół, sprawdzając dostępne opcje w sekcji Skalowanie w witrynie Azure Portal. Możesz również uruchomić następujące polecenie CLI.

Jednostki SKU wystąpienia usługi Redis można skalować w dół, sprawdzając dostępne opcje w sekcji Skalowanie w witrynie Azure Portal.

az redisenterprise list-skus-for-scaling --cluster-name <your-redis-instance> --resource-group <your-resource-group>

Czy zasady klastrowania można zmienić po wybraniu systemu operacyjnego lub klastra przedsiębiorstwa?

Po ustawieniu zasad klastrowania na wartość OSSCluster lub EnterpriseCluster podczas tworzenia pamięci podręcznej nie można jej zmienić. Aby przełączyć się na inne zasady klastrowania, należy usunąć pamięć podręczną Redis Cache i utworzyć ją ponownie przy użyciu żądanej konfiguracji. Tylko pamięci podręczne z nieklastrową polityką można zaktualizować do konfiguracji klastrowanej po wdrożeniu.

Treści powiązane

  • Last updated on