Trwałość danych w usłudze Azure Cache for Redis

Jeśli wystąpi awaria pamięci podręcznej Azure Cache for Redis, utrata danych jest możliwa, gdy węzły nie działają. Trwałość danych Redis umożliwia zachowywanie danych przechowywanych w instancjach pamięci podręcznej. Jeśli wystąpi awaria sprzętowa, instancja pamięci podręcznej zostanie ponownie wypełniona danymi z pliku trwałego przechowywania, gdy ponownie się połączy.

W tym artykule opisano trwałość danych w Redis oraz sposób konfigurowania trwałości danych i zarządzania nimi w usłudze pamięci podręcznej Azure Redis w warstwie Premium i Enterprise. Funkcja trwałości danych nie jest dostępna w warstwach Podstawowa lub Standardowa i jest dostępna w wersji zapoznawczej w warstwach Enterprise i Enterprise Flash.

Możliwość utrwalania danych jest ważnym sposobem zwiększenia trwałości instancji pamięci podręcznej, ponieważ instancja ta przechowuje wszystkie dane pamięci podręcznej w pamięci. Trwałość powinna być kluczową częścią strategii wysokiej dostępności i odzyskiwania po awarii usługi Azure Redis.

Zakres dostępności

Typy trwałości danych usługi Redis

Usługa Azure Redis oferuje dwa typy trwałości danych, format bazy danych Redis (RDB) i format pliku tylko do dołączania (AOF).

• Trwałość RDB utrwala migawkę cache w formacie binarnym i przechowuje ją na koncie Azure Storage. Aby określić, jak często utrwalać migawkę, należy skonfigurować częstotliwość kopii zapasowych. W przypadku wystąpienia katastrofalnego zdarzenia, które wyłącza zarówno pamięć podręczną podstawową, jak i replikę, pamięć podręczna zostanie automatycznie zrekonstruowana przy wykorzystaniu najnowszej migawki. Aby uzyskać więcej informacji, zobacz zalety bazy danych RDB i wady bazy danych RDB.

• Trwałość AOF zapisuje każdą operację zapisu w dzienniku i raz na sekundę zapisuje dziennik na koncie Azure Storage. Jeśli wystąpi katastrofalne zdarzenie, które wyłącza zarówno pamięć podręczną podstawową, jak i replikę, pamięć podręczna rekonstruuje się automatycznie przy użyciu przechowywanych operacji zapisu. Aby uzyskać więcej informacji, zobacz zalety AOF i wady AOF.

Wymagania i ograniczenia

• Funkcje trwałości danych zapewniają odporność na nieoczekiwane błędy węzłów usługi Redis. Trwałość danych nie jest funkcją tworzenia kopii zapasowej danych ani funkcji pitr. Jeśli uszkodzone dane są zapisywane w wystąpieniu usługi Redis, uszkodzone dane również się utrwalą. Aby utworzyć kopię zapasową wystąpienia usługi Redis, użyj funkcji Eksportuj .

• Funkcje trwałości usługi Azure Cache for Redis mają na celu automatyczne przywracanie danych do tej samej pamięci podręcznej po utracie danych. Nie można zaimportować trwałych plików danych do nowej lub istniejącej pamięci podręcznej.

  • Aby przenieść dane między pamięciami podręcznymi, użyj funkcji Importuj i Eksportuj dane .

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

• Trwałość nie jest obsługiwana w przypadku pamięci podręcznych korzystających z pasywnej replikacji geograficznej ani aktywnej replikacji geograficznej.

Szyfrowanie danych

Ponieważ trwałość usługi Redis tworzy dane w stanie spoczynku, ważne jest, aby zaszyfrować te dane. Opcje szyfrowania różnią się w zależności od używanej warstwy usługi Azure Redis.

Konfigurowanie trwałości danych

Możesz użyć witryny Azure Portal, szablonów usługi Azure Resource Manager (ARM), programu PowerShell lub interfejsu wiersza polecenia platformy Azure, aby utworzyć i skonfigurować trwałość danych dla pamięci podręcznych Azure Redis w warstwie Premium lub Enterprise.

