Wat is Azure Managed Redis?

Azure Managed Redis biedt een gegevensarchief in het geheugen op basis van de Redis Enterprise-software . Redis Enterprise verbetert de prestaties en betrouwbaarheid van de communityversie van Redis, terwijl de compatibiliteit behouden blijft. Microsoft de service beheert, host deze op Azure en elke toepassing binnen of buiten Azure kan deze gebruiken. Zie De Azure Managed Redis-architectuur voor meer informatie over hoe Azure Managed Redis is gebouwd.

Met Azure Managed Redis kunt u de prestaties en schaalbaarheid van een toepassing verbeteren die intensief gebruikmaakt van back-endgegevensarchieven. Het kan grote hoeveelheden toepassingsaanvragen verwerken door veelgebruikte gegevens in het servergeheugen te bewaren, die snel kunnen worden geschreven naar en gelezen.

Redis is een essentiële oplossing voor gegevensopslag met lage latentie en hoge doorvoer voor moderne toepassingen. Daarnaast wordt Redis steeds vaker gebruikt voor niet-caching-toepassingen, waaronder gegevensopname, ontdubbeling, berichten en leaderboards

Azure Managed Redis kan zelfstandig worden geïmplementeerd of samen met andere Azure-app- of databaseservices worden geïmplementeerd, zoals Azure Container Apps, Azure App Service, Azure Functions, Azure SQL of Azure Cosmos DB.

Belangrijke scenario's

Azure Managed Redis verbetert de prestaties van toepassingen door algemene toepassingsarchitectuurpatronen te ondersteunen. Enkele van de meest voorkomende patronen zijn:

Pattern	Description
Gegevenscache	Databases zijn vaak te groot om rechtstreeks in een cache te laden. Gebruik het cache-aside-patroon om gegevens alleen naar behoefte in de cache te laden. Wanneer het systeem wijzigingen aanbrengt in de gegevens, kan het ook de cache bijwerken, die vervolgens wordt gedistribueerd naar andere clients. Het systeem kan bovendien een vervaldatum instellen voor gegevens of een verwijderingsbeleid gebruiken om gegevensupdates in de cache te activeren.
Inhoudscache	Veel webpagina's worden gegenereerd op basis van sjablonen die statische inhoud gebruiken, zoals kopteksten, voetteksten en banners. Deze statische items worden meestal niet vaak bijgewerkt. Cache in het geheugen biedt snelle toegang tot statische inhoud vergeleken met back-endgegevensarchieven. Dit patroon vermindert de verwerkingstijd en serverbelasting, waardoor webservers sneller kunnen reageren. Het kan het aantal servers verminderen dat nodig is om de belasting te verwerken. Azure Managed Redis biedt de Redis Output Cache Provider ter ondersteuning van dit patroon met ASP.NET.
Sessiewinkel	Dit patroon wordt vaak gebruikt met winkelwagens en andere gebruikersgeschiedenisgegevens die een webtoepassing kan koppelen aan gebruikerscookies. Het opslaan van te veel gegevens in een cookie kan de prestaties negatief beïnvloeden naarmate de cookiegrootte toeneemt en wordt doorgegeven en gevalideerd bij elke aanvraag. Een gangbare oplossing is om de cookie als sleutel te gebruiken voor het opvragen van gegevens in een database. Wanneer u een cache in het geheugen gebruikt, zoals Azure Managed Redis, is het koppelen van gegevens met een gebruiker sneller dan interactie met een volledige relationele database.
Deduplication	Vaak moet u bepalen of er al een actie is uitgevoerd in een systeem, zoals bepalen of een gebruikersnaam wordt gebruikt of dat een klant al een e-mailbericht heeft verzonden. In Azure Managed Redis kunnen Bloom-filters snel duplicaten detecteren en problemen voorkomen.
Leaderboards	Redis biedt eenvoudige en krachtige ondersteuning voor het ontwikkelen van leaderboards van allerlei soorten met behulp van de gesorteerde set gegevensstructuur. Daarnaast kan het gebruik van actieve geo-replicatie ervoor zorgen dat één leaderboard wereldwijd wordt gedeeld.
Wachtrijen voor taken en berichten	Toepassingen voegen taken vaak toe aan een wachtrij als er tijd nodig is om de bewerkingen van een bepaalde aanvraag uit te voeren. Langdurige bewerkingen worden in de wachtrij gezet en op volgorde verwerkt, vaak door een andere server. Deze methode van werk uitstellen heet taken in de wachtrij plaatsen. Azure Managed Redis biedt een gedistribueerde wachtrij om dit patroon in te schakelen in uw toepassing.
PowerBI/Analytics-versnelprogramma	U kunt het REDIS ODBC-stuurprogramma gebruiken om Redis te gebruiken voor bi-, rapportage- en analysegebruiksscenario's. Omdat Redis doorgaans veel sneller is dan relationele databases, kan het gebruik van Redis op deze manier de reactiesnelheid van query's aanzienlijk verhogen.
Gedistribueerde transacties	Toepassingen vereisen soms een reeks opdrachten voor een back-endgegevensopslag die moeten worden uitgevoerd als één atomische bewerking. Alle opdrachten moeten slagen of alle moet worden teruggezet naar de beginstatus. Azure Managed Redis biedt ondersteuning voor het uitvoeren van een batch opdrachten als één transactie.

