Konfigurace pasivní geografické replikace pro instance Azure Cache premium pro Redis

  • Článek

V tomto článku se dozvíte, jak nakonfigurovat pasivní geografickou replikaci na dvojici instancí Azure Cache for Redis pomocí webu Azure Portal.

Pasivní propojení geografické replikace spojuje dvě instance Azure Cache pro Redis úrovně Premium a vytvoří vztah replikace dat typu aktivní-pasivní . Aktivní-pasivní znamená, že existuje dvojice mezipamětí, primární a sekundární, která mají svá data synchronizovaná. Můžete ale zapisovat pouze na jednu stranu páru, primární. Druhá strana dvojice, sekundární mezipaměť, je jen pro čtení.

Porovnejte aktivní-pasivní s aktivní-aktivní, kde můžete zapisovat na kteroukoli stranu dvojice a synchronizuje se s druhou stranou.

U pasivní geografické replikace se instance mezipaměti obvykle nacházejí v různých oblastech Azure, i když to není nutné. Jedna instance funguje jako primární a druhá jako sekundární. Primární zpracovává požadavky na čtení a zápis a primární server šíří změny do sekundárního systému.

Převzetí služeb při selhání není automatické. Další informace o tom, jak používat převzetí služeb při selhání, najdete v tématu Zahájení převzetí služeb při selhání z geografické primární na geografickou sekundární.

Poznámka:

Pasivní geografická replikace je navržená jako řešení zotavení po havárii.

Rozsah dostupnosti

Úroveň Basic, Standard Premium Enterprise, Enterprise Flash
dostupný No Ano Yes

Pasivní geografická replikace je dostupná pouze na úrovni Premium služby Azure Cache for Redis. Úrovně Enterprise a Enterprise Flash nabízejí také geografickou replikaci, ale tyto úrovně používají pokročilejší verzi označovanou jako aktivní geografická replikace.

Požadavky na geografickou replikaci

Pokud chcete nakonfigurovat geografickou replikaci mezi dvěma mezipamětí, musí být splněny následující požadavky:

  • Obě mezipaměti jsou mezipamětí úrovně Premium.
  • Obě mezipaměti jsou ve stejném předplatném Azure.
  • Sekundární propojená mezipaměť je buď stejná, nebo větší velikost mezipaměti než primární propojená mezipaměť. Pokud chcete použít geografické převzetí služeb při selhání, musí mít obě mezipaměti stejnou velikost.
  • Obě mezipaměti se vytvoří i ve spuštěném stavu.
  • Obě mezipaměti používají stejnou verzi serveru Redis.

Poznámka:

Přenos dat mezi oblastmi Azure se účtuje podle standardních sazeb šířky pásma.

U geografické replikace se nepodporují některé funkce:

  • U geografické replikace se nepodporuje redundance zón.
  • Trvalost se u geografické replikace nepodporuje.
  • Mezipaměti s více než jednou replikou se nedají geograficky replikovat.
  • Clustering se podporuje, pokud jsou obě mezipaměti povolené a mají stejný počet horizontálních oddílů.
  • Podporují se mezipaměti ve stejné virtuální síti.
  • Mezipaměti v různých virtuálních sítích jsou podporovány s upozorněním. Další informace najdete v tématu Použití geografické replikace s mezipamětí ve virtuální síti?

