Co je Azure Managed Redis (Preview)?
Azure Managed Redis (Preview) poskytuje úložiště dat v paměti založené na softwaru Redis Enterprise . Redis Enterprise zlepšuje výkon a spolehlivost komunitní edice Redis při zachování kompatibility. Microsoft provozuje službu hostované v Azure a může ji používat libovolná aplikace v rámci Azure nebo mimo Azure. Další informace o tom, jak se azure Managed Redis sestavuje, najdete v tématu Architektura Azure Managed Redis.
Důležité
Azure Managed Redis je aktuálně ve verzi PREVIEW. Právní podmínky, které platí pro funkce Azure, které jsou ve verzi beta, verzi Preview nebo které zatím nejsou veřejně dostupné, najdete v Dodatečných podmínkách použití pro Microsoft Azure verze Preview.
Azure Managed Redis může zlepšit výkon a škálovatelnost aplikace, která silně využívá back-endová úložiště dat. Dokáže zpracovávat velké objemy požadavků aplikací tím, že uchovává často přístupná data v paměti serveru, která se dají zapsat a číst rychle.
Redis přináší do moderních aplikací kritické řešení úložiště dat s nízkou latencí a vysokou propustností. Redis se navíc stále častěji používá pro necachingové aplikace, včetně příjmu dat, odstranění duplicitních dat, zasílání zpráv, tabulek výsledků, sémantické ukládání do mezipaměti a jako vektorové databáze.
Spravovanou službu Azure Redis je možné nasadit samostatně nebo ji můžete nasadit společně s dalšími aplikacemi nebo databázovými službami Azure, jako jsou Azure Container Apps, Aplikace Azure Service, Azure Functions, Azure SQL nebo Azure Cosmos DB.
Klíčové scénáře
Azure Managed Redis zlepšuje výkon aplikací tím, že podporuje běžné vzory architektury aplikací. Mezi nejběžnější patří následující vzory:
| Vzor | Popis |
|---|---|
| Mezipaměť dat | Databáze jsou často příliš velké, aby se načetly přímo do mezipaměti. Model doplňování do mezipaměti se běžně používá k načtení dat do mezipaměti jenom podle potřeby. Když systém provede změny dat, může systém také aktualizovat mezipaměť, která se pak distribuuje ostatním klientům. Kromě toho může systém nastavit vypršení platnosti dat nebo pomocí zásady vyřazení aktivovat aktualizace dat do mezipaměti. |
| Mezipaměť obsahu | Mnoho webových stránek se generuje ze šablon, které používají statický obsah, jako jsou záhlaví, zápatí nebo bannery. Tyto statické položky by se neměly často měnit. Použití mezipaměti v paměti poskytuje rychlý přístup ke statickému obsahu v porovnání s back-endovými úložišti dat. Tento model zkracuje dobu zpracování a zatížení serveru, což umožňuje rychlejší odezvu webových serverů. To vám umožní snížit počet serverů potřebných ke zpracování zatížení. Azure Managed Redis poskytuje poskytovatele výstupní mezipaměti Redis pro podporu tohoto modelu s ASP.NET. |
| Úložiště relací | Tento model se běžně používá s nákupními košíky a dalšími daty historie uživatelů, která webová aplikace může přidružit k uživatelským souborům cookie. Ukládání příliš velkého množství souborů cookie může mít negativní vliv na výkon při růstu velikosti souboru cookie a jeho předání a ověření při každém požadavku. Typické řešení používá soubor cookie jako klíč k dotazování dat v databázi. Pokud k přidružení informací k uživateli používáte mezipaměť v paměti, jako je Azure Managed Redis, je rychlejší než interakce s úplnou relační databází. |
| Hledání vektorové podobnosti | Běžným případem použití umělé inteligence je generování vektorových vkládání pomocí rozsáhlého jazykového modelu (LLM). Tyto vektorové vkládání musí být uloženy ve vektorové databázi a pak je porovnat s určením podobnosti. Azure Managed Redis má integrované funkce pro ukládání a porovnání vektorových vkládání s vysokou propustností. |
| Sémantické ukládání do mezipaměti | Použití LLM často přináší aplikaci vysokou latenci (kvůli době generování) a náklady (kvůli cenám za tokeny). Ukládáním do mezipaměti můžete tyto problémy vyřešit uložením předchozího výstupu LLM, aby bylo možné je znovu rychle načíst. Vzhledem k tomu, že LLM používají přirozený jazyk, může být pro typické mezipaměti obtížné zpracovat. Sémantické mezipaměti, jako je Azure Managed Redis, jsou schopné ukládat do mezipaměti nejen konkrétní dotaz, ale sémantický význam dotazu, což umožňuje použití mnohem přirozeněji s LLMs. |
| Odstranění duplicitních dat | Často je potřeba určit, jestli už v systému došlo k nějaké akci, například určit, jestli se má provést uživatelské jméno nebo jestli už zákazník poslal e-mail. Ve službě Azure Managed Redis je možné k rychlému určení duplicit a zabránění problémům použít filtry bloom. |
| Tabulky výsledků | Redis nabízí jednoduchou a výkonnou podporu pro vývoj tabulek výsledků všech druhů pomocí seřazené datové struktury sady . Kromě toho může použití aktivní geografické replikace umožnit globální sdílení jedné tabulky výsledků. |
| Zařazování úloh a zpráv do fronty | Aplikace často přidávají úlohy do fronty, když provádění operací přidružených k požadavku nějakou dobu trvá. Delší spuštěné operace se zařadí do fronty, které se budou zpracovávat v sekvenci, často jiným serverem. Tato metoda odkládání práce se označuje jako řazení úloh do fronty. Azure Managed Redis poskytuje distribuovanou frontu, která umožňuje tento model ve vaší aplikaci. |
| Akcelerace PowerBI/Analýzy | Pomocí ovladače Odbc Redis můžete využít Redis pro případy použití redis pro BI, generování sestav a analýzy. Vzhledem k tomu, že redis je obvykle mnohem rychlejší než relační databáze, může použití Redis tímto způsobem výrazně zvýšit rychlost odezvy dotazů. |
| Distribuované transakce | Aplikace někdy vyžadují řadu příkazů pro back-endové úložiště dat, aby se spustily jako jedna atomická operace. Všechny příkazy musí být úspěšné nebo se musí vrátit zpět do počátečního stavu. Azure Managed Redis podporuje spouštění dávky příkazů jako jedné transakce. |
Verze Redis
Azure Managed Redis podporuje Redis verze 7.4.x. Další informace najdete v tématu Postup upgradu verze instance Azure Managed Redis.
Výběr správné úrovně
K dispozici jsou čtyři úrovně Azure Managed Redis, z nichž každá má různé charakteristiky výkonu a cenové úrovně.
Tři úrovně jsou určené pro data v paměti:
- Optimalizováno pro paměť optimalizované pro případy použití náročné na paměť, které vyžadují vysoký poměr paměti k vCPU (8:1), ale nepotřebují nejvyšší výkon propustnosti. Poskytuje nižší cenový bod pro scénáře, kdy je potřeba méně výpočetního výkonu nebo propustnosti, což je skvělou volbou pro vývojová a testovací prostředí.
- Vyvážená hodnota (Paměť + výpočty) Nabízí vyvážený poměr paměti k vCPU (4:1), díky čemuž je ideální pro standardní úlohy. Tato úroveň poskytuje rovnováhu paměti a výpočetních prostředků v dobrém stavu.
- Optimalizované pro výpočty navržené pro úlohy náročné na výkon vyžadující maximální propustnost s poměrem nízké paměti na virtuální procesor (2:1). Je ideální pro aplikace, které vyžadují nejvyšší výkon.
Jedna vrstva ukládá data jak v paměti, tak na disk:
- Flash Optimized Umožňuje clusterům Redis automaticky přesouvat méně často přístupná data z paměti (RAM) do úložiště NVMe. To snižuje výkon, ale umožňuje nákladově efektivní škálování mezipamětí s velkými datovými sadami.
Poznámka:
Další informace o architektuře úrovně Optimalizované pro Flash najdete v tématu Architektura Azure Managed Redis.
Důležité
Funkci trvalosti dat můžete také použít k ukládání dat na disk pro vrstvy v paměti. Trvalost dat ukládá záložní kopii dat na disku pro rychlé obnovení v případě neočekávaného výpadku. Liší se od úrovně Optimalizované pro Flash, která je určená k ukládání dat na disk pro typické operace. Ukládání některých dat na disk pomocí vrstvy Optimalizované pro Flash nezvyšuje odolnost dat. Trvalost dat můžete použít i na úrovni Optimalizované pro Flash.
Pokyny k škálování mezi úrovněmi a skladovými položkami najdete v tématu Škálování instance Azure Managed Redis.
Vrstvy a skladové položky na první pohled
Informace o cenách najdete v cenách Azure Managed Redis
Porovnání funkcí
V následující tabulce jsou popsány některé funkce podporované jednotlivými vrstvami:
| Popis funkce | Optimalizováno pro paměť | Vyvážené | Compute Optimized | Optimalizované pro flash |
|---|---|---|---|---|
| Velikost (GB) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| Smlouvy o úrovni služeb (SLA) | Ano | Ano | Ano | Yes |
| Šifrování dat během přenosu | Ano (privátní koncový bod) | Ano (privátní koncový bod) | Ano (privátní koncový bod) | Ano (privátní koncový bod) |
| Replikace a převzetí služeb při selhání | Ano | Ano | Ano | Yes |
| Izolace sítě | Ano | Ano | Ano | Yes |
| Ověřování na základě ID Microsoft Entra | Ano | Ano | Ano | Yes |
| Škálování | Ano | Ano | Ano | Yes |
| Trvalost dat | Ano | Ano | Ano | Yes |
| Redundance zón | Ano | Ano | Ano | Yes |
| Geografická replikace | Ano (aktivní) | Ano (aktivní) | Ano (aktivní) | No |
| Protokoly auditu připojení | Ano (na základě událostí) | Ano (na základě událostí) | Ano (na základě událostí) | Ano (na základě událostí) |
| Datové struktury JSON (to znamená Redis JSON) | Ano | Ano | Ano | Yes |
| Funkce vyhledávání (včetně vektorové vyhledávání) | Ano | Ano | Ano | No |
| Pravděpodobnostní datové struktury (tedy Redis Bloom) | Ano | Ano | Ano | Yes |
| Funkce databáze Time Series (to znamená Redis TimeSeries) | Ano | Ano | Ano | Yes |
| Redis on Flash(označuje se také jako automatickévrtění) | Ano | Ano | Ano | Yes |
| Import/export | Ano | Ano | Ano | Yes |
| Aktualizace kanálu aktualizací a plánování | No | No | No | Ne |
Důležité
Možnosti vyvážené skladové položky B0 a B1 nepodporují aktivní geografickou replikaci.
Důležité
Smlouva SLA je dostupná pouze v ga a není k dispozici ve verzi Preview.
Poznámka:
Podpora vertikálního snížení kapacity je v některých situacích omezená. Další informace najdete v tématu Požadavky a omezení škálování Azure Managed Redis.
Další aspekty při výběru úrovně
- Výkon sítě: Pokud máte úlohu, která vyžaduje vysokou propustnost, může být kritická kvůli šířce pásma sítě. Šířku pásma můžete zvýšit přesunutím na vyšší úroveň výkonu nebo přechodem na velkou velikost instance. Větší velikosti instancí mají větší šířku pásma kvůli základnímu virtuálnímu počítači, který je hostitelem mezipaměti. Vyšší limity šířky pásma pomáhají vyhnout se sytosti sítě, které způsobují vypršení časových limitů ve vaší aplikaci. Další informace o výkonu šířky pásma najdete v tématu Testování výkonu.
- Maximální počet připojení klientů: Každá skladová položka má maximální počet klientských připojení. Tento limit se zvyšuje s vyššími úrovněmi výkonu a většími instancemi. Další informace o limitu jednotlivých skladových položek najdete v tématu Ceny Azure Managed Redis.
- Vysoká dostupnost: Azure Managed Redis nabízí několik možností vysoké dostupnosti . Tato smlouva SLA pokrývá jenom připojení ke koncovým bodům mezipaměti. Smlouva SLA nezahrnuje ochranu před ztrátou dat. Další informace o sla najdete ve sla. Vysokou dostupnost je možné zakázat v instanci Azure Managed Redis. Tím se sníží cena, ale výsledkem je ztráta dat a výpadek. Pro scénáře vývoje a testování doporučujeme zakázat pouze vysokou dostupnost.
Další důležité informace o cenách
Důležité
Azure Managed Redis Enterprise vyžaduje IP adresu pro každou instanci mezipaměti. V současné době se poplatky za IP adresu absorbují službou Azure Managed Redis a nepředávají se zákazníkům. To se může v budoucnu změnit. Další informace najdete v tématu Ceny IP adres.
Důležité
Použití aktivní geografické replikace vytvoří přenos dat mezi oblastmi Azure. Tyto poplatky za šířku pásma jsou v současné době absorbovány službou Azure Managed Redis a nepředávají se zákazníkům. To se může v budoucnu změnit. Další informace najdete v tématu Ceny šířky pásma.
Dostupnost podle oblasti
Azure Managed Redis se neustále rozšiřuje do nových oblastí. Pokud chcete zkontrolovat dostupnost podle oblasti, podívejte se na informace o produktech dostupných podle oblastí.
Migrace ze služby Azure Cache for Redis
Další informace o migraci ze služby Azure Cache for Redis do Azure Managed Redis najdete v tématu Přesun ze služby Azure Cache for Redis do Azure Managed Redis.