Wymagania wstępne

• Aby utworzyć i dodać trwałość do pamięci podręcznych Azure Redis Cache, musisz mieć dostęp do zapisu i uprawnienia do tworzenia pamięci podręcznych na poziomie Premium lub Enterprise w ramach subskrypcji platformy Azure.
• W przypadku pamięci podręcznej w poziomie Premium potrzebne jest konto usługi Azure Storage w tym samym regionie, co pamięć podręczna, do magazynowania danych pamięci podręcznej. Jeśli używasz tożsamości zarządzanej jako metody uwierzytelniania, możesz użyć konta pamięci masowej w innej subskrypcji niż pamięć podręczna.
• W przypadku procedur programu Azure PowerShell musisz zainstalować program Azure PowerShell lub użyć usługi Azure Cloud Shell ze środowiskiem programu PowerShell w witrynie Azure Portal.
• Aby korzystać z procedur Azure CLI, należy mieć zainstalowany Azure CLI lub używać Azure Cloud Shell ze środowiskiem Bash w portalu Azure.

Konfigurowanie trwałości danych w witrynie Azure Portal

W portalu Azure możesz skonfigurować trwałość danych podczas tworzenia wystąpienia pamięci podręcznej Azure Redis Premium lub na poziomie Enterprise.

Konfigurowanie trwałości danych przy użyciu programu Azure PowerShell

Możesz użyć programu Azure PowerShell, aby skonfigurować trwałość danych podczas tworzenia pamięci podręcznej usługi Azure Redis Premium lub Enterprise albo dodać trwałość do wcześniej utworzonej pamięci podręcznej.

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

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

Konfigurowanie trwałości danych przy użyciu interfejsu wiersza polecenia platformy Azure

Interfejs wiersza polecenia platformy Azure służy do konfigurowania trwałości danych podczas tworzenia pamięci podręcznej usługi Azure Redis Premium lub Enterprise albo do dodawania trwałości do wcześniej utworzonej pamięci podręcznej.

az redis create --location westus2 --name MyRedisCache --resource-group MyResourceGroup --sku Premium --vm-size p1 --redis-configuration @"config_rdb.json"

az redis update --name MyRedisCache --resource-group MyResourceGroup --set "redisConfiguration.rdb-storage-connection-string"="BlobEndpoint=https//..." "redisConfiguration.rdb-backup-enabled"="true" "redisConfiguration.rdb-backup-frequency"="15" "redisConfiguration.rdb-backup-max-snapshot-count"="1"

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

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

Trwałość — często zadawane pytania

Ta sekcja zawiera odpowiedzi na często zadawane pytania dotyczące trwałości pamięci podręcznej Azure Redis Cache.

• Czy mogę włączyć trwałość istniejącej pamięci podręcznej?
• Czy mogę włączyć zarówno trwałość AOF, jak i RDB?
• Czy trwałość działa z replikacją geograficzną?
• Który model trwałości należy wybrać?
• Co się stanie, jeśli przeskaluję do innego rozmiaru i zostanie przywrócona kopia zapasowa sprzed operacji skalowania?
• Czy mogę użyć tego samego konta magazynu do utrzymywania danych dla dwóch różnych pamięci podręcznych?
• Czy są naliczane opłaty za utrzymanie trwałości danych w magazynie?
• Jak często mechanizmy trwałości RDB i AOF zapisują dane do pamięci masowej? Czy włączyć miękkie usuwanie?
• Czy wyjątki zapory na koncie pamięci masowej mają wpływ na utrzymanie danych?
• Jak mogę sprawdzić, czy w moim koncie magazynowym włączono miękkie usuwanie?
• Czy mogę użyć konta magazynowego w innej subskrypcji niż ta, w której znajduje się moja pamięć podręczna?

Trwałość bazy danych RDB

