Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure Managed Redis (Vorschau) bietet einen auf der Redis Enterprise-Software basierenden In-Memory-Datenspeicher. Redis Enterprise verbessert die Leistung und Zuverlässigkeit der Community-Edition von Redis, während die Kompatibilität beibehalten wird. Der Dienst wird von Microsoft betrieben und in Azure gehostet. Er kann von jeder Anwendung innerhalb oder außerhalb von Azure verwendet werden. Weitere Informationen zum Aufbau von Azure Managed Redis finden Sie im Artikel zu Azure Managed Redis-Architektur.
Wichtig
Azure Managed Redis befindet sich derzeit in der VORSCHAUPHASE. Die zusätzlichen Nutzungsbestimmungen für Microsoft Azure-Vorschauen enthalten rechtliche Bedingungen. Sie gelten für diejenigen Azure-Features, die sich in der Beta- oder Vorschauversion befinden oder aber anderweitig noch nicht zur allgemeinen Verfügbarkeit freigegeben sind.
Azure Managed Redis kann die Leistung und Skalierbarkeit einer Anwendung verbessern, die intensiven Gebrauch von Back-End-Datenspeichern macht. Es ist in der Lage, große Mengen von Anwendungsanforderungen zu verarbeiten, indem häufig auf Daten im Serverspeicher zugegriffen wird, die schnell in den Serverspeicher geschrieben und gelesen werden können.
Redis stellt eine kritische Datenspeicherlösung mit geringer Wartezeit und hohem Durchsatz für moderne Anwendungen bereit. Darüber hinaus wird Redis zunehmend für Nicht-Cachinganwendungen verwendet, u. a. Datenerfassung, Deduplizierung, Messaging, Leaderboards, semantisches Zwischenspeichern und als Vektordatenbank.
Azure Managed Redis kann eigenständig bereitgestellt oder zusammen mit anderen Azure-App- oder Datenbankdiensten bereitgestellt werden, z. B. Azure-Container-Apps, Azure App Service, Azure Functions, Azure SQL oder Azure Cosmos DB.
Azure Managed Redis verbessert die Anwendungsleistung durch die Unterstützung gängiger Anwendungsarchitekturmuster. Nachfolgend sind einige der am häufigsten verwendeten Muster aufgeführt:
| Muster | BESCHREIBUNG |
|---|---|
| Datencache | Datenbanken sind häufig zu groß, um sie direkt in einen Cache zu laden. Es ist üblich, das Cache-Aside-Muster zu verwenden, um Daten nur bei Bedarf in den Cache zu laden. Wenn das System Änderungen an den Daten vornimmt, kann es auch den Cache aktualisieren, der dann an andere Clients verteilt wird. Darüber hinaus kann das System ein Ablaufdatum für Daten festlegen oder eine Entfernungsrichtlinie verwenden, um Datenaktualisierungen im Cache auszulösen. |
| Inhaltscache | Viele Webseiten werden auf der Grundlage von Vorlagen mit statischen Inhalten wie Kopfzeilen, Fußzeilen und Bannern generiert. Diese statischen Elemente ändern sich in der Regel nur selten. Im Vergleich zu Back-End-Datenspeichern ermöglicht ein In-Memory-Cache einen schnelleren Zugriff auf statische Inhalte. Dieses Muster trägt zur Verringerung der Verarbeitungszeit und der Serverauslastung sowie zur Erhöhung der Reaktionsfähigkeit von Webservern bei. Dadurch benötigen Sie ggf. weniger Server, um die Last zu bewältigen. Zur Unterstützung dieses Musters mit ASP.NET bietet Azure Managed Redis den Redis-Ausgabecacheanbieter. |
| Sitzungsspeicher | Dieses Muster wird häufig bei Einkaufswagen und anderen Benutzerverlaufsdaten verwendet, die von eine Webanwendung möglicherweise mit Benutzercookies verknüpft werden sollen. Die Speicherung von zu vielen Inhalten in einem Cookie kann sich negativ auf die Leistung auswirken, da die Cookiegröße zunimmt und dieser mit jeder Anforderung übergeben und überprüft wird. Bei einer typischen Lösung wird das Cookie als Schlüssel zum Abfragen der Daten in einer Datenbank verwendet. Die Verwendung eines In-Memory-Caches wie Azure Managed Redis, um einem Benutzer Informationen zuzuordnen, ist schneller als die Interaktion mit einer vollständigen relationalen Datenbank. |
| Vektorähnlichkeitssuche | Ein gängiger KI-Anwendungsfall besteht darin, Vektoreinbettungen mit einem Large Language Model (LLM) zu generieren. Diese Vektoreinbettungen müssen in einer Vektordatenbank gespeichert und dann verglichen werden, um Ähnlichkeiten zu ermitteln. Azure Managed Redis verfügt über integrierte Funktionen zum Speichern und Vergleichen von Vektoreinbettungen mit hohem Durchsatz. |
| Semantische Zwischenspeicherung | Die Verwendung von LLMs führt häufig zu einer hohen Latenz (aufgrund der Generierungsdauer) und Kosten (aufgrund von tokenbasierten Preisen) für eine Anwendung. Das Zwischenspeichern kann dazu beitragen, diese Probleme zu lösen, indem die vergangene Ausgabe eines LLM gespeichert wird, damit sie schnell wieder abgerufen werden kann. Da LLMs jedoch natürliche Sprache verwenden, kann das Speichern für typische Caches schwierig sein. Semantische Caches wie Azure Managed Redis können nicht nur eine bestimmte Abfrage zwischenspeichern, sondern die semantische Bedeutung einer Abfrage, sodass es viel natürlicher mit LLMs verwendet werden kann. |
| Deduplizierung | Häufig müssen Sie ermitteln, ob eine Aktion bereits in einem System aufgetreten ist, z. B. ob ein Benutzername verwendet wird oder ob ein Kunde bereits eine E-Mail erhalten hat. In Azure Managed Redis können Bloom-Filter schnell Duplikate ermitteln und Probleme verhindern. |
| Leaderboards | Redis bietet einfache und leistungsstarke Unterstützung für die Entwicklung von Leaderboards aller Art mithilfe der sorted set-Datenstruktur. Darüber hinaus kann durch Verwendung der aktiven Georeplikation ein Leaderboard global freigegeben werden. |
| Einreihen von Aufträgen in eine Warteschlange und Message Queuing | Anwendungen fügen Aufgaben häufig einer Warteschlange hinzu, wenn die Ausführung der mit der Anforderung verbundenen Vorgänge länger dauert. Zeitintensive Vorgänge werden einer Warteschlange hinzugefügt und der Reihe nach verarbeitet – nicht selten von einem anderen Server. Diese Methode der Verzögerung von Arbeit wird als Aufgaben-Queuing bezeichnet. Azure Managed Redis bietet eine verteilte Warteschlange, um dieses Muster in Ihrer Anwendung zu ermöglichen. |
| PowerBI- und Analytics-Optimierung | Sie können den Redis ODBC-Treiber verwenden, um Redis für BI- und Berichterstellungs- und Analyseanwendungsfälle zu verwenden. Da Redis in der Regel viel schneller als relationale Datenbanken ist, kann die Verwendung von Redis auf diese Weise die Reaktionsfähigkeit von Abfragen erheblich erhöhen. |
| Verteilte Transaktionen | Anwendungen benötigen mitunter eine Reihe von Befehlen für einen Back-End-Datenspeicher, um einen einzelnen atomischen Vorgang auszuführen. Alle Befehle müssen erfolgreich ausgeführt werden, oder alle müssen in den ursprünglichen Zustand zurückgesetzt werden. Azure Managed Redis unterstützt das Ausführen eines Batchs von Befehlen als einzelne Transaktion. |
Azure Managed Redis unterstützt Redis-Version 7.4.x. Weitere Informationen finden Sie im Artikel zum Aktualisieren der Version Ihrer Azure Managed Redis-Instanz.
Es gibt vier Stufen von Azure Managed Redis, die jeweils mit unterschiedlichen Leistungsmerkmalen und Preisniveaus verfügbar sind.
Drei Leistungsstufen sind für Daten im Arbeitsspeicher vorgesehen:
- Arbeitsspeicheroptimiert: Ideal für speicherintensive Anwendungsfälle, die ein hohes Verhältnis von Speicher zu vCPU (8:1) erfordern, aber nicht die höchste Durchsatzleistung benötigen. Diese Leistungsstufe bietet einen niedrigeren Preispunkt für Szenarien, in denen weniger Verarbeitungsleistung oder Durchsatz erforderlich ist, was eine hervorragende Wahl für Entwicklungs- und Testumgebungen darstellt.
- Ausgeglichen (Speicher + Compute): Dies bietet ein ausgewogenes Verhältnis von Speicher zu vCPU (4:1) und ist damit ideal für Standardworkloads. Diese Stufe bietet ein gutes Gleichgewicht zwischen Arbeitsspeicher und Computeressourcen.
- Für Compute optimiert: Entwickelt für leistungsintensive Workloads, die einen maximalen Durchsatz erfordern, mit einem geringen Verhältnis von Arbeitsspeicher zu vCPU (2:1). Diese Leistungsstufe ist ideal für Anwendungen, die die höchste Leistung erfordern.
Eine Leistungsstufe speichert Daten sowohl im Arbeitsspeicher als auch auf dem Datenträger:
- Für Flash optimiert: Ermöglicht Redis-Clustern das automatische Verschieben von weniger häufig aufgerufenen Daten vom Arbeitsspeicher (RAM) in den NVMe-Speicher. Dies reduziert die Leistung, ermöglicht aber eine kostengünstige Skalierung von Caches mit großen Datasets.
Hinweis
Weitere Informationen zur Architektur der Flash-optimierten Ebene finden Sie im Artikel zu Azure Managed Redis-Architektur
Wichtig
Sie können bei den In-Memory-Ebenen auch das Feature Datenpersistenz verwenden, um Daten auf dem Datenträger zu speichern. Datenpersistenz speichert eine Sicherungskopie von Daten auf dem Datenträger für schnelle Wiederherstellung, wenn ein unerwarteter Ausfall auftritt. Dies unterscheidet sich von der Stufe „Flash-optimiert“, die zum Speichern von Daten auf dem Datenträger für typische Vorgänge konzipiert ist. Das Speichern einiger Daten auf dem Datenträger mithilfe der Stufe "Flash-Optimiert" erhöht die Datenresilienz nicht. Sie können auch die Datenpersistenz auf der Flash-optimierten Ebene verwenden.
Anweisungen zum Skalieren zwischen Ebenen und SKUs finden Sie im Artikel zum Skalieren einer Azure Managed Redis-Instanz.
Preisinformationen finden Sie auf der Preisseite für Azure Managed Redis.
In der folgenden Tabelle werden einige der unterstützten Features nach Tarif aufgeführt:
| Funktionsbeschreibung | Arbeitsspeicheroptimiert | Ausgeglichen | Für Compute optimiert | Flash-optimiert |
|---|---|---|---|---|
| Größe (GB) | 12–1920 | 0,5–960 | 3–720 | 250–4500 |
| Service-Level-Vereinbarung (SLA) | Ja | Ja | Ja | Ja |
| Datenverschlüsselung während der Übertragung | Ja (privater Endpunkt) | Ja (privater Endpunkt) | Ja (privater Endpunkt) | Ja (privater Endpunkt) |
| Replikation und Failover | Ja | Ja | Ja | Ja |
| Netzwerkisolation | Ja | Ja | Ja | Ja |
| Microsoft Entra ID-basierte Authentifizierung | Ja | Ja | Ja | Ja |
| Skalierung | Ja | Ja | Ja | Ja |
| Datenpersistenz | Ja | Ja | Ja | Ja |
| Zonenredundanz | Ja | Ja | Ja | Ja |
| Georeplikation | Ja (Aktiv) | Ja (Aktiv) | Ja (Aktiv) | Nein |
| Überwachungsprotokolle für Verbindungen | Ja (Ereignisbasiert) | Ja (Ereignisbasiert) | Ja (Ereignisbasiert) | Ja (Ereignisbasiert) |
| JSON-Datenstrukturen(d. h. Redis JSON) | Ja | Ja | Ja | Ja |
| Suchfunktionalität (einschließlich Vektorsuche) | Ja | Ja | Ja | Nein |
| Probabilistische Datenstrukturen (d. h. Redis Bloom) | Ja | Ja | Ja | Ja |
| Zeitreihen-Datenbankfunktion (d. h. Redis TimeSeries) | Ja | Ja | Ja | Ja |
| Redis on Flash (auch bekannt als Autotiering) | Ja | Ja | Ja | Ja |
| Import/Export | Ja | Ja | Ja | Ja |
| Updatekanal und Planen von Updates | Nein | Nein | Nein | Nein |
Wichtig
Die Optionen "Balanced B0" und "B1 SKU" unterstützen keine aktive Georeplikation.
Wichtig
SLA ist nur bei GA verfügbar und ist während der Vorschau nicht verfügbar.
Hinweis
Die Unterstützung für das Herunterskalieren ist in einigen Situationen eingeschränkt. Weitere Informationen finden Sie in den Voraussetzungen/Einschränkungen bei der Skalierung von Azure Managed Redis.
- Netzwerkleistung: Wenn Sie über eine Workload verfügen, die einen hohen Durchsatz erfordert, kann die Netzwerkbandbreite zu einem Engpass führen. Sie können die Bandbreite erhöhen, indem Sie zu einer höheren Leistungsstufe oder zu einer großen Instanzgröße wechseln. Große Instanzen haben aufgrund des zugrunde liegenden virtuellen Computers, der den Cache hostet, eine höhere Bandbreite. Höhere Bandbreitenbeschränkungen helfen Ihnen, die Netzwerksättigung zu vermeiden, die zu Timeouts in Ihrer Anwendung führen. Weitere Informationen zur Bandbreite finden Sie unter Leistungstests.
- Maximale Anzahl von Clientverbindungen: Jede SKU verfügt über eine maximale Anzahl von Clientverbindungen. Dieser Grenzwert erhöht sich mit höheren Leistungsstufen und größeren Instanzengrößen. Weitere Informationen zum Grenzwert für jede SKU finden Sie auf der Preisseite für Azure Managed Redis.
- Hochverfügbarkeit: Azure Managed Redis verfügt über mehrere Optionen für Hochverfügbarkeit. Die SLA deckt nur die Konnektivität zu den Cacheendpunkten ab. Der SLA deckt den Schutz vor Datenverlust nicht ab. Weitere Informationen zum SLA finden Sie im SLA. Es ist möglich, hohe Verfügbarkeit in einer Azure Managed Redis-Instanz zu deaktivieren. Dies senkt den Preis, führt jedoch zu Datenverlusten und Ausfallzeiten. Es wird empfohlen, die hohe Verfügbarkeit nur für Entwicklungs-/Testszenarien zu deaktivieren.
Wichtig
Azure Managed Redis Enterprise erfordert eine IP-Adresse für jede Cache-Instanz. Derzeit wird die IP-Adressgebühr von Azure Managed Redis übernommen und nicht an Kunden weitergegeben. Dies kann sich in Zukunft ändern. Weitere Informationen finden Sie unter Preise für IP-Adressen.
Wichtig
Die Verwendung der aktiven Georeplikation erzeugt die Datenübertragung zwischen Azure-Regionen. Diese Bandbreitengebühren werden derzeit von Azure Managed Redis übernommen und nicht an Kunden weitergegeben. Dies kann sich in Zukunft ändern. Weitere Informationen finden Sie unter Bandbreite – Preisdetails.
Azure Managed Redis wird fortlaufend auf neue Regionen ausgeweitet.
| Amerika | Europa | Naher Osten | Afrika | Asien-Pazifik |
|---|---|---|---|---|
| Brasilien Süd | Deutschland West Central | Ostasien | ||
| Zentraler Westen der USA | Vereinigtes Königreich Süd | Australien (Osten) | ||
| Nord-Mittel-USA | Westeuropa | Japan, Osten | ||
| USA, Westen 3 | Schweden, Mitte | Südostasien | ||
| Ost-USA 2 | Zentralindien | |||
| Süd-Mittel-USA | ||||
| Westliches USA 2 | ||||
| Ost-USA | ||||
| Westen der USA | ||||
| Zentrale USA | ||||
| Kanada, Mitte |
Sie können die Verfügbarkeit nach Region unter Verfügbare Produkte nach Region überprüfen.
Weitere Informationen zum Migrieren von Azure Cache for Redis zu Azure Managed Redis finden Sie im Artikel zum Wechseln von Azure Cache for Redis zu Azure Managed Redis
- Erstellen einer Azure Managed Redis-Instanz
- Verwenden von Azure Managed Redis mit einer ASP.NET-Web-App
- Verwenden von Azure Managed Redis mit .NET Core
- Verwenden von Azure Managed Redis mit .NET Framework
- Verwenden von Azure Managed Redis mit Node.js
- Verwenden von Azure Managed Redis mit Java
- Verwenden von Azure Managed Redis mit Python