Po nakonfigurování geografické replikace se na dvojici propojené mezipaměti vztahují následující omezení:

  • Sekundární propojená mezipaměť je jen pro čtení. Můžete z něj číst, ale nemůžete do něj zapisovat žádná data. Pokud se rozhodnete číst z instance Geografické sekundární, když probíhá úplná synchronizace dat mezi geografickou primární a geografickou sekundární instancí, instance geografické sekundární vyvolá chyby při jakékoli operaci Redis, dokud se úplná synchronizace dat neskončí. Chyby uvádějí, že probíhá úplná synchronizace dat. K chybám dochází také v případě aktualizace geografické primární nebo geografické sekundární oblasti a v některých scénářích restartování. Aplikace, které čtou z geografické sekundární oblasti, by se měly sestavit tak, aby se při každém vyvolání takových chyb vrátily do geografické primární oblasti.

  • Všechna data, která byla v sekundární propojené mezipaměti před přidáním propojení, se odeberou. Pokud se ale geografická replikace později odebere, replikovaná data zůstanou v sekundární propojené mezipaměti.

  • Během propojení mezipamětí nemůžete škálovat mezipaměť.

  • Pokud je v mezipaměti povolené clustering, nemůžete změnit počet horizontálních oddílů .

  • U obou mezipamětí nemůžete povolit trvalost.

  • Můžete exportovat z obou mezipamětí.

  • Do sekundární propojené mezipaměti nemůžete importovat .

  • Propojenou mezipaměť nebo skupinu prostředků, která je obsahuje, nemůžete odstranit, dokud neodpojíte mezipaměti. Další informace najdete v tématu Proč operace selhala při pokusu o odstranění propojené mezipaměti?

  • Pokud jsou mezipaměti v různých oblastech, použijí se na data přesunutá napříč oblastmi náklady na výchozí přenos dat. Další informace najdete v tématu Kolik stojí replikace dat napříč oblastmi Azure?

  • Převzetí služeb při selhání není automatické. Převzetí služeb při selhání musíte spustit z primární do sekundární propojené mezipaměti. Další informace o tom, jak používat převzetí služeb při selhání, najdete v tématu Zahájení převzetí služeb při selhání z geografické primární na geografickou sekundární.

  • Privátní propojení se nedají přidat do mezipaměti, které jsou už geograficky replikované. Přidání privátního propojení do geograficky replikované mezipaměti: 1. Odpojte geografickou replikaci. 2. Přidejte Private Link. 3. Nakonec znovu propojte geografickou replikaci.

  1. Pokud chcete propojit dvě mezipaměti pro geografickou replikaci, vyberte nejprve geografickou replikaci z nabídky Prostředek mezipaměti, kterou chcete mít v úmyslu být primární propojenou mezipamětí. Dále v pracovním podokně vyberte Přidat odkaz replikace mezipaměti.

    Screenshot showing the cache's Geo-replication menu.

  2. V seznamu Kompatibilní mezipaměti vyberte název zamýšlené sekundární mezipaměti. Pokud se v seznamu nezobrazí vaše sekundární mezipaměť, ověřte splnění požadavků geografické replikace pro sekundární mezipaměť. Pokud chcete filtrovat mezipaměti podle oblasti, vyberte oblast v mapě, aby se v seznamu Kompatibilní mezipaměti zobrazily pouze tyto mezipaměti.

    Screenshot showing compatible caches for linking with geo-replication.

    Proces propojení můžete také spustit nebo zobrazit podrobnosti o sekundární mezipaměti pomocí místní nabídky.

    Screenshot showing the Geo-replication context menu.

  3. Výběrem možnosti Propojit propojíte obě mezipaměti a zahájíte proces replikace.

    Screenshot showing how to link caches for geo-replication.

  4. Průběh procesu replikace můžete zobrazit pomocí geografické replikace v nabídce Prostředek.

    Screenshot showing the current Linking status.

    Stav propojení můžete zobrazit také pomocí přehledu v nabídce Prostředek pro primární i sekundární mezipaměti.

    Screenshot that highlights how to view the linking status for the primary and secondary caches.

    Po dokončení procesu replikace se stav zřizování propojení změní na Úspěch.

    Screenshot showing cache linking status as Succeeded.

    Primární propojená mezipaměť zůstává k dispozici pro použití během procesu propojení. Sekundární propojená mezipaměť není k dispozici, dokud se proces propojení nedokončí.

Geograficky primární adresa URL

Po propojení mezipamětí se pro každou mezipaměť vygeneruje adresa URL, která vždy odkazuje na geografickou primární mezipaměť. Pokud se zahájí převzetí služeb při selhání z geografické primární oblasti na sekundární geografickou oblast, adresa URL zůstane stejná a podkladový záznam DNS se automaticky aktualizuje tak, aby odkazoval na novou geografickou primární oblast.

Screenshot showing four URLs created by adding geo-replication.

Zobrazí se tři adresy URL:

  • Geograficky primární adresa URL je adresa URL proxy serveru s formátem <cachename>.geo.redis.cache.windows.net. Adresa URL vždy odkazuje na to, která mezipaměť v páru geografické replikace je aktuální geograficky primární.
  • Aktuální geografická primární mezipaměť je přímá adresa mezipaměti, která je aktuálně geograficky primární. Adresa není redis.cache.windows.netgeo.redis.cache.windows.net. Adresa uvedená v poli se změní, pokud se zahájí převzetí služeb při selhání.
  • Aktuální sekundární geografická mezipaměť je přímá adresa mezipaměti, která je aktuálně geograficky sekundární. Adresa není redis.cache.windows.netgeo.redis.cache.windows.net. Adresa uvedená v poli se změní, pokud se zahájí převzetí služeb při selhání.