Redis-versie

Azure Managed Redis ondersteunt Redis versie 7.4.x. Zie Hoe u de versie van uw Azure Managed Redis-exemplaar kunt upgraden voor meer informatie.

De juiste laag kiezen

Er zijn vier lagen van Azure Managed Redis beschikbaar, elk met verschillende prestatiekenmerken en prijsniveaus.

Niveaus en SKU's in één oogopslag

Hier volgen drie lagen waarin gegevens in het geheugen worden opgeslagen:

• Geoptimaliseerd voor geheugen Ideaal voor geheugenintensieve gebruiksscenario's waarvoor een hoge geheugen-naar-vCPU-verhouding (8:1) is vereist, maar die de hoogste doorvoerprestaties niet nodig hebben. Het biedt een lager prijspunt voor scenario's waarbij minder verwerkingskracht of doorvoer nodig is, waardoor het een uitstekende keuze is voor ontwikkel- en testomgevingen.

• Evenwichtig (geheugen en rekenkracht) Biedt een evenwichtige verhouding tussen geheugen en vCPU (4:1), waardoor deze ideaal is voor standaardworkloads. Deze laag biedt een goede balans tussen geheugen en rekenresources.

• Geoptimaliseerd voor rekenkracht Ontworpen voor prestatie-intensieve workloads waarvoor maximale doorvoer is vereist, met een lage geheugen-naar-vCPU-verhouding (2:1). Het is ideaal voor toepassingen die de hoogste prestaties eisen.

  

Hier ziet u de laag waarin gegevens zowel in het geheugen als op schijf worden opgeslagen:

• Met Flash Optimized kunnen Redis-clusters automatisch minder vaak gebruikte gegevens van geheugen (RAM) verplaatsen naar NVMe-opslag. Deze vermindering van het geheugengebruik kan de prestaties verminderen, maar biedt rendabele schaalaanpassing van caches met grote gegevenssets.

  

U kunt ook de functie voor gegevenspersistentie gebruiken om gegevens op schijf op te slaan voor de lagen in het geheugen. Gegevenspersistentie slaat een back-up van gegevens op schijf op voor snel herstel als er een onverwachte storing optreedt. Gegevenspersistentie verschilt van de categorie Geoptimaliseerd voor Flash, die is ontworpen voor het opslaan van gegevens op schijf voor typische bewerkingen.

Het opslaan van sommige gegevens op schijf met behulp van de categorie Geoptimaliseerd voor Flash verhoogt de tolerantie van gegevens niet. U kunt ook gegevenspersistentie gebruiken in de categorie Geoptimaliseerd voor Flash.

Note

Zie Azure Managed Redis Architecture voor meer informatie over de architectuur van Flash Optimized.

• Voor instructies over het schalen tussen lagen en SKU's, zie Een Azure Managed Redis-exemplaar schalen.
• Bekijk de Azure Managed Redis-prijzen voor prijsinformatie.

Important

Alle in-memory lagen die meer dan 350 GB opslagruimte gebruiken, zijn beschikbaar als preview-versie, waaronder geoptimaliseerd voor geheugen M500 en hoger; Evenwichtige B500 en hoger; en geoptimaliseerde rekenkracht X500 en hoger. Al deze niveaus en hoger zijn als preview beschikbaar.

Voor Flash geoptimaliseerde lagen A2000 en A4500 zijn beschikbaar als preview-versie.

Vergelijking van functies

In de volgende tabel worden enkele van de functies beschreven die door elke laag worden ondersteund:

Functiebeschrijving	Memory Optimized	Balanced	Compute Optimized	Flash Optimized
Grootte (GB)	12 - 1920	0.5 - 960	3 - 720	250 - 4500
Service Level Agreement (SLA)	Yes	Yes	Yes	Yes
Gegevensversleuteling tijdens overdracht	Ja (privé-eindpunt)	Ja (privé-eindpunt)	Ja (privé-eindpunt)	Ja (privé-eindpunt)
Replicatie en fail-over	Yes	Yes	Yes	Yes
Netwerkisolatie	Yes	Yes	Yes	Yes
Verificatie op basis van Microsoft Entra-id	Yes	Yes	Yes	Yes
Schaalbaarheid	Yes	Yes	Yes	Yes
Hoge beschikbaarheid	*Ja	*Ja	*Ja	*Ja
Persistentie van gegevens	Yes	Yes	Yes	Yes
Geo-replication	Ja (actief)	Ja (actief)	Ja (actief)	No
Niet-geclusterde instanties	Yes	Yes	Yes	No
Auditlogboeken voor verbindingen	Ja (op basis van gebeurtenissen)	Ja (op basis van gebeurtenissen)	Ja (op basis van gebeurtenissen)	Ja (op basis van gebeurtenissen)
JSON-gegevensstructuren (dat wil gezegd Redis JSON)	Yes	Yes	Yes	Yes
Zoekfunctionaliteit (inclusief vectorzoekopdrachten)	Yes	Yes	Yes	No
Probabilistische gegevensstructuren (dat wil gezegd Redis Bloom)	Yes	Yes	Yes	Yes
Time Series-databasemogelijkheid (dat wil gezegd Redis TimeSeries)	Yes	Yes	Yes	Yes
Import/Export	Yes	Yes	Yes	Yes

