Azure Cache for Redis a efektivita provozu
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 osvědčené postupy, které podporují efektivitu provozu, 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 klíčových hodnot a má ve výchozím nastavení vysokou dostupnost 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í mezipaměti pro účely zotavení po havárii. Pokud chcete provést převzetí služeb při selhání na sekundární, musí být mezipaměti ručně odpojeny a sekundární služba je k dispozici pro zápisy. Aplikaci, která zapisuje do Redisu, bude potřeba aktualizovat pomocí 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é s nasazeními, která mají více než jednu repliku. Vaše uzly budou rovnoměrně distribuovány 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 efektivitu provozu?
- Naplánujte aktualizace.
- Monitorujte mezipaměť a nastavte upozornění.
- Nasaďte mezipaměť v rámci virtuální sítě.
- V rámci řešení použijte správný typ ukládání do mezipaměti (místní, v roli, spravované, 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ím požadavku.
- Použijte jednu statickou nebo jednoúčelovou implementaci multiplexeru připojení k Redisu 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 pro dosažení efektivity provozu:
| Doporučení | Description |
|---|---|
| Naplánujte aktualizace. | Naplánujte dny a časy, kdy se aktualizace Redis Serveru použijí v mezipaměti, která nezahrnuje aktualizace Azure ani aktualizace operačního systému virtuálního počítače. |
| Monitorujte mezipaměť a nastavte upozornění. | 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 škálovat mezipaměť. Pokud je potřeba škálovat mezipaměť, je důležité zjistit, 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ů a horizontálních oddílů mezipaměti (clusteru). |
| V rámci řešení použijte správný typ ukládání do mezipaměti (místní, v roli, spravované, redis). | Distribuované aplikace při ukládání dat do mezipaměti obvykle implementují jednu nebo obě z následujících strategií: – Použití privátní mezipaměti, kde se data uchovávají místně na počítači, na kterém běží instance aplikace nebo služby. – Použití sdílené mezipaměti, která slouží jako společný zdroj, ke kterému může přistupovat více procesů a počítačů. V obou případech je ukládání do mezipaměti možné provést na straně klienta a na straně serveru. Ukládání do mezipaměti na straně klienta probíhá v rámci procesu, který poskytuje uživatelské rozhraní pro systém, jako je webový prohlížeč nebo aplikace pracovní plochy. Ukládání do mezipaměti na straně serveru probíhá v rámci procesu, který poskytuje obchodní služby spuštěné vzdáleně. |
| 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ím požadavku. | 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 odpojena od primární mezipaměti. Sekundární se teď stane primární a může přijímat zápisy. |
| 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'