Zahájení převzetí služeb při selhání z geografické primární do sekundární geografické oblasti

Jedním výběrem můžete aktivovat převzetí služeb při selhání z geografické primární oblasti do sekundární geografické oblasti.

Screenshot of linked caches with Failover highlighted.

To způsobí provedení následujících kroků:

  1. Geograficky sekundární mezipaměť se upřednostní na geograficky primární.
  2. Záznamy DNS se aktualizují tak, aby přesměrovály adresy URL geografické primární oblasti na novou geografickou primární adresu.
  3. Stará geografická primární mezipaměť se sníží na sekundární a pokusí se vytvořit propojení s novou geografickou primární mezipamětí.

Dokončení procesu geografického převzetí služeb při selhání trvá několik minut.

Nastavení před zahájením geografického převzetí služeb při selhání

Při spuštění převzetí služeb při selhání se prohodí geograficky primární a geograficky sekundární mezipaměti. Pokud je nová geografická primární konfigurace odlišná od geografické sekundární oblasti, může pro vaši aplikaci způsobit problémy.

Nezapomeňte zkontrolovat následující položky:

  • Pokud používáte bránu firewall v některé z mezipamětí, ujistěte se, že je nastavení brány firewall podobné, takže nemáte žádné problémy s připojením.
  • Ujistěte se, že obě mezipaměti používají stejný port a nastavení TLS/SSL.
  • Geograficky primární a geograficky sekundární mezipaměti mají různé přístupové klíče. Pokud se aktivuje převzetí služeb při selhání, ujistěte se, že vaše aplikace může aktualizovat přístupový klíč, který používá, aby odpovídala nové geografické primární oblasti. Nebo použijte tokeny Microsoft Entra pro ověřování mezipaměti, které umožňují použít stejné přihlašovací údaje pro geografickou primární i geografickou sekundární mezipaměť.

Převzetí služeb při selhání s minimální ztrátou dat

Události geografického převzetí služeb při selhání můžou během přechodu zavádět nekonzistence dat, zejména pokud klient během procesu převzetí služeb při selhání udržuje připojení ke staré geografické primární oblasti. Ztrátu dat v plánované události geografického převzetí služeb při selhání je možné minimalizovat pomocí následujících tipů:

  • Zkontrolujte metriku posunu synchronizace dat geografické replikace. Metrika je generována aktuální geograficky primární mezipamětí. Tato metrika udává, kolik dat se ještě má replikovat do geografické primární oblasti. Pokud je to možné, zahajte převzetí služeb při selhání pouze v případě, že metrika indikuje méně než 14 bajtů, které zůstanou zapsány.
  • CLIENT PAUSE Před zahájením převzetí služeb při selhání spusťte příkaz v aktuální geografické primární oblasti. Spuštění CLIENT PAUSE blokuje všechny nové požadavky na zápis a místo toho vrací selhání časového limitu klientovi Azure Cache for Redis. Příkaz CLIENT PAUSE vyžaduje zadání časového limitu v milisekundách. Ujistěte se, že je k dispozici dostatek časového limitu, aby mohlo dojít k převzetí služeb při selhání. Nastavení hodnoty pozastavení na přibližně 30 minut (1 800 000 milisekund) je vhodné začít. Podle potřeby můžete toto číslo kdykoli snížit.

Není nutné spouštět příkaz UNPAUSE KLIENTA, protože nový geografický primární server zachová pozastavení klienta.

Poznámka:

Použití ověřování na základě ID Microsoft Entra pro vaši mezipaměť se doporučuje ve scénářích geografického převzetí služeb při selhání, protože odstraňuje potíže se správou různých přístupových klíčů pro geografickou primární a geografickou sekundární mezipaměť.

  1. Pokud chcete odebrat propojení mezi dvěma mezipamětí a zastavit geografickou replikaci, vyberte Zrušit propojení mezipamětí z geografické replikace vlevo.

    Screenshot showing how to unlink caches.

    Po dokončení procesu zrušení propojení je sekundární mezipaměť k dispozici pro čtení i zápisy.

Poznámka:

Po odebrání propojení geografické replikace zůstanou replikovaná data z primární propojené mezipaměti v sekundární mezipaměti.

Nejčastější dotazy k geografické replikaci