• Czy mogę zmienić częstotliwość tworzenia kopii zapasowych bazy danych RDB po utworzeniu pamięci podręcznej?
• Dlaczego istnieje więcej niż 60 minut między kopiami zapasowymi, gdy mam częstotliwość tworzenia kopii zapasowych RDB 60 minut?
• Co się stanie ze starymi kopiami zapasowymi bazy danych RDB po utworzeniu nowej kopii zapasowej?

Trwałość AOF

• Kiedy należy użyć drugiego konta magazynu?
• Czy trwałość AOF wpływa na przepływność, opóźnienie lub wydajność pamięci podręcznej?
• Jak usunąć drugie konto pamięci masowej?
• Co to jest ponowne zapisywanie i jak wpływa na moją pamięć podręczną?
• Czego należy oczekiwać podczas skalowania pamięci podręcznej z włączoną funkcją AOF?
• W jaki sposób moje dane AOF są zorganizowane w magazynie?
• Czy mogę włączyć trwałość AOF, jeśli mam więcej niż jedną replikę?

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

Tak, można skonfigurować persystencję zarówno podczas tworzenia pamięci podręcznej, jak i dla istniejących pamięci podręcznych Premium, Enterprise lub Enterprise Flash.

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

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

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

Trwałość danych nie działa z włączoną replikacją geograficzną.

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

AOF zapisuje dane do dziennika raz na sekundę, podczas gdy RDB tworzy kopie zapasowe na podstawie skonfigurowanego interwału. Trwałość bazy danych RDB ma mniejszy wpływ na przepływność i wydajność niż trwałość AOF.

Wybierz 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, zobacz zalety bazy danych RDB, wady bazy danych RDB, zalety AOF i wady AOF.

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

Trwałość AOF wpływa na przepływność. Ze względu na to, że funkcja AOF działa zarówno w procesie podstawowym, jak i w procesie repliki, zobaczysz wyższe obciążenie procesora CPU i serwera dla pamięci podręcznej z trwałością AOF niż w identycznej pamięci podręcznej 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 wymaga większej mocy obliczeniowej.

Tak długo, jak obciążenie procesora CPU i serwera jest mniejsze niż 90%, występuje penalizacja przepustowości, ale pamięć podręczna działa normalnie. Powyżej 90% obciążenia CPU i serwera, spadek przepustowości może być większy, a opóźnienia wszystkich poleceń przetwarzanych przez cache wzrastają. Opóźnienie zwiększa się, ponieważ zapis trwały AOF działa zarówno w procesie głównym, jak i replikowym, zwiększając obciążenie używanego węzła i wprowadzając zapis trwały na krytyczną ścieżkę danych.

Co się stanie w przypadku skalowania do innego rozmiaru i przywrócenia kopii zapasowej, która została wykonana przed operacją skalowania?

• W przypadku skalowania do większego rozmiaru nie ma żadnego efektu.
• W przypadku skalowania do mniejszego rozmiaru i masz niestandardowe ustawienie baz danych , które jest większe niż limit baz danych dla nowego rozmiaru, dane w tych bazach danych nie zostaną przywrócone. Aby uzyskać więcej informacji, zobacz Czy moje niestandardowe ustawienia baz danych mają wpływ na skalowanie?
• W przypadku skalowania do mniejszego rozmiaru, a brakuje wystarczającej ilości miejsca na przechowywanie wszystkich danych z ostatniej kopii zapasowej, klucze są usuwane podczas procesu przywracania. Zazwyczaj klucze są usuwane przy użyciu polityki usuwania allkeys-lru.

Czy mogę użyć tego samego konta magazynowego do trwałości danych w dwóch różnych pamięciach podręcznych?

Nie, należy użyć różnych kont storage. Każda pamięć podręczna musi mieć własne konto magazynu do skonfigurowania pod kątem trwałości.

Czy ponoszę opłaty za pamięć używaną do przechowywania trwałych danych?

