Azure Cache for Redis i doskonałość operacyjna
Azure Cache for Redis udostępnia magazyn danych w pamięci oparty na oprogramowaniu Redis (zdalny serwer słowników). Jest to bezpieczny broker pamięci podręcznej i obsługi komunikatów danych, który zapewnia wysoką przepływność i dostęp do danych o małych opóźnieniach dla aplikacji.
Najlepsze rozwiązania, które obsługują doskonałość operacyjną, obejmują:
W poniższych sekcjach opisano zagadnienia dotyczące projektowania, listę kontrolną konfiguracji i zalecane opcje konfiguracji specyficzne dla Azure Cache for Redis.
Zagadnienia dotyczące projektowania
Umowa dotycząca poziomu usług (SLA) Azure Cache for Redis obejmuje tylko pamięci podręczne w warstwie Standardowa i Premium. Warstwa Podstawowa nie jest objęta.
Redis to pamięć podręczna w pamięci dla par wartości klucza i ma domyślnie wysoką dostępność (HA), z wyjątkiem warstwy Podstawowa. Istnieją trzy warstwy dla Azure Cache for Redis:
Podstawowe: Nie zaleca się obsługi obciążeń produkcyjnych. Warstwa Podstawowa jest idealna dla:
- Jeden węzeł
- Wiele rozmiarów
- Opracowywanie zawartości
- Testowanie
- Obciążenia niekrytyczne
Standardowa: zreplikowana pamięć podręczna w konfiguracji podstawowej i pomocniczej dwuwęźle zarządzanej przez firmę Microsoft z umową SLA o wysokiej dostępności.
Premium: obejmuje wszystkie funkcje warstwy Standardowa i obejmuje następujące inne funkcje:
- Szybszy sprzęt i wydajność w porównaniu z warstwą Podstawowa lub Standardowa.
- Większy rozmiar pamięci podręcznej, do
120GB
. - Trwałość danych obejmująca plik bazy danych Redis (RDB) i plik tylko dołączania (AOF).
- Obsługa sieci wirtualnej.
- Analiza skupień
- Replikacja geograficzna: pomocnicza pamięć podręczna znajduje się w innym regionie i replikuje dane z podstawowej pamięci podręcznej na potrzeby odzyskiwania po awarii. Aby przejść w tryb failover do pomocniczej, pamięci podręczne muszą być odłączone ręcznie, a następnie pomocnicza jest dostępna dla zapisów. Aplikacja zapisu w usłudze Redis musi zostać zaktualizowana przy użyciu pamięci podręcznej pomocniczej parametry połączenia.
- Strefy dostępności: wdróż pamięć podręczną i repliki w różnych strefach dostępności.
Uwaga
Domyślnie każde wdrożenie będzie mieć jedną replikę na fragment. Trwałość, klastrowanie i replikacja geograficzna są obecnie wyłączone z wdrożeń, które mają więcej niż jedną replikę. Węzły będą dystrybuowane równomiernie we wszystkich strefach. Powinna istnieć liczba stref z liczbą
>=
replik. - Importowanie i eksportowanie.
Firma Microsoft gwarantuje co najmniej 99.9%
czas, w jaki klienci będą mieli łączność między punktami końcowymi pamięci podręcznej a bramą internetową firmy Microsoft.
Lista kontrolna
Czy skonfigurowano Azure Cache for Redis z myślą o doskonałości operacyjnej?
- Zaplanuj aktualizacje.
- Monitoruj pamięć podręczną i ustaw alerty.
- Wdróż pamięć podręczną w sieci wirtualnej.
- Użyj poprawnego typu buforowania (lokalnego, w roli, zarządzanej, redis) w rozwiązaniu.
- Skonfiguruj trwałość danych , aby zapisać kopię pamięci podręcznej w usłudze Azure Storage lub użyć replikacji geograficznej, w zależności od wymagań biznesowych.
- Użyj jednej statycznej lub pojedynczej implementacji multipleksera połączenia do usługi Redis i postępuj zgodnie z najlepszymi rozwiązaniami.
- Zobacz Jak administrować Azure Cache for Redis.
Zalecenia dotyczące konfiguracji
Zapoznaj się z poniższą tabelą zaleceń, aby zoptymalizować konfigurację Azure Cache for Redis pod kątem doskonałości operacyjnej:
Zalecenie | Opis |
---|---|
Zaplanuj aktualizacje. | Zaplanuj dni i godziny stosowania aktualizacji serwera Redis do pamięci podręcznej, która nie obejmuje aktualizacji platformy Azure ani aktualizacji systemu operacyjnego maszyny wirtualnej. |
Monitoruj pamięć podręczną i ustaw alerty. | Ustaw alerty dla wyjątków, wysokie użycie procesora CPU, wysokie użycie pamięci, obciążenie serwera i eksmitowane klucze, aby uzyskać szczegółowe informacje o tym, kiedy skalować pamięć podręczną. Jeśli pamięć podręczna musi być skalowana, zrozumienie, kiedy należy skalować, jest ważne, ponieważ zwiększy procesor CPU podczas zdarzenia skalowania w celu migracji danych. |
Wdróż pamięć podręczną w sieci wirtualnej. | Zapewnia klientowi większą kontrolę nad ruchem, który może łączyć się z pamięcią podręczną. Upewnij się, że podsieć ma wystarczającą ilość dostępnej przestrzeni adresowej do wdrożenia węzłów pamięci podręcznej i fragmentów (klastra). |
Użyj poprawnego typu buforowania (lokalnego, w roli, zarządzanej, redis) w rozwiązaniu. | Aplikacje rozproszone zwykle implementują jedną lub obie następujące strategie podczas buforowania danych: — Użycie prywatnej pamięci podręcznej, w której dane są przechowywane lokalnie na maszynie, na której uruchomiono wystąpienie aplikacji lub usługi. — Używanie udostępnionej pamięci podręcznej, pełniące rolę wspólnego źródła, do którego można uzyskać dostęp przez wiele procesów i maszyn. W obu przypadkach buforowanie można wykonać po stronie klienta i po stronie serwera. Buforowanie po stronie klienta jest wykonywane przez proces, który zapewnia interfejs użytkownika dla systemu, np. przeglądarkę internetową lub aplikację. Buforowanie po stronie serwera jest wykonywane przez proces, który zapewnia usługi biznesowe uruchamiane zdalnie. |
Skonfiguruj trwałość danych , aby zapisać kopię pamięci podręcznej w usłudze Azure Storage lub użyć replikacji geograficznej, w zależności od wymagań biznesowych. | Trwałość danych: jeśli główny i replika zostaną ponownie uruchomione, dane zostaną załadowane automatycznie z konta magazynu. Replikacja geograficzna: pamięć podręczna pomocnicza musi być odłączona od podstawowego. Pomocnicza stanie się teraz podstawową i może odbierać zapisy. |
Zobacz Jak administrować Azure Cache for Redis. | Dowiedz się, jak może wystąpić utrata danych z ponownym uruchomieniem pamięci podręcznej i jak przetestować aplikację pod kątem odporności. |
Artefakty źródłowe
Aby zidentyfikować wystąpienia usługi Redis, które nie są w warstwie Premium, użyj następującego zapytania:
Resources
| where type == 'microsoft.cache/redis'
| where properties.sku.name != 'Premium'