Jak administrować usługą Azure Cache for Redis

  • Artykuł

W tym artykule opisano sposób wykonywania zadań administracyjnych, takich jak ponowne uruchamianie i aktualizowanie kanału oraz Planowanie aktualizacji wystąpień usługi Azure Cache for Redis.

Ponowne uruchamianie

Po lewej stronie ponowny rozruch umożliwia ponowne uruchomienie co najmniej jednego węzła pamięci podręcznej. Ta funkcja ponownego rozruchu umożliwia przetestowanie aplikacji pod kątem odporności, jeśli wystąpi awaria węzła pamięci podręcznej.

Ważne

Ponowne uruchomienie nie jest jeszcze dostępne dla warstwy Enterprise. Ponowny rozruch jest dostępny dla wszystkich innych warstw.

Zrzut ekranu z wyróżnioną opcją menu Ponowne uruchamianie

Wybierz węzły do ponownego uruchomienia i wybierz pozycję Uruchom ponownie.

Zrzut ekranu przedstawiający węzły, które można ponownie uruchomić

Jeśli masz pamięć podręczną w warstwie Premium z włączonym klastrowaniem, możesz wybrać fragmenty pamięci podręcznej do ponownego uruchomienia.

zrzut ekranu przedstawiający opcje fragmentu

Aby ponownie uruchomić co najmniej jeden węzeł pamięci podręcznej, wybierz węzły i wybierz pozycję Uruchom ponownie. Jeśli masz pamięć podręczną w warstwie Premium z włączonym klastrowaniem, wybierz fragmenty do ponownego uruchomienia, a następnie wybierz pozycję Uruchom ponownie. Po kilku minutach wybrane węzły zostaną uruchomione ponownie i zostaną ponownie uruchomione w trybie online kilka minut później.

Wpływ na aplikacje klienckie różni się w zależności od tego, które węzły są uruchamiane ponownie.

  • Podstawowy — po ponownym uruchomieniu węzła podstawowego usługa Azure Cache for Redis przełączy się w tryb failover do węzła repliki i podwyższy poziom go do podstawowego. Podczas pracy w trybie failover może istnieć krótki interwał, w którym połączenia mogą zakończyć się niepowodzeniem z pamięcią podręczną.
  • Replika — po ponownym uruchomieniu węzła repliki zwykle nie ma wpływu na klientów pamięci podręcznej.
  • Zarówno podstawowy, jak i replika — po ponownym uruchomieniu obu węzłów pamięci podręcznej usługa Azure Cache for Redis próbuje bezpiecznie ponownie uruchomić oba węzły, czekając na zakończenie przed ponownym uruchomieniem drugiego. Zazwyczaj utrata danych nie występuje. Jednak utrata danych może nadal wystąpić w przypadku nieoczekiwanych zdarzeń konserwacji lub awarii. Ponowne uruchomienie pamięci podręcznej wiele razy z rzędu zwiększa szanse na utratę danych.
  • Węzły pamięci podręcznej w warstwie Premium z włączonym klastrowaniem — po ponownym uruchomieniu co najmniej jednego węzła pamięci podręcznej w warstwie Premium z włączoną obsługą klastrowania zachowanie wybranych węzłów jest takie samo, jak podczas ponownego uruchamiania odpowiedniego węzła lub węzłów nieklasterowanej pamięci podręcznej.

Często zadawane pytania dotyczące ponownego uruchamiania

Który węzeł należy ponownie uruchomić, aby przetestować moją aplikację?

Aby przetestować odporność aplikacji na awarię węzła podstawowego pamięci podręcznej, uruchom ponownie węzeł Podstawowy . Aby przetestować odporność aplikacji na awarię węzła repliki, uruchom ponownie węzeł repliki .

Czy mogę ponownie uruchomić pamięć podręczną, aby wyczyścić połączenia klienckie?

Tak, jeśli ponownie uruchomisz pamięć podręczną, wszystkie połączenia klienta zostaną wyczyszczone. Ponowne uruchomienie może być przydatne w przypadku, gdy każde połączenie klienta jest używane z powodu błędu logiki lub błędu w aplikacji klienckiej. Każda warstwa cenowa ma różne limity połączeń klienta dla różnych rozmiarów, a po osiągnięciu tych limitów nie są akceptowane żadne połączenia klienckie. Ponowne uruchomienie pamięci podręcznej umożliwia wyczyszczenie wszystkich połączeń klientów.

