Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Zaplanowane okna obsługi usługi Azure Managed Redis umożliwiają zdefiniowanie określonych okresów, w których mogą wystąpić działania konserwacyjne w wystąpieniach usługi Redis. Ty kontrolujesz, kiedy są stosowane aktualizacje serwera Redis i poprawki systemu operacyjnego, minimalizując nieoczekiwane zakłócenia w aplikacjach.
Usługa Azure Managed Redis automatycznie obsługuje konserwację infrastruktury, w tym poprawki zabezpieczeń, aktualizacje wersji usługi Redis i aktualizacje systemu operacyjnego. Bez zaplanowanych okien obsługi te aktualizacje są wykonywane według uznania platformy Azure. Podczas konfigurowania zaplanowanych okien obsługi można kontrolować ten czas.
Niektóre działania konserwacyjne są wykluczone. Aby uzyskać więcej informacji, zobacz Wykluczone działania konserwacyjne.
Ta funkcja jest obecnie dostępna w wersji zapoznawczej i zapewnia równowagę między niezbędnymi aktualizacjami systemu i wymaganiami dotyczącymi dostępności aplikacji.
Wymagania wstępne
- Istniejące wystąpienie usługi Azure Managed Redis
- Znajomość wzorców użycia aplikacji i okresów niskiego natężenia ruchu
- Znajomość witryny Azure Portal lub interfejsu wiersza polecenia platformy Azure na potrzeby zarządzania konfiguracją
Zaplanuj okno konserwacji
Przejdź do pamięci podręcznej w witrynie Azure Portal i wybierz pozycję Konserwacja (wersja zapoznawcza) z menu Zasób.
W okienku roboczym włącz harmonogram niestandardowy.
Skonfiguruj okna obsługi, ustawiając czas trwania w godzinach i minutach dla każdego dnia tygodnia.
Ustaw przedział czasu dla każdego okresu konserwacji i wybierz dni, które chcesz uwzględnić lub wykluczyć z konserwacji.
Wymagania i ograniczenia dotyczące okien konserwacyjnych
Przedziały czasowe zaplanowanej konserwacji mają określone wymagania i ograniczenia, które definiują sposób ustalania czasu konserwacji.
Wymagania dotyczące czasu trwania
- Co najmniej 4 godziny na pojedyncze okno
- Wymagane co najmniej dwa okna tygodniowe
- Łącznie 18 godzin minimum tygodniowo we wszystkich oknach
Ograniczenia czasowe
- Wszystkie czasy określone tylko w strefie czasowej UTC
- Czasy rozpoczęcia muszą znajdować się w górnej części godziny (bez dokładności na poziomie minuty)
- Granulacja ograniczona do interwałów godzinnych lub godzinno-minutowych
Elastyczność planowania
- Wybierz określone dni tygodnia na potrzeby konserwacji
- Definiowanie różnych godzin rozpoczęcia dla różnych dni
- Modyfikowanie konfiguracji w dowolnym momencie z natychmiastowym skutkiem
Typy działań konserwacyjnych
Zaplanowane okna obsługi obejmują określone typy aktualizacji, a jednocześnie wykluczają inne. Istnieje wyraźna granica między uwzględnionymi i wykluczonymi działaniami
Uwzględnione działania konserwacyjne
- Aktualizacje oprogramowania i poprawki serwera Redis
- Aktualizacje systemu operacyjnego gościa na maszynach wirtualnych hostujących instancje Redis
- Drobne uaktualnienia wersji usługi Redis w ramach regularnych cykli konserwacji
Wykluczone działania konserwacyjne
- Hostowanie aktualizacji systemu operacyjnego w podstawowej infrastrukturze platformy Azure
- Aktualizacje składników sieci platformy Azure
- Krytyczne poprawki zabezpieczeń, które mogą występować poza oknami w celu zapewnienia zgodności z zabezpieczeniami
- Uaktualnienie głównej wersji Redis, którym zarządzasz oddzielnie z opcjami odroczenia na 90 dni
Efekty konserwacji i zachowanie
W zaplanowanych oknach konserwacyjnych, instancje Redis przechodzą określone procesy, które mogą mieć wpływ na łączność i wydajność.
Oczekiwane efekty i zachowania
- Krótkie przerwy w łączności z powodu operacji przełączania awaryjnego
- Tymczasowy wzrost obciążenia procesora i pamięci serwera podczas replikacji danych
- Wystąpienia Redis pozostają dostępne, ale mogą wystąpić zakłócenia połączeń
- Aktualizacje wdrażane w miarę możliwości w wyznaczonych oknach czasowych
Proces trybu failover
Wystąpienia usługi Redis używają mechanizmów trybu failover podczas konserwacji w celu zachowania dostępności usługi. Replikacja danych między węzłami odbywa się podczas tego procesu, co tymczasowo zwiększa wykorzystanie zasobów. Aplikacje powinny implementować logikę ponawiania prób połączenia i wzorce odporności, aby bezpiecznie obsługiwać te krótkie przerwy.
Aby uzyskać więcej informacji, zobacz Failover i poprawki dla usługi Azure Managed Redis.
Elastyczność konfiguracji
Funkcja zaplanowanej konserwacji zapewnia bieżące możliwości zarządzania, które dostosowują się do zmieniających się wymagań operacyjnych.
Natychmiastowe zmiany
- Modyfikacje okien obsługi zostaną wprowadzone natychmiast w przyszłych cyklach konserwacji
- Brak okresu oczekiwania ani procesu zatwierdzania wymaganego do zaplanowanych aktualizacji
- Zmiany nie wpływają na przeprowadzane już prace konserwacyjne.
Monitorowanie i widoczność
Platforma Azure oferuje wiele sposobów śledzenia działań konserwacyjnych i ich wpływu na wystąpienia usługi Redis.
Śledzenie działań
- Poprzednie działania konserwacji są wyświetlane w dziennikach aktywności platformy Azure
- Bieżące operacje konserwacji widoczne za pomocą narzędzi do monitorowania
- Zdarzenia konserwacji rejestrowane ze znacznikami czasu i szczegółami
Zalecenia dotyczące przygotowywania
Aplikacje powinny implementować wzorce odporności połączeń, w tym logikę ponawiania prób, wyłączniki i łagodne obniżenie wydajności, aby obsługiwać krótkie przerwy w łączności podczas okien obsługi.