• W przypadku pamięci podręcznych Premium opłaty są naliczane za przestrzeń magazynową używaną zgodnie z modelem cenowym konta magazynowego.
• W przypadku pamięci podręcznych dla Enterprise i Enterprise Flash, zarządzana pamięć dysku jest uwzględniona w cenie i nie wiąże się z dodatkowymi opłatami.

Jak często mechanizmy utrwalania RDB i AOF zapisują do moich obiektów blob i czy należy włączyć miękkie usuwanie?

Zapisywanie danych RDB i AOF może odbywać się w obiektach blob magazynu nawet co godzinę, co kilka minut lub co sekundę. Usuwanie nietrwałe szybko staje się kosztowne dzięki typowym rozmiarom danych pamięci podręcznej, która wykonuje również operacje zapisu co sekundę. Włączenie miękkiego usuwania na koncie magazynu oznacza również, że usługa Azure Redis nie może zminimalizować kosztów magazynowania poprzez usunięcie starych danych kopii zapasowej.

Najlepiej unikać włączania miękkiego usuwania na kontach magazynowych używanych do utrzymywania danych w warstwie Premium usługi Azure Redis. Aby uzyskać więcej informacji na temat kosztów usuwania nietrwałego, zobacz Cennik i rozliczenia.

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 platformy Azure lub programu Azure PowerShell.

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

Częstotliwość tworzenia kopii zapasowej RDB nie jest uruchamiana, dopóki poprzedni proces tworzenia kopii zapasowej nie zakończy się pomyślnie. 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 rozpoczyna się 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 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ść. Jeśli używasz warstwy Premium do celów trwałości, a na koncie magazynu włączona jest funkcja łagodnego usuwania, istniejące kopie zapasowe będą nadal znajdować się w stanie usuwania łagodnego.

Kiedy należy użyć drugiego konta magazynu?

Użyj drugiego konta przechowywania dla trwałości AOF, jeśli spodziewasz się większej niż zwykle liczby operacji SET w pamięci podręcznej. Korzystanie z dodatkowego konta magazynu pomaga zapewnić, że pamięć podręczna nie osiągnie limitów przepustowości magazynu. Ta opcja jest dostępna tylko w przypadku pamięci podręcznych w klasie Premium.

Jak usunąć drugie konto pamięci masowej?

Możesz usunąć dodatkowe konto magazynu trwałości AOF, ustawiając drugie konto magazynu jako tożsame z pierwszym kontem magazynu. Aby zmienić ustawienia istniejących pamięci podręcznych, wybierz pozycję Trwałość danych w obszarze Ustawienia w lewym menu nawigacyjnym strony pamięci podręcznej. Aby całkowicie wyłączyć trwałość, wybierz pozycję Wyłączone na stronie Trwałość danych .

Co to jest ponowny zapis 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 spodziewać się wcześniejszego osiągnięcia limitów 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 zajmuje dużo czasu, gdy wystąpią.

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

Jeśli plik AOF w czasie skalowania jest duży, należy oczekiwać, że operacja skalowania będzie trwać dłużej niż zwykle, ponieważ ponownie ładuje plik po zakończeniu skalowania. Zobacz też Co się stanie w przypadku skalowania do innego rozmiaru i przywrócenia kopii zapasowej wykonanej przed operacją skalowania?

W jaki sposób moje dane AOF są zorganizowane w magazynie?

W przypadku korzystania z warstwy Premium dane przechowywane w plikach AOF są podzielone na wiele stronicowych obiektów blob na każdy fragment. Domyślnie połowa obiektów blob jest zapisywana na podstawowym koncie przechowywania, a połowa na dodatkowym koncie przechowywania. Dzielenie danych między wiele stronicowych obiektów blob i dwa różne konta magazynu zwiększa wydajność.