Ważne

Jeśli ponownie uruchomisz pamięć podręczną w celu wyczyszczenia połączeń klienckich, usługa StackExchange.Redis automatycznie połączy się ponownie po powrocie węzła Redis do trybu online. Jeśli problem podstawowy nie zostanie rozwiązany, połączenia klienta mogą być nadal używane.

Czy utracię dane z pamięci podręcznej, jeśli wykonam ponowny rozruch?

Jeśli ponownie uruchomisz węzły Podstawowe i Replika , wszystkie dane w pamięci podręcznej (lub w tym fragmentzie, gdy używasz pamięci podręcznej w warstwie Premium z włączonym klastrowaniem), prawdopodobnie będą bezpieczne. Jednak dane mogą zostać utracone w niektórych przypadkach. Ponowne uruchomienie obu węzłów należy zachować ostrożność.

Jeśli uruchomisz ponownie tylko jeden z węzłów, dane nie są zwykle tracone, ale nadal mogą być. Jeśli na przykład węzeł podstawowy zostanie uruchomiony ponownie, a zapis pamięci podręcznej jest w toku, dane z zapisu w pamięci podręcznej zostaną utracone. Innym scenariuszem utraty danych byłoby ponowne uruchomienie jednego węzła, a drugi węzeł z powodu awarii w tym samym czasie. Aby uzyskać więcej informacji na temat możliwych przyczyn utraty danych, zobacz Co się stało z moimi danymi w usłudze Redis?

Czy mogę ponownie uruchomić pamięć podręczną przy użyciu programu PowerShell, interfejsu wiersza polecenia lub innych narzędzi do zarządzania?

Tak, aby uzyskać instrukcje programu PowerShell, zobacz Aby ponownie uruchomić usługę Azure Cache for Redis.

Czy mogę ponownie uruchomić pamięć podręczną przedsiębiorstwa?

L.p. Ponowne uruchomienie nie jest jeszcze dostępne dla warstwy Enterprise. Ponowny rozruch jest dostępny dla warstw Podstawowa, Standardowa i Premium. Ustawienia widoczne w menu Zasób w obszarze Administracja istration zależą od warstwy pamięci podręcznej. Podczas korzystania z pamięci podręcznej z warstwy Enterprise nie widać ponownego uruchamiania .

Opróżnianie danych

W przypadku korzystania z warstw Podstawowa, Standardowa lub Premium usługi Azure Cache for Redis zobaczysz pozycję Opróżnij dane w menu zasobów. Operacja Opróżnianie danych umożliwia usunięcie lub opróżnienie wszystkich danych w pamięci podręcznej. Tej operacji opróżniania można użyć przed operacjami skalowania, aby potencjalnie skrócić czas wymagany do ukończenia operacji skalowania w pamięci podręcznej. Można również skonfigurować, aby okresowo uruchamiać operację opróżniania w pamięciach podręcznych tworzenia/testowania, aby zachować użycie pamięci podczas sprawdzania.

Operacja opróżniania , wykonywana w klastrowanej pamięci podręcznej, czyści dane ze wszystkich fragmentów w tym samym czasie.

Ważne

Wcześniej operacja opróżniania była dostępna tylko dla pamięci podręcznych warstwy Enterprise z replikacją geograficzną. Teraz jest ona dostępna w warstwach Podstawowa, Standardowa i Premium.

Zrzut ekranu przedstawiający opróżnianie danych wybranych w menu zasobów wystąpienia pamięci podręcznej.

Aktualizowanie kanału i planowanie aktualizacji

Po lewej stronie harmonogram aktualizacji umożliwia wybranie kanału aktualizacji i okna obsługi dla wystąpienia pamięci podręcznej.

Każde wystąpienie pamięci podręcznej korzystające z kanału stabilnej aktualizacji otrzymuje aktualizacje kilka tygodni później niż wystąpienia pamięci podręcznej przy użyciu kanału aktualizacji w wersji zapoznawczej. Zalecamy wybranie kanału aktualizacji w wersji zapoznawczej dla obciążeń nieprodukcyjnych i mniej krytycznych. Wybierz kanał stabilnej aktualizacji dla najbardziej krytycznych obciążeń produkcyjnych. Wszystkie pamięci podręczne są domyślnie buforowane w kanale stabilnej aktualizacji.

