Konfigurace geografické replikace pro Azure Cache pro RedisHow to configure Geo-replication for Azure Cache for Redis

Geografická replikace poskytuje mechanismus pro propojení dvou úroveň Premium mezipaměti Azure pro instance Redis.Geo-replication provides a mechanism for linking two Premium tier Azure Cache for Redis instances. Jeden mezipaměti je vybrán jako primární propojené mezipaměti a druhý jako sekundární propojené mezipaměti.One cache is chosen as the primary linked cache, and the other as the secondary linked cache. Propojené sekundární mezipaměť bude jen pro čtení a data zapsaná do primární mezipaměti se replikuje do sekundární propojené mezipaměti.The secondary linked cache becomes read-only, and data written to the primary cache is replicated to the secondary linked cache. Tuto funkci je možné replikovat do mezipaměti v různých oblastech Azure.This functionality can be used to replicate a cache across Azure regions. Tento článek obsahuje pokyny pro konfigurace geografické replikace pro Premium úroveň mezipaměti Azure pro instance Redis.This article provides a guide to configuring Geo-replication for your Premium tier Azure Cache for Redis instances.

Požadavky na geografickou replikaciGeo-replication prerequisites

Konfigurace geografické replikace mezi dvěma mezipaměti, musí být splněny následující požadavky:To configure Geo-replication between two caches, the following prerequisites must be met:

  • Obě mezipaměti jsou úroveň Premium ukládá do mezipaměti.Both caches are Premium tier caches.
  • Obě mezipaměti jsou ve stejném předplatném Azure.Both caches are in the same Azure subscription.
  • Sekundární propojené mezipaměti se stejnou velikost mezipaměti nebo větší velikost mezipaměti, než primární propojené mezipaměti.The secondary linked cache is either the same cache size or a larger cache size than the primary linked cache.
  • Obě mezipaměti jsou vytvořeny a v běžícím stavu.Both caches are created and in a running state.

Některé funkce nejsou podporovány s geografickou replikaci:Some features aren't supported with geo-replication:

  • Trvalost není podporován s geografickou replikací.Persistence isn't supported with geo-replication.
  • Clustering se podporuje, pokud obě mezipamětí aktivovaným clusteringem a mít stejný počet horizontálních oddílů.Clustering is supported if both caches have clustering enabled and have the same number of shards.
  • Jsou podporovány mezipaměti ve stejné virtuální síti.Caches in the same VNET are supported.
  • Podporují se mezipaměti v různých virtuálních sítích s omezením.Caches in different VNETs are supported with caveats. Zobrazit můžete použít geografickou replikaci s Moje mezipamětí ve virtuální síti? Další informace.See Can I use Geo-replication with my caches in a VNET? for more information.

Po dokončení konfigurace geografické replikace vaše propojené mezipaměti pár platí následující omezení:After Geo-replication is configured, the following restrictions apply to your linked cache pair:

  1. K propojení dvou mezipaměti pro geografickou replikaci, prvním kliknutí geografickou replikaci z nabídky prostředků v mezipaměti, kterou chcete být primární propojené mezipaměti.To link two caches together for geo-replication, fist click Geo-replication from the Resource menu of the cache that you intend to be the primary linked cache. Klepnutím na tlačítko přidat propojení replikace mezipaměti z geografickou replikaci okno.Next, click Add cache replication link from the Geo-replication blade.

    Přidat odkaz

  2. Klikněte na název určený sekundární mezipaměť z kompatibilní mezipaměti seznamu.Click the name of your intended secondary cache from the Compatible caches list. Pokud vaše sekundární mezipaměť se nezobrazí v seznamu, zkontrolujte, zda požadavky na geografickou replikaci pro sekundární mezipaměť jsou splněny.If your secondary cache isn't displayed in the list, verify that the Geo-replication prerequisites for the secondary cache are met. Chcete-li filtrovat mezipaměti podle oblasti, klikněte na oblasti na mapě zobrazíte pouze mezipaměti v kompatibilní mezipaměti seznamu.To filter the caches by region, click the region in the map to display only those caches in the Compatible caches list.

    Kompatibilní mezipaměti geografické replikace

    Můžete také spustit proces propojení nebo zobrazení podrobností o sekundární mezipaměť pomocí místní nabídky.You can also start the linking process or view details about the secondary cache by using the context menu.

    Místní nabídka geografické replikace

  3. Klikněte na tlačítko odkaz propojit dvě mezipaměti a zahájí proces replikace.Click Link to link the two caches together and begin the replication process.

    Propojení mezipamětí

  4. Můžete zobrazit průběh procesu replikace na geografickou replikaci okno.You can view the progress of the replication process on the Geo-replication blade.

    Stav propojení

    Můžete také zobrazit stav propojení na přehled okno pro primární a sekundární mezipaměti.You can also view the linking status on the Overview blade for both the primary and secondary caches.

    Stav mezipaměti

    Po dokončení procesu replikace propojit stav změny Succeeded.Once the replication process is complete, the Link status changes to Succeeded.

    Stav mezipaměti

    Primární propojené mezipaměti zůstává k dispozici pro použití během procesu vytváření odkazů.The primary linked cache remains available for use during the linking process. Sekundární propojené mezipaměti není k dispozici, dokud se nedokončí proces propojení.The secondary linked cache isn't available until the linking process completes.

  1. Odebere propojení mezi dvěma mezipaměti a zastavení geografickou replikaci, klikněte na tlačítko zrušit propojení mezipamětí z geografickou replikaci okno.To remove the link between two caches and stop Geo-replication, click Unlink caches from the Geo-replication blade.

    Zrušit propojení mezipamětí

    Po dokončení procesu zrušení propojení sekundární mezipaměť je k dispozici pro operace čtení i zápisu.When the unlinking process completes, the secondary cache is available for both reads and writes.