Můžu použít geografickou replikaci s mezipamětí úrovně Standard nebo Basic?

Ne, pasivní geografická replikace je k dispozici pouze na úrovni Premium. Pokročilejší verze geografické replikace označované jako aktivní geografická replikace je dostupná na úrovni Enterprise a Enterprise Flash.

Je moje mezipaměť dostupná pro použití během procesu propojení nebo zrušení propojení?

  • Primární propojená mezipaměť zůstane k dispozici, dokud se proces propojení neskončí.
  • Sekundární propojená mezipaměť není k dispozici, dokud se proces propojení nedokončí.
  • Obě mezipaměti zůstanou dostupné, dokud se proces zrušení propojení nedokoní.

Kdy můžu po zahájení převzetí služeb při selhání napsat na nový geografický primární server?

Po zahájení procesu převzetí služeb při selhání se zobrazí aktualizace stavu zřizování propojení na odstranění, která značí, že se předchozí odkaz vyčistí. Po dokončení se stav zřizování propojení aktualizuje na Vytvoření. To znamená, že nová geografická primární oblast je spuštěná a pokouší se znovu vytvořit propojení geografické replikace se starou geografickou primární mezipamětí. V tomto okamžiku se můžete okamžitě připojit k nové instanci geograficky primární mezipaměti pro čtení i zápisy.

Ano, k dispozici je několik metrik, které vám pomůžou sledovat stav geografické replikace. Tyto metriky jsou k dispozici na webu Azure Portal.

  • Geografická replikace v pořádku zobrazuje stav propojení geografické replikace. Odkaz se zobrazí jako není v pořádku, pokud jsou mimo provoz geograficky primární nebo sekundární mezipaměti. Důvodem je obvykle standardní operace opravy, ale může to také znamenat situaci selhání.
  • Prodleva geografické replikace Připojení ivity ukazuje čas od poslední úspěšné synchronizace dat mezi geografickou primární a geografickou sekundární oblastí.
  • Geografická replikace Synchronizace dat posun zobrazuje množství dat, která se ještě mají synchronizovat s geograficky sekundární mezipamětí.
  • Spuštěná událost úplné synchronizace geografické replikace označuje, že byla zahájena úplná akce synchronizace mezi geograficky primární a geografickou sekundární mezipamětí. K tomu dochází v případě, že standardní replikace nemůže držet krok s počtem nových zápisů.
  • Událost úplné synchronizace geografické replikace znamená , že byla dokončena úplná akce synchronizace.

K dispozici je také předem připravený sešit s názvem Řídicí panel geografické replikace, který zahrnuje všechny metriky stavu geografické replikace v jednom zobrazení. Toto zobrazení se doporučuje, protože agreguje informace generované pouze z instancí geograficky primární nebo geograficky sekundární mezipaměti.

Ne, při použití pasivní geografické replikace můžete propojit pouze dvě mezipaměti. Aktivní geografická replikace podporuje až pět propojených mezipamětí.

Ne, obě mezipaměti musí být ve stejném předplatném Azure.

Ano, pokud je sekundární propojená mezipaměť větší než primární propojená mezipaměť. Funkci převzetí služeb při selhání ale nemůžete použít, pokud jsou mezipaměti různé velikosti.

Můžu použít geografickou replikaci s povoleným clusteringem?

Ano, pokud obě mezipaměti mají stejný počet horizontálních oddílů.

Můžu ve virtuální síti používat geografickou replikaci s mezipamětí?

Ve většině případů doporučujeme používat službu Azure Private Link přes injektáž virtuální sítě. Další informace najdete v tématu Migrace z mezipamětí injektáže virtuální sítě do mezipamětí služby Private Link.

I když je stále technicky možné použít injektáž virtuální sítě při geografické replikaci mezipamětí, doporučujeme službu Azure Private Link.

Důležité

Azure Cache for Redis doporučuje používat Službu Azure Private Link, která zjednodušuje síťovou architekturu a zabezpečuje připojení mezi koncovými body v Azure. K instanci služby Azure Cache for Redis se můžete připojit z virtuální sítě prostřednictvím privátního koncového bodu s přiřazenou privátní IP adresou v podsíti v rámci virtuální sítě. Azure Private Link se nabízí na všech našich úrovních, zahrnuje podporu služby Azure Policy a zjednodušuje správu pravidel skupiny zabezpečení sítě. Další informace najdete v dokumentaci ke službě Private Link. Pokud chcete do služby Private Link migrovat mezipaměti vložené do virtuální sítě, projděte si téma Migrace z mezipamětí vložených do virtuální sítě na mezipaměti služby Private Link.

