Azure Cache for Redis a spolehlivost

Azure Cache for Redis poskytuje úložiště dat v paměti založené na softwaru Redis (Remote Dictionary Server). Jedná se o zabezpečenou mezipaměť dat a zprostředkovatel zasílání zpráv, který poskytuje aplikacím přístup k datům s vysokou propustností a nízkou latencí.

Mezi klíčové koncepty a osvědčené postupy, které podporují spolehlivost, patří:

Následující části obsahují aspekty návrhu, kontrolní seznam konfigurace a doporučené možnosti konfigurace specifické pro Azure Cache for Redis.

Na co dát pozor při navrhování

Smlouva o úrovni služeb (SLA) Azure Cache for Redis se vztahuje pouze na mezipaměti úrovně Standard a Premium. Úroveň Basic není pokrytá.

Redis je mezipaměť v paměti pro páry hodnot klíčů a ve výchozím nastavení má vysokou dostupnost (HA), s výjimkou úrovně Basic. Existují tři úrovně pro Azure Cache for Redis:

  • Základní: Nedoporučuje se pro produkční úlohy. Úroveň Basic je ideální pro:

    • Jeden uzel
    • Více velikostí
    • Vývoj
    • Test
    • Méně důležité úlohy
  • Standard: Replikovaná mezipaměť v primární a sekundární konfiguraci se dvěma uzly spravovanou Microsoftem se smlouvou SLA s vysokou dostupností.

  • Premium: Zahrnuje všechny funkce úrovně Standard a zahrnuje následující další funkce:

    • Rychlejší hardware a výkon v porovnání s úrovní Basic nebo Standard.
    • Větší velikost mezipaměti, až do 120GB.
    • Trvalost dat, která zahrnuje soubor databáze Redis (RDB) a soubor jen pro připojení (AOF).
    • Podpora virtuálních sítí.
    • Clustering
    • Geografická replikace: Sekundární mezipaměť je v jiné oblasti a replikuje data z primární databáze pro účely zotavení po havárii. Pokud chcete provést převzetí služeb při selhání do sekundárního úložiště, je potřeba ručně zrušit propojení mezipamětí a sekundární mezipaměť je pak k dispozici pro zápisy. Aplikaci, která zapisuje do Redisu, je potřeba aktualizovat o připojovací řetězec mezipaměti sekundárního úložiště.
    • Zóny dostupnosti: Nasaďte mezipaměť a repliky napříč zónami dostupnosti.

      Poznámka

      Ve výchozím nastavení bude mít každé nasazení jednu repliku na horizontální oddíl. Trvalost, clustering a geografická replikace jsou v tuto chvíli zakázané u nasazení, která mají více než jednu repliku. Vaše uzly budou distribuovány rovnoměrně napříč všemi zónami. Měli byste mít počet zón s počtem >= replik.

    • Import a export.

Microsoft zaručuje alespoň 99.9% dobu, po kterou budou mít zákazníci připojení mezi koncovými body mezipaměti a internetovou bránou Microsoftu.

Kontrolní seznam

Nakonfigurovali jste Azure Cache for Redis s ohledem na odolnost?


  • Naplánovat aktualizace.
  • Monitorujte mezipaměť a nastavte výstrahy.
  • Nasaďte mezipaměť v rámci virtuální sítě.
  • Vyhodnoťte strategii dělení v rámci mezipaměti Redis.
  • Nakonfigurujte trvalost dat tak, aby se kopie mezipaměti uložila do služby Azure Storage, nebo použijte geografickou replikaci v závislosti na obchodních požadavch.
  • Implementujte zásady opakování v kontextu služby Azure Redis Cache.
  • Použijte jednu statickou nebo jednoúčelovou implementaci připojovacího multiplexeru pro Redis a postupujte podle průvodce osvědčenými postupy.
  • Přečtěte si téma Správa Azure Cache for Redis.

Doporučení ke konfiguraci

Projděte si následující tabulku doporučení pro optimalizaci konfigurace Azure Cache for Redis z hlediska spolehlivosti služeb:

Doporučení Description
Naplánovat aktualizace. Naplánujte dny a časy, kdy se aktualizace Redis Serveru použijí v mezipaměti, což nezahrnuje aktualizace Azure ani aktualizace operačního systému virtuálního počítače.
Monitorujte mezipaměť a nastavte výstrahy. Nastavte upozornění na výjimky, vysoké využití procesoru, vysoké využití paměti, zatížení serveru a vyřazené klíče, abyste mohli získat přehled o tom, kdy se má mezipaměť škálovat. Pokud je potřeba škálovat mezipaměť, je důležité pochopit, kdy se má škálovat, protože se tím zvýší využití procesoru během události škálování za účelem migrace dat.
Nasaďte mezipaměť v rámci virtuální sítě. Poskytuje zákazníkovi větší kontrolu nad provozem, který se může připojit k mezipaměti. Ujistěte se, že má podsíť k dispozici dostatečný adresní prostor pro nasazení uzlů mezipaměti a horizontálních oddílů (clusteru).
Vyhodnoťte strategii dělení v rámci mezipaměti Redis. Dělení úložiště dat Redis zahrnuje rozdělení dat mezi instance serveru Redis. Každá instance tvoří jeden oddíl. Azure Redis Cache abstrahuje služby Redis za fasádou a nezpřístupňuje je přímo. Nejjednodušším způsobem implementace dělení je vytvořit několik instancí služby Azure Redis Cache a data mezi ně rozdělit. Ke každé datové položce můžete přidružit identifikátor (klíč oddílu) určující, ve které mezipaměti je datová položka uložená. Logika klientské aplikace pak pomocí tohoto identifikátoru může směrovat požadavky do příslušného oddílu. Toto schéma je jednoduché, ale pokud se schéma dělení změní (například pokud se vytvoří další instance Služby Azure Redis Cache), může být potřeba překonfigurovat klientské aplikace.
Nakonfigurujte trvalost dat tak, aby se kopie mezipaměti uložila do služby Azure Storage, nebo použijte geografickou replikaci v závislosti na obchodních požadavch. Trvalost dat: Pokud se hlavní server a replika restartují, data se automaticky načtou z účtu úložiště. Geografická replikace: Sekundární mezipaměť musí být odpojená od primární mezipaměti. Sekundární se teď stane primárním a může přijímat zápisy.
Implementujte zásady opakování v kontextu služby Azure Redis Cache. Mechanismus opakování obsahuje většina služeb Azure a klientských sad SDK. Tyto mechanismy se liší, protože každá služba má jiné vlastnosti a požadavky. Každý mechanismus opakování je vyladěný pro určitou službu.
Přečtěte si téma Správa Azure Cache for Redis. Zjistěte, jak může dojít ke ztrátě dat při restartování mezipaměti a jak otestovat odolnost aplikace.

Zdrojové artefakty

K identifikaci instancí Redis, které nejsou na úrovni Premium, použijte následující dotaz:

Resources 
| where type == 'microsoft.cache/redis'
| where properties.sku.name != 'Premium'

Další krok