Poznámka

Pokud je odebrán odkaz geografické replikace, replikovaných dat z primární propojené mezipaměti zůstává v sekundární mezipaměti.When the Geo-replication link is removed, the replicated data from the primary linked cache remains in the secondary cache.

Nejčastější dotazy týkající se geografická replikaceGeo-replication FAQ

Můžete použít geografickou replikaci s mezipamětí úroveň Standard nebo Basic?Can I use Geo-replication with a Standard or Basic tier cache?

Ne, geografická replikace je k dispozici pouze pro mezipaměť na úrovni Premium.No, Geo-replication is only available for Premium tier caches.

Je k dispozici pro použití mezipaměť během procesu propojení nebo odpojení?Is my cache available for use during the linking or unlinking process?

  • Při propojování, primární propojené mezipaměti zůstává k dispozici, zatímco se dokončují proces propojení.When linking, the primary linked cache remains available while the linking process completes.
  • Při propojování, sekundární propojené mezipaměti není k dispozici, dokud se nedokončí proces propojení.When linking, the secondary linked cache isn't available until the linking process completes.
  • Při rušení propojení, obě mezipamětí zůstanou k dispozici při dokončení procesu zrušení propojení.When unlinking, both caches remain available while the unlinking process completes.

Ne, lze propojit pouze dva mezipamětí společně.No, you can only link two caches together.

Ne, obě mezipaměti musí být ve stejném předplatném Azure.No, both caches must be in the same Azure subscription.

Ano, dokud sekundární propojené mezipaměti je větší než primární propojené mezipaměti.Yes, as long as the secondary linked cache is larger than the primary linked cache.

Můžete použít geografickou replikaci s aktivovaným clusteringem?Can I use Geo-replication with clustering enabled?

Ano, jakož i mezipaměti má stejný počet horizontálních oddílů.Yes, as long as both caches have the same number of shards.

Můžete použít geografickou replikaci s Moje mezipamětí ve virtuální síti?Can I use Geo-replication with my caches in a VNET?

Ano, je podporováno georeplikace mezipamětí ve virtuálních sítích s omezením:Yes, Geo-replication of caches in VNETs is supported with caveats:

  • Geografická replikace mezi mezipamětí ve stejné virtuální síti se nepodporuje.Geo-replication between caches in the same VNET is supported.
  • Geografická replikace mezi mezipamětí v různých virtuálních sítích je také podporována.Geo-replication between caches in different VNETs is also supported.
    • Pokud virtuální sítě nacházejí ve stejné oblasti, můžete je propojit pomocí VNET peering nebo připojení brány VPN typu VNET-to-VNET.If the VNETs are in the same region, you can connect them using VNET peering or a VPN Gateway VNET-to-VNET connection.
    • Pokud se virtuálních sítí v různých oblastech, geografickou replikaci pomocí virtuální sítě partnerských vztahů není podporována z důvodu omezení s základní interní služby load balancer.If the VNETs are in different regions, geo-replication using VNET peering isn't supported because of a constraint with Basic internal load balancers. Další informace o omezení partnerských vztahů virtuálních sítí najdete v tématu - partnerský vztah – požadavky a omezení.For more information about VNET peering constraints, see Virtual Network - Peering - Requirements and constraints. Použití připojení brány VPN typu VNET-to-VNET je doporučené řešení.The recommended solution is to use a VPN Gateway VNET-to-VNET connection.

