Skalowanie
Skalowanie pod obciążeniem
Podczas skalowania pamięci podręcznej pod obciążeniem skonfiguruj maxmemory-reserved ustawienie, aby poprawić czas reakcji systemu. Aby uzyskać więcej informacji, zobacz Konfigurowanie ustawienia maxmemory-reserved.
Skalowanie klastrów
Spróbuj zmniejszyć ilość danych, ile można w pamięci podręcznej przed skalowaniem klastrowanej pamięci podręcznej w lub na out. Zmniejszenie ilości danych gwarantuje, że trzeba przenosić mniejsze ilości danych, co skraca czas wymagany do wykonania operacji skalowania. Aby uzyskać więcej informacji na temat sposobu skalowania, zobacz Kiedy przeprowadzić skalowanie.
Skalowanie przed zbyt dużym obciążeniem
Rozpocznij skalowanie przed zbyt dużym obciążeniem serwera lub użyciem pamięci. Jeśli jest zbyt wysoka, oznacza to, że serwer Redis jest zajęty. Zajęty serwer Redis nie ma wystarczającej ilości zasobów do skalowania i redystrybucji danych.
Rozmiary pamięci podręcznej
Jeśli używasz protokołu TLS i masz dużą liczbę połączeń, rozważ skalowanie w poziomie, aby można było rozłożyć obciążenie na więcej rdzeni. Niektóre rozmiary pamięci podręcznej są hostowane na maszynach wirtualnych z co najmniej czterema rdzeniami. Dystrybuując obciążenia na wiele rdzeni, możesz obniżyć ogólne użycie procesora CPU na maszynach wirtualnych pamięci podręcznej. Aby uzyskać więcej informacji, zobacz szczegóły dotyczące rozmiarów i rdzeni maszyn wirtualnych.
Skalowanie i pamięć
Wystąpienia pamięci podręcznej można skalować w witrynie Azure Portal. Ponadto można programowo skalować pamięć podręczną przy użyciu poleceń cmdlet programu PowerShell, interfejsu wiersza polecenia platformy Azure i bibliotek zarządzania platformy Microsoft Azure (MAML).
W przypadku skalowania pamięci podręcznej w górę lub w dół w portalu ustawienia są maxmemory-reservedmaxfragmentationmemory-reserved automatycznie skalowane proporcjonalnie do rozmiaru pamięci podręcznej. Jeśli na przykład maxmemory-reserved ustawiono wartość 3 GB w pamięci podręcznej 6 GB, a skalowanie do pamięci podręcznej 12 GB spowoduje automatyczne zaktualizowanie ustawień do 6 GB podczas skalowania. W przypadku skalowania w dół następuje odwrotnie.
W przypadku programowego skalowania pamięci podręcznej w górę lub w dół przy użyciu programu PowerShell, interfejsu wiersza polecenia lub interfejsu API REST dowolne maxmemory-reserved lub maxfragmentationmemory-reserved są ignorowane w ramach żądania aktualizacji. Uwzględniana jest tylko zmiana skalowania. Te ustawienia pamięci można zaktualizować po zakończeniu operacji skalowania.
Aby uzyskać więcej informacji na temat skalowania i pamięci, w zależności od warstwy, zobacz:
- Jak skalować — warstwy Podstawowa, Standardowa i Premium lub
- Jak skalować w górę i w poziomie — warstwy Flash dla przedsiębiorstw i przedsiębiorstw.
Uwaga
W przypadku programowego skalowania pamięci podręcznej w górę lub w dół wszystkie lub maxmemory-reservedmaxfragmentationmemory-reserved są ignorowane w ramach żądania aktualizacji. Uwzględniana jest tylko zmiana skalowania. Te ustawienia pamięci można zaktualizować po zakończeniu operacji skalowania.
Minimalizacja danych ułatwia szybsze skalowanie
Jeśli zachowanie danych w pamięci podręcznej nie jest wymagane, rozważ opróżnienie danych przed skalowaniem. Opróżnianie pamięci podręcznej ułatwia szybsze wykonywanie operacji skalowania, dzięki czemu nowa pojemność jest dostępna wcześniej. Zobacz więcej szczegółów na temat inicjowania operacji opróżniania.
Skalowanie pamięci podręcznych warstwy przedsiębiorstwa
Ponieważ warstwy Enterprise i Enterprise Flash są oparte na usłudze Redis Enterprise, a nie w usłudze Redis typu open source, istnieją pewne różnice w zakresie skalowania najlepszych rozwiązań. Aby uzyskać więcej informacji, zobacz Best Practices for the Enterprise and Enterprise Flash tiers (Najlepsze rozwiązania dotyczące warstw Flash dla przedsiębiorstw i przedsiębiorstwa).