Wat is Azure Managed Redis (preview)?
Azure Managed Redis (preview) biedt een in-memory gegevensarchief 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 beheert de service, gehost in Azure en kan worden gebruikt door elke toepassing binnen of buiten Azure. Zie De Azure Managed Redis-architectuur voor meer informatie over hoe Azure Managed Redis is gebouwd.
Belangrijk
Azure Managed Redis is momenteel in PREVIEW. Raadpleeg de Aanvullende voorwaarden voor Microsoft Azure-previews voor juridische voorwaarden die van toepassing zijn op Azure-functies die in bèta of preview zijn of die anders nog niet algemeen beschikbaar zijn.
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, leaderboards, semantische caching en als vectordatabase.
Azure Managed Redis kan zelfstandig worden geïmplementeerd of samen met andere Azure-app- of databaseservices, 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 zijn de volgende patronen:
| Patroon | Beschrijving |
|---|---|
| Gegevenscache | Databases zijn vaak te groot om rechtstreeks in een cache te laden. Het is gebruikelijk om het cache-aside-patroon te gebruiken om gegevens alleen naar behoefte in de cache te laden. Als 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 gebruikmaken van statische inhoud, 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. Zo hebt u minder servers nodig om belasting te verwerken. Azure Managed Redis biedt de Redis Output Cache Provider ter ondersteuning van dit patroon met ASP.NET. |
| Sessieopslag | Dit patroon wordt vaak gebruikt met winkelwagens en andere gebruikersgeschiedenisgegevens die een webtoepassing kan koppelen aan gebruikerscookies. Het opslaan van te veel in een cookie kan een negatief effect hebben op de prestaties 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 sneller om informatie aan een gebruiker te koppelen dan interactie met een volledige relationele database. |
| Vector overeenkomsten zoeken | Een veelvoorkomende AI-use-case is het genereren van vector-insluitingen met behulp van een LLM (Large Language Model). Deze vector-insluitingen moeten worden opgeslagen in een vectordatabase en vervolgens vergeleken met het bepalen van overeenkomsten. Azure Managed Redis heeft ingebouwde functionaliteit voor het opslaan en vergelijken van vector-insluitingen met hoge doorvoer. |
| Semantische caching | Het gebruik van LLM's introduceert vaak een grote hoeveelheid latentie (vanwege generatietijd) en kosten (vanwege prijzen per token) voor een toepassing. Caching kan helpen deze problemen op te lossen door de eerdere uitvoer van een LLM op te slaan, zodat deze snel opnieuw kan worden opgehaald. Omdat LLM's echter natuurlijke taal gebruiken, kan dit lastig zijn voor typische caches die moeten worden verwerkt. Semantische caches zoals Azure Managed Redis kunnen niet alleen een specifieke query in de cache opslaan, maar ook de semantische betekenis van een query, zodat deze veel natuurlijker kan worden gebruikt met LLM's. |
| Ontdubbeling | 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 bloeifilters worden gebruikt om snel dubbele waarden te bepalen en problemen te 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. |
| Wachtrij met 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-versnelling | 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 De versie van uw Azure Managed Redis-exemplaar upgraden voor meer informatie.
De juiste laag kiezen
Er zijn vier lagen van Azure Managed Redis beschikbaar, elk met verschillende prestatiekenmerken en prijsniveaus.
Drie lagen zijn voor in-memory gegevens:
- Geoptimaliseerd voor geheugen- en geheugenintensieve gebruiksvoorbeelden 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.
- Balanced (Memory + Compute) 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.
- Compute Geoptimaliseerd voor prestatiesintensieve workloads waarvoor maximale doorvoer is vereist, met een lage verhouding tussen geheugen en vCPU (2:1). Het is ideaal voor toepassingen die de hoogste prestaties eisen.
In één laag worden gegevens zowel in het geheugen als op de schijf opgeslagen:
- Met Flash Optimized kunnen Redis-clusters automatisch minder vaak gebruikte gegevens van geheugen (RAM) verplaatsen naar NVMe-opslag. Dit vermindert de prestaties, maar maakt rendabele schaling van caches met grote gegevenssets mogelijk.
Notitie
Zie Azure Managed Redis-architectuur voor meer informatie over hoe de laag Flash Optimized is ontworpen
Belangrijk
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-upkopie van gegevens op schijf op voor snel herstel in het geval van een onverwachte storing. Dit is anders dan de laag Flash Optimized, die is ontworpen voor het opslaan van gegevens op schijf voor typische bewerkingen. Het opslaan van bepaalde gegevens op schijf met de laag Geoptimaliseerd voor Flash verhoogt de tolerantie van gegevens niet. U kunt ook gegevenspersistentie gebruiken in de categorie Geoptimaliseerd voor Flash.
Lagen en SKU's in één oogopslag
Zie de prijzen van Azure Managed Redis voor informatie over prijzen
Vergelijking van functies
In de volgende tabel worden de functies beschreven die door elke laag worden ondersteund:
| Omschrijving | Geoptimaliseerd geheugen | Gebalanceerd | Geoptimaliseerde rekenkracht | Geoptimaliseerd voor Flash |
|---|---|---|---|---|
| Grootte (GB) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| Service Level Agreement (SLA) | Ja | Ja | Ja | Ja |
| Gegevensversleuteling tijdens overdracht | Ja (privé-eindpunt) | Ja (privé-eindpunt) | Ja (privé-eindpunt) | Ja (privé-eindpunt) |
| Replicatie en failover | Ja | Ja | Ja | Ja |
| Netwerkisolatie | Ja | Ja | Ja | Ja |
| Verificatie op basis van Microsoft Entra-id | Ja | Ja | Ja | Ja |
| Schalen | Ja | Ja | Ja | Ja |
| Gegevenspersistentie | Ja | Ja | Ja | Ja |
| Zoneredundantie | Ja | Ja | Ja | Ja |
| Geo-replicatie | Ja (actief) | Ja (actief) | Ja (actief) | Nee |
| 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) | Ja | Ja | Ja | Ja |
| Zoekfunctionaliteit (inclusief vectorzoekopdrachten) | Ja | Ja | Ja | Nr. |
| Probabilistische gegevensstructuren (dat wil gezegd Redis Bloom) | Ja | Ja | Ja | Ja |
| Time Series-databasemogelijkheid (dat wil gezegd Redis TimeSeries) | Ja | Ja | Ja | Ja |
| Redis op Flash (ook wel autotiering genoemd) | Ja | Ja | Ja | Ja |
| Import/export | Ja | Ja | Ja | Ja |
| Kanaal bijwerken en updates plannen | Nee | Nee | Nee | Nr. |
Belangrijk
De SKU-opties Balanced B0 en B1 bieden geen ondersteuning voor actieve geo-replicatie.
Belangrijk
SLA is alleen beschikbaar bij algemene beschikbaarheid en is niet beschikbaar tijdens de preview-versie.
Notitie
Ondersteuning voor omlaag schalen is in sommige situaties beperkt. Zie Vereisten/beperkingen voor het schalen van Azure Managed Redis voor meer informatie.
Andere overwegingen bij het kiezen van een laag
- Netwerkprestaties: als u een workload hebt waarvoor een hoge doorvoer is vereist, kan het zijn dat u knelpunten ondervindt door de netwerkbandbreedte. 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 veroorzaken. Zie Prestatietests voor meer informatie over bandbreedteprestaties
- Maximum aantal clientverbindingen: elke SKU heeft een maximum aantal clientverbindingen. Deze limiet neemt toe met hogere prestatielagen en grotere exemplaren. Zie De prijzen van Azure Managed Redis voor meer informatie over de limiet voor elke SKU.
- Hoge beschikbaarheid: Azure Managed Redis biedt meerdere opties voor hoge beschikbaarheid . De SLA heeft alleen betrekking op connectiviteit met de cache-eindpunten. De SLA biedt geen bescherming tegen gegevensverlies. Zie de SLA voor meer informatie over de SLA. Het is mogelijk om hoge beschikbaarheid uit te schakelen in een azure Managed Redis-exemplaar. Dit verlaagt de prijs, maar resulteert in gegevensverlies en downtime. U wordt alleen aangeraden hoge beschikbaarheid uit te schakelen voor ontwikkel-/testscenario's.
Andere overwegingen met betrekking tot prijzen
Belangrijk
Azure Managed Redis Enterprise vereist een IP-adres voor elk cache-exemplaar. Op dit moment worden de IP-adreskosten door Azure Managed Redis opgenomen en niet doorgegeven aan klanten. Dit kan in de toekomst veranderen. Zie prijzen voor IP-adressen voor meer informatie.
Belangrijk
Als u actieve geo-replicatie gebruikt, wordt gegevensoverdracht tussen Azure-regio's geproduceerd. Deze bandbreedtekosten worden momenteel opgenomen door Azure Managed Redis en worden niet doorgegeven aan klanten. Dit 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.
Migratie van Azure Cache voor Redis
Zie Overstappen van Azure Cache voor Redis naar Azure Managed Redis voor meer informatie over het migreren van Azure Cache voor Redis naar Azure Managed Redis
Gerelateerde inhoud
- Een Azure Managed Redis-exemplaar maken
- Azure Managed Redis gebruiken in een ASP.NET-web-app
- Azure Managed Redis gebruiken in .NET Core
- Azure Managed Redis gebruiken in .NET Framework
- Azure Managed Redis gebruiken in Node.js
- Azure Managed Redis gebruiken in Java
- Azure Managed Redis gebruiken in Python