Udostępnij za pośrednictwem

Konfigurowanie trwałości danych dla wystąpienia usługi Azure Managed Redis (wersja zapoznawcza)

  • Artykuł

Trwałość usługi Redis umożliwia utrwalanie danych przechowywanych w wystąpieniu pamięci podręcznej. Jeśli wystąpi awaria sprzętowa, wystąpienie pamięci podręcznej zostanie ponownie wypełnione danymi z pliku trwałości, gdy wróci do trybu online. Możliwość utrwalania danych jest ważnym sposobem zwiększenia trwałości wystąpienia pamięci podręcznej, ponieważ wszystkie dane pamięci podręcznej są przechowywane w pamięci. Utrata danych jest możliwa, jeśli wystąpi awaria, gdy węzły pamięci podręcznej nie działają. Trwałość powinna być kluczową częścią strategii wysokiej dostępności i odzyskiwania po awarii za pomocą usługi Azure Managed Redis (wersja zapoznawcza).

Ważne

Trwałość danych ma zapewnić odporność na nieoczekiwane awarie węzłów usługi Redis, ale nie jest to funkcja tworzenia kopii zapasowej danych ani odzyskiwania do punktu w czasie (PITR). Jeśli uszkodzone dane są zapisywane w wystąpieniu usługi Redis, te dane również będą utrwalane. Aby utworzyć kopie zapasowe wystąpienia usługi Redis, użyj funkcji eksportu.

Zakres dostępności

Warstwa Zoptymalizowane pod kątem pamięci, zrównoważone, zoptymalizowane pod kątem obliczeń Zoptymalizowane pod kątem flash
Dostępny Tak Tak

Typy trwałości danych w usłudze Redis

Dostępne są dwie opcje trwałości za pomocą usługi Azure Managed Redis: format bazy danych Redis (RDB) i format tylko do dołączania ( AOF):

  • Trwałość bazy danych RDB — w przypadku używania trwałości bazy danych RDB usługa Azure Managed Redis utrwala migawkę pamięci podręcznej w formacie binarnym. Migawka jest zapisywana na dysku zarządzanym zainstalowanym w wystąpieniu usługi Redis. Konfigurowalna częstotliwość tworzenia kopii zapasowych określa częstotliwość utrwalania migawki. Jeśli wystąpi katastrofalne zdarzenie, które wyłącza zarówno podstawową, jak i replikę, pamięć podręczna zostanie automatycznie zrekonstruowana przy użyciu najnowszej migawki. Dowiedz się więcej o zaletach i wadach trwałości bazy danych RDB.
  • Trwałość AOF — w przypadku używania trwałości AOF usługa Azure Managed Redis zapisuje każdą operację zapisu w dzienniku. Dziennik jest zapisywany raz na sekundę na dysku zarządzanym zainstalowanym w wystąpieniu usługi Redis. Jeśli wystąpi katastrofalne zdarzenie, które wyłącza zarówno pamięć podręczną podstawową, jak i replikę, pamięć podręczna zostanie zrekonstruowana automatycznie przy użyciu przechowywanych operacji zapisu. Dowiedz się więcej o zaletach i wadach trwałości AOF.

Ważne

Funkcje trwałości usługi Azure Managed Redis mają być używane do automatycznego przywracania danych do tej samej pamięci podręcznej po utracie danych. Utrwalone pliki danych RDB/AOF nie mogą być dostępne ani przez użytkowników, ani importowane do nowej lub istniejącej pamięci podręcznej. Aby przenieść dane między pamięciami podręcznymi, użyj funkcji Importowanie i eksportowanie . Aby uzyskać więcej informacji, zobacz Importowanie i eksportowanie danych w usłudze Azure Managed Redis.

Aby wygenerować wszystkie kopie zapasowe danych, które można dodać do nowej pamięci podręcznej, możesz pisać zautomatyzowane skrypty przy użyciu programu PowerShell lub interfejsu wiersza polecenia platformy Azure, które okresowo eksportują dane.