Pomocí šabloně Azure, můžete rychle nasadit dvěma mezipamětí geograficky replikované do virtuální sítě připojené k připojení brány VPN typu VNET-to-VNET.Using this Azure template, you can quickly deploy two geo-replicated caches into a VNET connected with a VPN Gateway VNET-to-VNET connection.

Co je plán replikace pro Redis geografické replikace?What is the replication schedule for Redis geo-replication?

Replikace je nepřetržitý a asynchronní a nebude probíhat na konkrétní plán.Replication is continuous and asynchronous and doesn't happen on a specific schedule. Všechny operace zápisu na primární Hotovo okamžitě a asynchronně replikují na sekundární.All the writes done to the primary are instantaneously and asynchronously replicated on the secondary.

Jak dlouho replikace geografické replikace trvá?How long does geo-replication replication take?

Replikace je přírůstkový, asynchronní a průběžné a doba trvání se výrazně liší od latence napříč oblastmi.Replication is incremental, asynchronous, and continuous and the time taken isn't much different from the latency across regions. Za určitých okolností sekundární mezipaměť může být nutné provést úplnou synchronizaci dat z primárního serveru.Under certain circumstances, the secondary cache may be required to do a full sync of the data from the primary. Doba replikace v tomto případě je závislá na řadě faktorů, jako jsou: zatížení primární mezipaměti, dostupnou šířku pásma sítě a latencí mezi oblastmi.The replication time in this case is dependent on number of factors like: load on the primary cache, available network bandwidth, and inter-region latency. Zjistili jsme, že čas replikace pro pár úplné 53GB geograficky replikovaného může být kdekoli mezi 5 až 10 minut.We have found replication time for a full 53-GB geo-replicated pair can be anywhere between 5 to 10 minutes.

Je zaručeno bod obnovení replikaceIs the replication recovery point guaranteed?

Pro mezipaměti v režimu geograficky replikovaného trvalost zakázána.For caches in a geo-replicated mode, persistence is disabled. Při nepropojené, jako je například selhání iniciovaných zákazníkem pár geograficky replikované sekundární propojené mezipaměti zajišťuje jeho synchronizace dat až do té doby.If a geo-replicated pair is unlinked, such as a customer-initiated failover, the secondary linked cache keeps its synced data up to that point of time. Žádný bod obnovení je zaručeno, že v takových situacích.No recovery point is guaranteed in such situations.

Získat bod obnovení exportovat z obou mezipaměti.To obtain a recovery point, Export from either cache. Později můžete Import do primární propojené mezipaměti.You can later Import into the primary linked cache.

Můžete použít PowerShell nebo rozhraní příkazového řádku Azure ke správě geografické replikace?Can I use PowerShell or Azure CLI to manage Geo-replication?

Ano, geografická replikace je možné spravovat pomocí webu Azure portal, Powershellu nebo rozhraní příkazového řádku Azure.Yes, geo-replication can be managed using the Azure portal, PowerShell, or Azure CLI. Další informace najdete v tématu PowerShell docs nebo dokumentace Azure CLI.For more information, see the PowerShell docs or Azure CLI docs.

Kolik stojí Moje data replikovat napříč několika oblastmi Azure?How much does it cost to replicate my data across Azure regions?

Pokud používáte geografickou replikaci, data z primární propojené mezipaměti replikují do sekundární propojené mezipaměti.When using Geo-replication, data from the primary linked cache is replicated to the secondary linked cache. Neplatí žádné poplatky za přenos dat, pokud jsou dvě propojené mezipaměti ve stejné oblasti.There's no charge for the data transfer if the two linked caches are in the same region. Pokud dvě propojené mezipaměti jsou v různých oblastech, poplatky za přenos dat se náklady na výchozí přenos dat sítě data přesouvaná v jedné oblasti.If the two linked caches are in different regions, the data transfer charge is the network egress cost of data moving across either region. Další informace najdete v tématu podrobnosti o cenách šířky pásma.For more information, see Bandwidth Pricing Details.