Jeśli szczytowa szybkość zapisu w pamięci podręcznej nie jest wysoka, ta dodatkowa wydajność może nie być potrzebna. W takim przypadku można usunąć konfigurację pomocniczego konta magazynowania, a wszystkie pliki AOF przechowywać na jednym koncie podstawowym magazynowania. W poniższej tabeli przedstawiono liczbę całkowitych stronicowych obiektów blob używanych przez każdą warstwę cenową.

Po włączeniu klasteryzacji każdy fragment pamięci podręcznej ma własny zestaw stronicowych blobów zgodnie z poprzednią tabelą. Na przykład pamięć podręczna P2 z trzema częściami dystrybuuje swój plik AOF w 48 stronicowych blobach: szesnaście blobów na część, z trzema częściami.

Po ponownym zapisaniu w magazynie istnieją dwa zestawy plików AOF. Ponowne zapisywanie występuje w tle i dołączanie do pierwszego zestawu plików. Operacje SET podczas przepisywania wysyłane do pamięci podręcznej dołączają do drugiego zestawu plików.

Jeśli podczas ponownego zapisywania wystąpi błąd, kopia zapasowa jest tymczasowo przechowywana. Kopia zapasowa zostanie natychmiast usunięta po zakończeniu ponownego zapisywania. Jeśli usuwanie nietrwałe jest włączone dla konta magazynu, ustawienie usuwania nietrwałego ma zastosowanie, a istniejące kopie zapasowe nadal pozostają w stanie usuwania nietrwałego.

Czy wyjątki zapory na koncie magazynu wpływają na trwałość?

Tak. W przypadku funkcji trwałości w warstwie Premium, użycie ustawień zapory na koncie magazynu może uniemożliwić jej działanie.

Błędy w zapisywaniu danych można sprawdzić, wyświetlając metrykę Błędy. Ta metryka wskazuje, czy pamięć podręczna nie może zapisywać danych z powodu ograniczeń zapory dotyczących konta przechowywania lub innych problemów.

Aby użyć trwałości danych z kontem magazynu, które ma skonfigurowaną zaporę, użyj uwierzytelniania opartego na tożsamości zarządzanej , aby nawiązać połączenie z magazynem. Użycie tożsamości zarządzanej dodaje wystąpienie pamięci podręcznej do listy zaufanych usług, co ułatwia stosowanie wyjątków zapory. Jeśli autoryzujesz konto przechowywania, używając klucza zamiast tożsamości zarządzanej, reguły zapory na koncie przechowywania mogą zazwyczaj przerywać proces wykazywania trwałości.

Czy mogę włączyć trwałość AOF, jeśli mam więcej niż jedną replikę?

W warstwie Premium nie można używać utrzymywania trwałości AOF z wieloma replikami. W warstwach Enterprise i Enterprise Flash architektura repliki jest bardziej skomplikowana, ale trwałość AOF jest obsługiwana, gdy pamięci podręczne klasy Enterprise są używane we wdrożeniach z nadmiarowością strefową.

Jak mogę sprawdzić, czy na moim koncie przechowywania włączono miękkie usuwanie?

W portalu Azure wybierz konto magazynu, z którego korzysta pamięć podręczna do przechowywania danych, a następnie wybierz pozycję Ochrona danych w obszarze Zarządzanie danymi w menu nawigacyjnym po lewej stronie. Na stronie Ochrona danych sprawdź, czy Włącz usuwanie nietrwałe dla obiektów blob jest włączone. Aby uzyskać więcej informacji na temat usuwania nietrwałego na kontach usługi Azure Storage, zobacz Włączanie usuwania nietrwałego dla obiektów blob.

Czy mogę użyć konta magazynowego w innej subskrypcji niż ta, w której znajduje się moja pamięć podręczna?

Konto magazynowe można wybrać w ramach innej subskrypcji tylko wtedy, gdy jako metodę uwierzytelniania konta magazynowego używasz tożsamości zarządzanej.

Treści powiązane

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

• Poziomy usługi Azure Cache for Redis Premium
• Dodawanie replik do usługi Azure Cache for Redis
• Tożsamość zarządzana dla kont magazynu