Wymagania wstępne i ograniczenia

Funkcje trwałości mają być używane do przywracania danych do tej samej pamięci podręcznej po utracie danych.

  • Nie można zaimportować plików danych utrwalonej bazy danych RDB/AOF do nowej pamięci podręcznej ani istniejącej pamięci podręcznej. Zamiast tego użyj funkcji Importuj/Eksportuj.
  • Trwałość nie jest obsługiwana w przypadku pamięci podręcznych przy użyciu aktywnej replikacji geograficznej.
  • Dysk zarządzany przechowujący utrwalone pliki danych jest szyfrowany przy użyciu kluczy zarządzanych przez firmę Microsoft (MMK) domyślnie, ale można również używać kluczy zarządzanych przez klienta (CMK). Aby uzyskać więcej informacji, zobacz Zarządzanie szyfrowaniem danych.

Jak skonfigurować trwałość danych przy użyciu witryny Azure Portal

  1. Zaloguj się do witryny Azure Portal i zacznij korzystać z instrukcji w przewodniku Szybki start dotyczącym usługi Azure Managed Redis.

  2. Po osiągnięciu karty Zaawansowane wybierz opcje RDB lub AOF w sekcji Trwałość danych.

    Zrzut ekranu przedstawiający kartę Zaawansowane warstwy przedsiębiorstwa i trwałość danych jest wyróżniona czerwonym polem.

  3. Aby włączyć trwałość bazy danych RDB, wybierz pozycję RDB i skonfiguruj ustawienia.

    Ustawienie Sugerowana wartość opis
    Częstotliwość tworzenia kopii zapasowych Użyj listy rozwijanej i wybierz interwał tworzenia kopii zapasowej. Opcje wyboru obejmują 60 minut, 6 godzin i 12 godzin. Ten interwał rozpoczyna odliczanie po pomyślnym zakończeniu poprzedniej operacji tworzenia kopii zapasowej. Gdy upłynie, zostanie uruchomiona nowa kopia zapasowa.

  4. Aby włączyć trwałość AOF, wybierz pozycję AOF. Dostępna jest tylko jedna opcja częstotliwości tworzenia kopii zapasowych.

  5. Zakończ tworzenie pamięci podręcznej, postępując zgodnie z pozostałymi instrukcjami w przewodniku Szybki start Dotyczącym usługi Azure Managed Redis.

Uwaga

W dowolnym momencie możesz dodać trwałość do wcześniej utworzonego wystąpienia usługi Azure Managed Redis, przechodząc do ustawień zaawansowanych w menu Zasób.

Jak skonfigurować trwałość danych przy użyciu programu PowerShell i interfejsu wiersza polecenia platformy Azure

Korzystanie z programu PowerShell

Polecenia New-AzRedisEnterpriseCache można użyć do utworzenia nowego wystąpienia usługi Redis zarządzanego platformy Azure przy użyciu trwałości danych. Użyj parametrów RdbPersistenceEnabled, , RdbPersistenceFrequencyAofPersistenceEnabledi AofPersistenceFrequency , aby skonfigurować konfigurację trwałości. W tym przykładzie utworzono nowe wystąpienie Zrównoważona B10 przy użyciu trwałości bazy danych RDB z częstotliwością jednej godziny:

New-AzRedisEnterpriseCache -Name "MyCache" -ResourceGroupName "MyGroup" -Location "West US" -Sku "Balanced_B10" -RdbPersistenceEnabled -RdbPersistenceFrequency "1h"

Istniejące pamięci podręczne można zaktualizować za pomocą polecenia Update-AzRedisEnterpriseCacheDatabase . W tym przykładzie dodano trwałość bazy danych RDB z częstotliwością 12 godzin do istniejącego wystąpienia:

Update-AzRedisEnterpriseCacheDatabase -Name "MyCache" -ResourceGroupName "MyGroup" -RdbPersistenceEnabled -RdbPersistenceFrequency "12h"

