Freigeben über


Was ist Azure Managed Redis (Vorschau)?

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. Mit Redis können große Mengen von Anwendungsanforderungen verarbeitet werden, indem häufig verwendete Daten im Arbeitsspeicher des Servers behalten werden, um schnelle Schreib- und Lesevorgänge zu ermöglichen.

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 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.

Wichtige Szenarien

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. Das cachefremde Muster wird üblicherweise verwendet, 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 dies 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 verwendet werden, um schnell Duplikate zu ermitteln und Probleme zu 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/Analytics-Beschleunigung 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 oder jeweils mittels Rollback in den ursprünglichen Zustand zurückversetzt werden. Azure Managed Redis unterstützt das Ausführen eines Batchs von Befehlen als einzelne Transaktion.

Redis-Version

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.

Auswählen der richtigen Ebene

Es gibt vier Stufen von Azure Managed Redis, die jeweils mit unterschiedlichen Leistungsmerkmalen und Preisebenen verfügbar sind.

Drei Ebenen sind für In-Memory-Daten 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 Ebene bietet einen niedrigeren Preispunkt für Szenarien, in denen weniger Verarbeitungsleistung oder Durchsatz erforderlich ist. Damit ist sie eine hervorragende Wahl für Entwicklungs- und Testumgebungen.
  • 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 Ebene ist ideal für Anwendungen, die die höchste Leistung erfordern.

Eine Ebene 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, um sie bei einem unerwarteten Ausfall schnell wiederherstellen zu können. Dies unterscheidet sich von der Stufe „Flash-optimiert“, die zum Speichern von Daten auf dem Datenträger für typische Vorgänge konzipiert ist. Durch das Speichern einiger Daten auf dem Datenträger mit der Flash-optimierten Ebene wird die Datenresilienz nicht erhöht. Sie können auch 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.

Stufen und SKUs auf einen Blick

Tabelle mit den verschiedenen Speicher- und vCPU-Konfigurationen für jede SKU und Ebene von Azure Managed Redis.

Preisinformationen finden Sie auf der Preisseite für Azure Managed Redis.

Funktionsvergleich

In der folgenden Tabelle werden einige der unterstützten Features nach Tarif aufgeführt:

Funktionsbeschreibung Arbeitsspeicheroptimiert Balanced Berechnungsoptimiert Flash-optimiert
Größe (GB) 12–1920 0,5–960 3–720 250–4500
Vereinbarung zum Servicelevel (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
Skalieren Ja Ja Ja Ja
Datenpersistenz Ja Ja Ja Ja
Zonenredundanz Ja Ja Ja Ja
Georeplikation Ja (Aktiv) Ja (Aktiv) Ja (Aktiv) No
Ü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 No
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 No Nr. Nr. Nein

Wichtig

Die SKU Optionen „Balanced B0“ und „B1“ unterstützen keine aktive Georeplikation.

Wichtig

Das SLA ist erst bei GA verfügbar und nicht während der Vorschau.

Hinweis

Die Unterstützung für das Herunterskalieren ist in einigen Situationen eingeschränkt. Weitere Informationen finden Sie in den Voraussetzungen/Einschränkungen der Skalierung von Azure Managed Redis.

Weitere Überlegungen beim Auswählen einer Ebene

  • Netzwerkleistung: Wenn Sie über eine Workload verfügen, die einen hohen Durchsatz erfordert, stellt die Netzwerkbandbreite möglicherweise einen Engpass dar. 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. Mit höheren Bandbreitenbegrenzungen können Sie eine Überlastung des Netzwerks vermeiden, die zu Timeouts in Ihrer Anwendung führt. 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. Sie bezieht sich nicht auf den Schutz vor Datenverlusten. 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.

Weitere Preisüberlegungen

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 führt zu einer 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.

Verfügbarkeit nach Region

Azure Managed Redis wird fortlaufend auf neue Regionen ausgeweitet. Sie können die Verfügbarkeit nach Region unter Verfügbare Produkte nach Region überprüfen.

Migration von Azure Cache for Redis

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