* Wanneer hoge beschikbaarheid is ingeschakeld, wordt een Azure Managed Redis-exemplaar geïmplementeerd met primaire en replica-shards die zijn gedistribueerd over ten minste twee knooppunten.

In regio's die beschikbaarheidszones ondersteunen, distribueert Azure Managed Redis de knooppunten standaard over zones. Zie Betrouwbaarheid in Azure Managed Redis voor meer informatie.

Important

De SKU-opties Balanced B0 en B1 bieden geen ondersteuning voor actieve geo-replicatie.

Note

Ondersteuning voor omlaag schalen is in sommige situaties beperkt. Zie Beperkingen voor het schalen van Azure Managed Redis voor meer informatie.

Netwerkprestaties

Als u een workload hebt waarvoor hoge doorvoer is vereist, kan de netwerkbandbreedte een knelpunt veroorzaken. U kunt de bandbreedte verhogen door naar een hogere prestatielaag te gaan of door over te stappen op een grote instantiegrootte. Grotere exemplaren hebben meer bandbreedte vanwege de onderliggende VM die als host fungeert voor de cache. Hogere bandbreedtelimieten helpen u netwerkverzadiging te voorkomen die time-outs in uw toepassing veroorzaakt. Zie Prestatietests voor meer informatie over bandbreedteprestaties.

Maximum aantal clientverbindingen

Elke SKU heeft een maximum aantal clientverbindingen. Deze limiet verhoogt met hogere prestatielagen en grotere instantiegrootten. In de volgende tabel ziet u de maximaal toegestane clientverbindingen per Azure Managed Redis-SKU.

Geheugen geoptimaliseerde, gebalanceerde en rekencapaciteit geoptimaliseerde SKU's

In deze tabel ziet u de maximale verbindingen per laag en geheugengrootte in de SKU's Geoptimaliseerd, Verdeeld en Compute.

Grootte (GB)	Memory Geoptimaliseerd	Balanced	Compute Geoptimaliseerd
0,5	-	15,000	-
1	-	15,000	-
3	-	15,000	30,000
6	-	15,000	30,000
12	15,000	30,000	75,000
24	30,000	75,000	150,000
60	75,000	150,000	200,000
120	150,000	200,000	200,000
175	200,000	200,000	200,000
235	200,000	200,000	200,000
350	200,000	200,000	200,000
480 *	200,000	200,000	200,000
720 *	200,000	200,000	200,000
960 *	200,000	200,000	-
1440 *	200,000	-	-
1920 *	200,000	-	-
4500 *	-	-	-

* De grootten met een sterretje zijn in preview.

Flash-geoptimaliseerde SKU

In deze tabel ziet u de maximale verbindingen per laag en geheugengrootte in de voor Flash geoptimaliseerde SKU.

Grootte (GB)	Flits Geoptimaliseerd
235	75,000
480	150,000
720	200,000
960	200,000
1440	200,000
1920 *	200,000
4500 *	200,000

* De grootten met een sterretje zijn in preview.

Hoge beschikbaarheid

Azure Managed Redis biedt hoge beschikbaarheid voor de cache-eindpunten. Zie de SLA voor meer informatie. U kunt hoge beschikbaarheid uitschakelen in een beheerd Redis-exemplaar van Azure. Het uitschakelen van hoge beschikbaarheid verlaagt de prijs, maar resulteert in gegevensverlies en downtime. Schakel alleen hoge beschikbaarheid uit voor ontwikkel-/testscenario's.

Andere overwegingen met betrekking tot prijzen

Important

Azure Managed Redis Enterprise vereist een IP-adres voor elk cache-exemplaar. Op dit moment absorbeert Azure Managed Redis de kosten van het IP-adres en wordt deze niet doorgegeven aan klanten. Facturering kan in de toekomst veranderen. Zie prijzen voor IP-adressen voor meer informatie.

Important

Het gebruik van actieve geo-replicatie produceert gegevensoverdracht tussen Azure-regio's. Op dit moment absorbeert Azure Managed Redis deze bandbreedtekosten en worden ze niet doorgegeven aan klanten. Facturering kan in de toekomst veranderen. Zie bandbreedteprijzen voor meer informatie.

Beschikbaarheid per regio

Azure Managed Redis breidt zich voortdurend uit naar nieuwe regio's. Zie Producten die beschikbaar zijn per regio om de beschikbaarheid per regio te controleren.

Overstappen van Azure Cache voor Redis

Zie voor meer informatie over het migreren van Azure Cache voor Redis naar Azure Managed Redis:

• Basic-, Standard- en Premium-lagen migreren naar Azure Managed Redis
• Enterprise-laag migreren naar Azure Managed Redis

Verwante inhoud

• Een Azure Managed Redis-exemplaar maken
• Azure Managed Redis-architectuur