Korzystanie z interfejsu wiersza polecenia platformy Azure

Polecenia az redisenterprise create można użyć do utworzenia nowego wystąpienia usługi Azure Managed Redis przy użyciu trwałości danych. Użyj parametrów rdb-enabled, , rdb-frequencyaof-enabledi aof-frequency , aby skonfigurować konfigurację trwałości. W tym przykładzie utworzono nowe wystąpienie Zrównoważona B10 przy użyciu trwałości bazy danych RDB z częstotliwością jednej godziny:

az redisenterprise create --cluster-name "cache1" --resource-group "rg1" --location "East US" --sku "Balanced_B10" --persistence rdb-enabled=true rdb-frequency="1h"

Istniejące pamięci podręczne można zaktualizować za pomocą polecenia az redisenterprise database update . W tym przykładzie dodano trwałość bazy danych RDB z częstotliwością 12 godzin do istniejącego wystąpienia pamięci podręcznej:

az redisenterprise database update --cluster-name "cache1" --resource-group "rg1" --persistence rdb-enabled=true rdb-frequency="12h"

Zarządzanie szyfrowaniem danych

Ponieważ trwałość usługi Redis tworzy dane magazynowane, szyfrowanie tych danych jest ważnym problemem dla wielu użytkowników. W usłudze Azure Managed Redis dane są przechowywane na dysku zarządzanym zainstalowanym w wystąpieniu pamięci podręcznej. Domyślnie dysk przechowujący dane trwałości i dysk systemu operacyjnego są szyfrowane przy użyciu kluczy zarządzanych przez firmę Microsoft. Klucz zarządzany przez klienta może być również używany do kontrolowania szyfrowania danych. Aby uzyskać instrukcje, zobacz Szyfrowanie w usłudze Azure Managed Redis .

Trwałość — często zadawane pytania

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

Stan trwały RDB

Stan trwały AOF

Czy mogę włączyć trwałość w wcześniej utworzonej pamięci podręcznej?

Tak, trwałość można skonfigurować zarówno podczas tworzenia pamięci podręcznej, jak i istniejących wystąpień usługi Azure Managed Redis.

Czy mogę jednocześnie włączyć trwałość AOF i RDB?

Nie, można włączyć RDB lub AOF, ale nie oba w tym samym czasie.

Jak działa trwałość z replikacją geograficzną?

Jeśli włączysz trwałość danych, nie można włączyć replikacji geograficznej dla pamięci podręcznej. Dzieje się tak, ponieważ aktywna replikacja geograficzna zapewnia lepszą odporność niż trwałość danych w przypadku awarii regionalnej. Jeśli musisz wyeksportować kopię danych jako kopię zapasową, użyj funkcji eksportu.

Który model trwałości należy wybrać?

Trwałość AOF zapisuje każdy zapis w dzienniku, co może mieć znaczący wpływ na przepływność. Trwałość bazy danych RDB zapisuje kopie zapasowe na podstawie skonfigurowanego interwału tworzenia kopii zapasowych z minimalnym wpływem na wydajność. Wybierz pozycję Trwałość AOF, jeśli głównym celem jest zminimalizowanie utraty danych i można obsłużyć niższą przepływność pamięci podręcznej. Wybierz trwałość bazy danych RDB, jeśli chcesz zachować optymalną przepływność w pamięci podręcznej, ale nadal chcesz mieć mechanizm odzyskiwania danych.

Aby uzyskać więcej informacji na temat wydajności podczas korzystania z trwałości AOF, zobacz Czy trwałość AOF wpływa na przepływność, opóźnienie lub wydajność mojej pamięci podręcznej?

Czy trwałość AOF wpływa na przepływność, opóźnienie lub wydajność mojej pamięci podręcznej?

