Konfigurace trvalosti dat pro instanci Azure Managed Redis (Preview)
Trvalost dat Redis umožňuje trvalé uchování dat uložených v instanci mezipaměti. Pokud dojde k selhání hardwaru, instance mezipaměti se rehydruje s daty ze souboru trvalosti, když se vrátí do režimu online. Schopnost uchovávat data je důležitým způsobem, jak zvýšit odolnost instance mezipaměti, protože všechna data mezipaměti jsou uložená v paměti. Ke ztrátě dat může dojít v případě selhání, kdy jsou uzly mezipaměti mimo provoz. Trvalost by měla být klíčovou součástí vaší strategie vysoké dostupnosti a zotavení po havárii pomocí Azure Managed Redis (Preview).
Důležité
Trvalost dat je určena k zajištění odolnosti proti neočekávaným selháním uzlů Redis, ale nejedná se o funkci zálohování dat ani obnovení k určitému bodu v čase. Pokud jsou poškozená data zapsána do instance Redis, budou tato data zachována také. K zálohování instance Redis použijte funkci exportu.
Rozsah dostupnosti
| Úroveň | Optimalizováno pro paměť, vyvážení, optimalizované výpočty | Optimalizováno pro flash |
|---|---|---|
| dostupný | Ano | Yes |
Typy trvalosti dat v Redisu
Pro trvalost se službou Azure Managed Redis máte dvě možnosti: formát databáze Redis (RDB) a formát AOF (Append only File ):
- Trvalost RDB – Když používáte trvalost RDB, Azure Managed Redis zachová snímek vaší mezipaměti v binárním formátu. Snímek se uloží na spravovaný disk připojený k instanci Redis. Konfigurovatelná frekvence zálohování určuje, jak často se má snímek zachovat. Pokud dojde ke katastrofické události, která zakáže primární i repliku, mezipaměť se automaticky rekonstruuje pomocí nejnovějšího snímku. Přečtěte si další informace o výhodách a nevýhodách trvalosti RDB.
- Trvalost AOF – Když používáte trvalost AOF, ukládá Azure Managed Redis každou operaci zápisu do protokolu. Protokol se uloží jednou za sekundu na spravovaný disk připojený k instanci Redis. Pokud dojde ke katastrofické události, po které není možné využít primární ani replikovanou mezipaměť, bude mezipaměť automaticky obnovena z uložených operací zápisu. Přečtěte si další informace o výhodách a nevýhodách trvalosti AOF.
Důležité
Funkce trvalosti Azure Managed Redis jsou určeny k automatickému obnovování dat do stejné mezipaměti po ztrátě dat. K trvalým datovým souborům RDB/AOF nemohou uživatelé přistupovat ani je nelze importovat do nové nebo existující mezipaměti. K přesunu dat mezi mezipamětmi použijte funkci Import a Export. Další informace najdete v tématu Import a export dat ve službě Azure Managed Redis.
Pokud chcete vygenerovat zálohy dat, které je možné přidat do nové mezipaměti, můžete pomocí PowerShellu nebo Azure CLI, které data pravidelně exportují, psát automatizované skripty.
Předpoklady a omezení
Funkce trvalosti jsou určeny k obnovení dat do stejné mezipaměti po ztrátě dat.
- Trvalé datové soubory RDB/AOF nelze importovat do nové mezipaměti ani do existující mezipaměti. Místo toho použijte funkci Import/Export.
- Trvalost není podporována u mezipamětí využívajících aktivní geografickou replikaci.
- Spravovaný disk s trvalými datovými soubory se ve výchozím nastavení šifruje pomocí spravovaných klíčů Microsoftu (MMK), ale lze použít i klíče spravované zákazníkem (CMK). Další informace najdete v tématu Správa šifrování dat.
Jak nastavit trvalost dat pomocí webu Azure Portal
Přihlaste se k webu Azure Portal a začněte postupovat podle pokynů v průvodci rychlým startem pro Azure Managed Redis.
Když se dostanete na kartu Upřesnit , vyberte možnosti RDB nebo AOF v části Trvalost dat.
Pokud chcete povolit trvalost RDB, vyberte RDB a nakonfigurujte nastavení.
Nastavení Navrhovaná hodnota Popis Frekvence zálohování Použijte rozevírací seznam a vyberte interval zálohování. Mezi možnosti patří 60 minut, 6 hodin a 12 hodin. Tento interval se spustí odpočítávání po úspěšném dokončení předchozí operace zálohování. Po uplynutí této zálohy se spustí nová záloha. Pokud chcete povolit trvalost AOF, vyberte AOF. K dispozici je pouze jedna možnost frekvence zálohování.
Dokončete vytváření mezipaměti podle zbývajících pokynů v průvodci rychlým startem pro Azure Managed Redis.
Poznámka:
Trvalost dříve vytvořené instance Azure Managed Redis můžete kdykoli přidat tak, že přejdete do rozšířeného nastavení v nabídce Prostředek.
Jak nastavit trvalost dat pomocí PowerShellu a Azure CLI
Pomocí prostředí PowerShell
Pomocí příkazu New-AzRedisEnterPriseCache můžete vytvořit novou instanci Azure Managed Redis pomocí trvalosti dat.
RdbPersistenceEnabledKe konfiguraci nastavení trvalosti použijte parametr , RdbPersistenceFrequencyAofPersistenceEnabled, a AofPersistenceFrequency parametry. Tento příklad vytvoří novou instanci B10 s vyrovnáváním B10 s trvalostí RDB s frekvencí jedné hodiny:
New-AzRedisEnterpriseCache -Name "MyCache" -ResourceGroupName "MyGroup" -Location "West US" -Sku "Balanced_B10" -RdbPersistenceEnabled -RdbPersistenceFrequency "1h"
Existující mezipaměti je možné aktualizovat pomocí příkazu Update-AzRedisEnterpriseCacheDatabase . Tento příklad přidá trvalost RDB s frekvencí 12 hodin do existující instance:
Update-AzRedisEnterpriseCacheDatabase -Name "MyCache" -ResourceGroupName "MyGroup" -RdbPersistenceEnabled -RdbPersistenceFrequency "12h"
Pomocí Azure CLI
Příkaz az redisenterprise create lze použít k vytvoření nové instance Azure Managed Redis pomocí trvalosti dat.
rdb-enabledKe konfiguraci nastavení trvalosti použijte parametr , rdb-frequencyaof-enabled, a aof-frequency parametry. Tento příklad vytvoří novou instanci B10 s vyrovnáváním B10 s trvalostí RDB s frekvencí jedné hodiny:
az redisenterprise create --cluster-name "cache1" --resource-group "rg1" --location "East US" --sku "Balanced_B10" --persistence rdb-enabled=true rdb-frequency="1h"
Existující mezipaměti je možné aktualizovat pomocí příkazu az redisenterprise database update . Tento příklad přidá trvalost RDB s frekvencí 12 hodin do existující instance mezipaměti:
az redisenterprise database update --cluster-name "cache1" --resource-group "rg1" --persistence rdb-enabled=true rdb-frequency="12h"
Správa šifrování dat
Vzhledem k tomu, že trvalost Redis vytváří neaktivní uložená data, je šifrování těchto dat pro mnoho uživatelů důležité. Ve službě Azure Managed Redis se data ukládají na spravovaný disk připojený k instanci mezipaměti. Ve výchozím nastavení se disk s daty trvalosti a disk s operačním systémem šifruje pomocí klíčů spravovaných Microsoftem. Klíč spravovaný zákazníkem (CMK) se dá použít také k řízení šifrování dat. Pokyny najdete v tématu Šifrování ve službě Azure Managed Redis .
Časté dotazy k trvalosti
Následující seznam obsahuje odpovědi na nejčastější dotazy týkající se trvalosti Azure Managed Redis.
- Mohu povolit trvalost u dříve vytvořené mezipaměti?
- Mohu současně povolit trvalost AOF i RDB?
- Jak trvalost funguje s geografickou replikací?
- Který model trvalosti mám zvolit?
- Co se stane, když se po škálování na jinou velikost obnovuje záloha, která byla provedena před operací škálování?
- Budou se mi účtovat poplatky za spravovaný disk, který se používá ve funkci trvalosti dat?
Trvalost RDB
- Můžu po vytvoření mezipaměti změnit frekvenci zálohování RDB?
- Proč je mezi zálohami více než 60 minut, když mám frekvenci zálohování RDB nastavenou na 60 minut?
- Co se stane se starými zálohami RDB při vytvoření nové zálohy?
Trvalost AOF
- Má trvalost AOF vliv na propustnost, latenci nebo výkon mezipaměti?
- Co je přepsání a jak ovlivňuje mezipaměť?
- Co mám očekávat při škálování mezipaměti s povolenou službou AOF?
Mohu povolit trvalost u dříve vytvořené mezipaměti?
Ano, trvalost je možné nakonfigurovat při vytváření mezipaměti i u existujících instancí Azure Managed Redis.
Mohu současně povolit trvalost AOF i RDB?
Ne, můžete povolit RDB nebo AOF, ale ne obě současně.
Jak trvalost funguje s geografickou replikací?
Pokud povolíte trvalost dat, nelze pro vaši mezipaměť povolit geografickou replikaci. Důvodem je to, že aktivní geografická replikace poskytuje lepší odolnost než trvalost dat v případě regionálního výpadku. Pokud potřebujete exportovat kopii dat jako zálohu, použijte raději funkci exportu.
Který model trvalosti mám zvolit?
Trvalost AOF ukládá každý zápis do protokolu, což může mít významný vliv na propustnost. Trvalost RDB ukládá zálohy na základě nakonfigurovaného intervalu zálohování s minimálním účinkem na výkon. Pokud je vaším primárním cílem minimalizovat ztrátu dat a zvládnete menší propustnost mezipaměti, zvolte trvalost AOF. Pokud chcete zachovat optimální propustnost mezipaměti, ale přesto chcete mít mechanismus pro obnovení dat, zvolte trvalost RDB.
- Přečtěte si další informace o výhodách a nevýhodách trvalosti RDB.
- Přečtěte si další informace o výhodách a nevýhodách trvalosti AOF.
Další informace o výkonu při použití trvalosti AOF najdete v tématu Má trvalost AOF vliv na propustnost, latenci nebo výkon mezipaměti?
Má trvalost AOF vliv na propustnost, latenci nebo výkon mezipaměti?
Použití trvalosti AOF má vliv na propustnost. Trvalost AOF pracuje se všemi primárními procesy, takže pro mezipaměť s trvalostí AOF uvidíte vyšší zatížení procesoru a serveru než pro stejnou mezipaměť bez trvalosti AOF. Trvalost AOF nabízí nejlepší konzistenci s daty v paměti, protože každý zápis a odstranění je trvalý, pouze s několika sekundami zpoždění. Trvalost AOF je však náročnější na výpočetní výkon.
Co se stane, když se po škálování na jinou velikost obnovuje záloha, která byla provedena před operací škálování?
Pro trvalost RDB i AOF:
- Pokud jste škálovali na větší velikost, nemá to žádný vliv.
- Pokud jste škálovali na menší velikost a není dostatek místa pro uložení všech dat z poslední zálohy, budou klíče během procesu obnovení vyřazeny. Klíče se obvykle vyřazují pomocí zásad vyřazení allkeys-lru.
Budou mi účtovány poplatky za spravovaný disk, který používá funkce trvalosti dat?
Za spravované diskové úložiště vám neúčtujeme poplatky. Jsou zahrnuty v ceně.
Můžu po vytvoření mezipaměti změnit frekvenci zálohování RDB?
Ano, frekvenci zálohování pro trvalost RDB můžete změnit pomocí webu Azure Portal, rozhraní příkazového řádku nebo PowerShell.
Proč je mezi zálohami více než 60 minut, když mám frekvenci zálohování RDB nastavenou na 60 minut?
Interval frekvence zálohování trvalosti RDB se nespustí, dokud se úspěšně nedokončí předchozí proces zálohování. Pokud je frekvence zálohování 60 minut a dokončení procesu zálohování trvá 15 minut, další zálohování se nespustí, dokud od počátečního času předchozí zálohy neuplyne 75 minut.
Co se stane se starými zálohami RDB při vytvoření nové zálohy?
Všechny zálohy trvalosti RDB s výjimkou nejnovější zálohy jsou automaticky odstraňovány. K tomuto odstranění nemusí dojít okamžitě, ale starší zálohy se trvale neuchovávají.
Co je přepsání a jak ovlivňuje mezipaměť?
Když je soubor AOF dostatečně velký, automaticky se do mezipaměti zařadí přepsání. Přepsání změní velikost souboru AOF minimální sadou operací potřebných k vytvoření aktuální datové sady. Během přepisování můžete očekávat, že dosáhnete limitů výkonu dříve, zejména při práci s velkými datovými sadami. Přepisy se vyskytují méně často, protože se soubor AOF zvětší, ale trvá poměrně dlouhou dobu, kdy k tomu dojde.
Co mám očekávat při škálování mezipaměti s povolenou službou AOF?
Pokud je soubor AOF v době škálování velký, počítejte s tím, že operace škálování trvá déle, než je normální, protože po dokončení škálování soubor znovu načítá.
Další informace o škálování najdete v tématu Co se stane, když se po škálování na jinou velikost obnovuje záloha, která byla provedena před operací škálování?