Proč operace selhání při pokusu odstranit mé propojené mezipaměti?Why did the operation fail when I tried to delete my linked cache?

Geograficky replikované mezipaměti a jejich skupiny prostředků nelze odstranit, pokud propojené, dokud neodeberete odkaz geografické replikace.Geo-replicated caches and their resource groups can't be deleted while linked until you remove the geo-replication link. Pokud se pokusíte odstranit skupinu prostředků, která obsahuje jednu nebo obě z propojené mezipaměti, dalších prostředků ve skupině prostředků se odstraní, ale zůstává skupinu prostředků v deleting stavu a všechny propojené mezipaměti ve skupině prostředků zůstanou v runningstavu.If you attempt to delete the resource group that contains one or both of the linked caches, the other resources in the resource group are deleted, but the resource group stays in the deleting state and any linked caches in the resource group remain in the running state. Zcela odstranit skupinu prostředků a propojené mezipaměti v ní, zrušit propojení mezipamětí, jak je popsáno v odebrat odkaz geografické replikace.To completely delete the resource group and the linked caches within it, unlink the caches as described in Remove a Geo-replication link.

Jaké oblasti použít pro sekundární mezipaměť propojené?What region should I use for my secondary linked cache?

Obecně se doporučuje pro mezipaměť existovat ve stejné oblasti Azure jako aplikace, která přistupuje.In general, it's recommended for your cache to exist in the same Azure region as the application that accesses it. Pro aplikace s primární a záložní oblastech se doporučuje, že primární a sekundární mezipaměti existuje v těchto stejných oblastech.For applications with separate primary and fallback regions, it's recommended your primary and secondary caches exist in those same regions. Další informace o spárovaných oblastí najdete v tématu osvědčené postupy – Azure spárované oblasti.For more information about paired regions, see Best Practices – Azure Paired regions.

Jak funguje přebírání služeb při selhání sekundární propojené mezipamětiHow does failing over to the secondary linked cache work?

Automatické převzetí služeb při selhání mezi oblastmi Azure se nepodporuje pro geograficky replikovaného mezipaměti.Automatic failover across Azure regions isn't supported for geo-replicated caches. Ve scénáři zotavení po havárii zákazníkům by měl vyvolat celý zásobník aplikací koordinovaným způsobem v jejich oblasti zálohování.In a disaster-recovery scenario, customers should bring up the entire application stack in a coordinated manner in their backup region. Takže jednotlivé aplikace, které součásti rozhodnout při přepnutí na jejich zálohování v jejich vlastní může negativně ovlivnit výkon.Letting individual application components decide when to switch to their backups on their own can negatively impact performance. Jednou z klíčových výhod Redis je, že je velmi nízkou latencí úložiště.One of the key benefits of Redis is that it's a very low-latency store. Pokud zákazník hlavní aplikace v jiné oblasti než uloženou v mezipaměti, přidání dobu odezvy by měla znatelnému dopadu na výkon.If the customer's main application is in a different region than its cache, the added round-trip time would have a noticeable impact on performance. Z tohoto důvodu jsme Vyhněte se převzetí služeb při selhání automaticky z důvodu problémů s dostupností přechodné.For this reason, we avoid failing over automatically because of transient availability issues.

Spuštění převzetí služeb při iniciovaných zákazníkem, nejprve zrušit propojení mezipamětí.To start a customer-initiated failover, first unlink the caches. Změňte vašeho klienta Redis k použití koncový bod připojení sekundární mezipaměti (dříve propojené).Then, change your Redis client to use the connection endpoint of the (formerly linked) secondary cache. Když dvě mezipaměti se odpojila, sekundární mezipaměť opět regulární mezipaměti pro čtení i zápis a přijímá požadavky od klientů Redis přímo.When the two caches are unlinked, the secondary cache becomes a regular read-write cache again and accepts requests directly from Redis clients.

Další postupNext steps

Další informace o mezipaměti Azure Redis na úrovni Premium.Learn more about the Azure Cache for Redis Premium tier.