Użycie trwałości AOF ma wpływ na przepływność. Funkcja AOF działa we wszystkich podstawowych procesach, dlatego widać wyższe obciążenie procesora CPU i serwera dla pamięci podręcznej z trwałością AOF niż identyczna pamięć podręczna bez trwałości AOF. Funkcja AOF zapewnia najlepszą spójność z danymi w pamięci, ponieważ każdy zapis i usuwanie są utrwalane z opóźnieniem zaledwie kilku sekund. Kompromis polega na tym, że AOF jest bardziej intensywnie obciążający obliczenia.

Co się stanie w przypadku skalowania do innego rozmiaru i przywrócenia kopii zapasowej wykonanej przed operacją skalowania?

Zarówno w przypadku trwałości RDB, jak i AOF:

  • W przypadku skalowania do większego rozmiaru nie ma żadnego efektu.
  • Jeśli rozmiar został przeskalowany do mniejszego rozmiaru i nie ma wystarczającej ilości miejsca do przechowywania wszystkich danych z ostatniej kopii zapasowej, klucze są eksmitowane podczas procesu przywracania. Zazwyczaj klucze są eksmitowane przy użyciu zasad eksmisji allkeys-lru .

Czy będą naliczane opłaty za dysk zarządzany używany w trwałości danych?

Nie są naliczane opłaty za magazyn dysków zarządzanych. Jest on uwzględniony w cenie.

Czy mogę zmienić częstotliwość tworzenia kopii zapasowej bazy danych RDB po utworzeniu pamięci podręcznej?

Tak, można zmienić częstotliwość tworzenia kopii zapasowych dla trwałości bazy danych RDB przy użyciu witryny Azure Portal, interfejsu wiersza polecenia lub programu PowerShell.

Dlaczego istnieje więcej niż 60 minut między kopiami zapasowymi, gdy mam częstotliwość tworzenia kopii zapasowych RDB 60 minut?

Interwał częstotliwości tworzenia kopii zapasowej trwałości bazy danych RDB nie jest uruchamiany do momentu pomyślnego ukończenia poprzedniego procesu tworzenia kopii zapasowej. Jeśli częstotliwość tworzenia kopii zapasowej wynosi 60 minut i ukończenie procesu tworzenia kopii zapasowej trwa 15 minut, następna kopia zapasowa nie zostanie uruchomiona do 75 minut po godzinie rozpoczęcia poprzedniej kopii zapasowej.

Co się stanie ze starymi kopiami zapasowymi bazy danych RDB po utworzeniu nowej kopii zapasowej?

Wszystkie kopie zapasowe trwałości bazy danych RDB, z wyjątkiem najnowszej, są automatycznie usuwane. Usunięcie może nie nastąpić natychmiast, ale starsze kopie zapasowe nie są utrwalane w nieskończoność.

Co to jest ponowne zapisywanie i jak ma to wpływ na moją pamięć podręczną?

Gdy plik AOF stanie się wystarczająco duży, ponowne zapisywanie jest automatycznie kolejkowane w pamięci podręcznej. Ponowne zapisywanie zmienia rozmiar pliku AOF z minimalnym zestawem operacji potrzebnych do utworzenia bieżącego zestawu danych. Podczas ponownego zapisywania można oczekiwać, że wcześniej osiągniesz limity wydajności, zwłaszcza w przypadku obsługi dużych zestawów danych. Ponowne zapisywanie występuje rzadziej, ponieważ plik AOF staje się większy, ale w takim przypadku zajmuje dużo czasu.

Czego należy oczekiwać podczas skalowania pamięci podręcznej z włączoną funkcją AOF?

Jeśli plik AOF w momencie skalowania jest duży, spodziewaj się, że operacja skalowania będzie trwać dłużej niż normalnie, ponieważ ponownie ładuje plik po zakończeniu skalowania.

Aby uzyskać więcej informacji na temat skalowania, zobacz Co się stanie w przypadku skalowania do innego rozmiaru i przywrócenia kopii zapasowej wykonanej przed operacją skalowania?

Następne kroki