Další informace o podpoře geografické replikace s virtuálními sítěmi najdete v tématu Geografická replikace pomocí injektáže virtuální sítě s mezipamětí Premium.

Jaký je plán replikace pro geografickou replikaci Redis?

Replikace je průběžná a asynchronní. Neděje se v konkrétním plánu. Všechny zápisy provedené na primárním serveru se okamžitě a asynchronně replikují na sekundární.

Jak dlouho trvá replikace geografické replikace?

Replikace je přírůstková, asynchronní a průběžná a doba potřebná není příliš odlišná od latence napříč oblastmi. Za určitých okolností může být sekundární mezipaměť nutná k úplné synchronizaci dat z primárního serveru. Doba replikace v tomto případě závisí na mnoha faktorech, jako je zatížení primární mezipaměti, dostupná šířka pásma sítě a latence mezi oblastmi. Zjistili jsme, že doba replikace pro úplnou geografickou replikovanou dvojici 53 GB může být 5 až 10 minut. Množství dat, která se ještě mají replikovat, můžete sledovat pomocí Geo Replication Data Sync Offset metriky ve službě Azure Monitor.

Je zaručen bod obnovení replikace?

U mezipamětí v geograficky replikovaném režimu je trvalost zakázaná. Pokud je geograficky replikovaný pár odpojený, například převzetí služeb při selhání iniciované zákazníkem, sekundární propojená mezipaměť uchovává synchronizovaná data až do tohoto bodu času. V takových situacích není zaručen žádný bod obnovení.

Pokud chcete získat bod obnovení, exportujte z obou mezipamětí. Později můžete importovat do primární propojené mezipaměti.

Můžu ke správě geografické replikace použít PowerShell nebo Azure CLI?

Ano, geografickou replikaci je možné spravovat pomocí webu Azure Portal, PowerShellu nebo Azure CLI. Další informace najdete v dokumentaci k PowerShellu nebo dokumentaci k Azure CLI.

Kolik stojí replikace dat napříč oblastmi Azure?

Při použití geografické replikace se data z primární propojené mezipaměti replikují do sekundární propojené mezipaměti. Za přenos dat se neúčtují žádné poplatky, pokud jsou dvě propojené mezipaměti ve stejné oblasti. Pokud jsou dvě propojené mezipaměti v různých oblastech, poplatky za přenos dat jsou náklady na výchozí přenos dat v síti v obou oblastech. Další informace najdete v tématu Podrobnosti o cenách šířky pásma.

Proč operace selhala při pokusu o odstranění propojené mezipaměti?

Geograficky replikované mezipaměti a jejich skupiny prostředků nelze odstranit, dokud neodeberete propojení geografické replikace. Pokud se pokusíte odstranit skupinu prostředků, která obsahuje jednu nebo obě propojené mezipaměti, ostatní prostředky ve skupině prostředků se odstraní, ale skupina prostředků zůstane ve deleting stavu a všechny propojené mezipaměti ve skupině prostředků zůstanou ve running stavu. Pokud chcete úplně odstranit skupinu prostředků a propojené mezipaměti v ní, zrušte propojení mezipamětí, jak je popsáno v tématu Odebrání propojení geografické replikace.

Jakou oblast mám použít pro sekundární propojenou mezipaměť?

Obecně doporučujeme, aby vaše mezipaměť existovala ve stejné oblasti Azure jako aplikace, která k ní přistupuje. Pro aplikace s samostatnými primárními a záložními oblastmi doporučujeme, aby vaše primární a sekundární mezipaměti existovaly ve stejných oblastech. Další informace o spárovaných oblastech najdete v tématu Osvědčené postupy – Spárované oblasti Azure.

Můžu nakonfigurovat bránu firewall s geografickou replikací?

Ano, bránu firewall můžete nakonfigurovat s geografickou replikací. Aby geografická replikace fungovala společně s bránou firewall, ujistěte se, že se IP adresa sekundární mezipaměti přidá do pravidel brány firewall primární mezipaměti. Pokud je však přístup k veřejné síti v mezipaměti zakázaný a je povolený jenom privátní koncový bod, použití brány firewall v mezipaměti se nepodporuje.

Další kroky

Přečtěte si další informace o funkcích Azure Cache for Redis.