Ważne

Zmiana kanału aktualizacji w wystąpieniu pamięci podręcznej powoduje przejście w pamięci podręcznej zdarzenia stosowania poprawek w celu zastosowania odpowiednich aktualizacji. Rozważ zmianę kanału aktualizacji podczas okna obsługi.

Okno obsługi umożliwia kontrolowanie dni i godzin tygodnia, w których można zaktualizować maszyny wirtualne hostowane pamięć podręczną. Usługa Azure Cache for Redis stara się uruchomić i zakończyć aktualizowanie oprogramowania serwera Redis w określonym przedziale czasu.

Ważne

Kanał aktualizacji i okno obsługi dotyczą aktualizacji i aktualizacji serwera Redis w systemie operacyjnym maszyn wirtualnych hostowania pamięci podręcznej. Kanał aktualizacji i okno obsługi nie ma zastosowania do aktualizacji systemu operacyjnego hosta hostów maszyn wirtualnych pamięci podręcznej lub innych składników sieci platformy Azure. W rzadkich przypadkach, w których pamięci podręczne są hostowane w starszych modelach, okno obsługi nie będzie miało zastosowania do aktualizacji systemu operacyjnego gościa. Możesz sprawdzić, czy pamięć podręczna znajduje się w starszym modelu, jeśli nazwa DNS pamięci podręcznej jest rozpoznawana jako sufiks cloudapp.net, chinacloudapp.cnusgovcloudapi.net lub cloudapi.de.

Obecnie nie jest dostępna opcja konfigurowania kanału aktualizacji ani zaplanowanych aktualizacji pamięci podręcznej warstwy przedsiębiorstwa.

Zrzut ekranu przedstawiający aktualizacje harmonogramu

Aby określić okno obsługi, sprawdź żądane dni i określ godzinę rozpoczęcia okna obsługi dla każdego dnia. Następnie wybierz przycisk OK. Czas okna obsługi jest w formacie UTC i można go skonfigurować tylko co godzinę.

Domyślne i minimalne okno obsługi aktualizacji to pięć godzin. Ta wartość nie jest konfigurowalna w witrynie Azure Portal, ale można ją skonfigurować w programie PowerShell przy użyciu MaintenanceWindow parametru polecenia cmdlet New-AzRedisCacheScheduleEntry . Aby uzyskać więcej informacji, zobacz Czy mogę zarządzać zaplanowanych aktualizacjami przy użyciu programu PowerShell, interfejsu wiersza polecenia lub innych narzędzi do zarządzania?

Planowanie aktualizacji — często zadawane pytania

Kiedy są wykonywane aktualizacje, jeśli nie używam funkcji planowania aktualizacji?

Jeśli nie określisz okna obsługi, aktualizacje można wprowadzać w dowolnym momencie.

Jakiego typu aktualizacje są wprowadzane w zaplanowanym oknie obsługi?

Podczas zaplanowanego okna obsługi są wprowadzane tylko aktualizacje serwera Redis. Okno obsługi nie ma zastosowania do aktualizacji ani aktualizacji platformy Azure w systemie operacyjnym hosta.

Czy mogę zarządzać zaplanowanych aktualizacjami przy użyciu programu PowerShell, interfejsu wiersza polecenia lub innych narzędzi do zarządzania?

Tak, możesz zarządzać zaplanowanymi aktualizacjami przy użyciu następujących poleceń cmdlet programu PowerShell:

Czy aktualizacja, która jest objęta harmonogramem i zarządzana przez funkcję Zaplanowane Aktualizacje, może nastąpić poza oknem Zaplanowane Aktualizacje?

Tak. Ogólnie rzecz biorąc, aktualizacje nie są stosowane poza skonfigurowanym oknem Zaplanowane Aktualizacje. Rzadkie krytyczne aktualizacje zabezpieczeń można stosować poza harmonogramem stosowania poprawek w ramach naszych zasad zabezpieczeń.

Powiązana zawartość

Dowiedz się więcej o funkcjach usługi Azure Cache for Redis.