Anmerkung
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 bietet einen speicherinternen Datenspeicher basierend auf der Redis Enterprise-Software . 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.
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 Nichtcaching-Anwendungen verwendet, einschließlich Datenaufnahme, Deduplizierung, Messaging und Leaderboards
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.
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:
| Pattern | Description |
|---|---|
| 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 nach 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. |
| Deduplication | 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 Bestenlisten aller Art mithilfe der sortierten Satzdatenstruktur . Darüber hinaus kann die Verwendung der aktiven Georeplikation ermöglichen, dass ein Leaderboard global freigegeben wird. |
| 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 werden, oder alle müssen in den ursprünglichen Zustand zurückgesetzt werden. Azure Managed Redis unterstützt die Ausführung eines Batches 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 Preisniveaus verfügbar sind.
Stufen und SKUs auf einen Blick
Es gibt drei Ebenen, die Daten im Arbeitsspeicher speichern:
Speicher optimiert Ideal für speicherintensive Anwendungsfälle, die ein hohes Speicher-zu-vCPU-Verhältnis (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.
Dies ist die Ebene, die Daten sowohl im Arbeitsspeicher als auch auf dem Datenträger speichert:
Flash optimiert (Vorschau) Ermöglicht Redis-Clustern das automatische Verschieben von weniger häufig aufgerufenen Daten aus dem Arbeitsspeicher (RAM) in den NVMe-Speicher. Dies reduziert die Leistung, ermöglicht aber eine kostengünstige Skalierung von Caches mit großen Datasets.
Sie können auch die Funktion zur Datenpersistenz verwenden, um Daten auf dem Datenträger für die im Speicher befindlichen Ebenen zu speichern. Datenpersistenz speichert eine Sicherungskopie von Daten auf dem Datenträger für schnelle Wiederherstellung, wenn ein unerwarteter Ausfall auftritt. Die Datenpersistenz unterscheidet sich von der Flash-optimierten Ebene, die für typische Vorgänge zum Speichern von Daten auf dem Datenträger 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.
Note
Weitere Informationen zur Architektur der Flash-optimierten Ebene finden Sie im Artikel zu Azure Managed Redis-Architektur
- Anweisungen zum Skalieren zwischen Ebenen und SKUs finden Sie unter Skalieren einer Azure Managed Redis-Instanz.
- Informationen zu den Preisen finden Sie unter " Azure Managed Redis Pricing".
Important
Alle Speicherebenen, die mehr als 235 GB Speicherplatz verwenden, befinden sich in der öffentlichen Vorschau, einschließlich speicheroptimierter M350 und höher, ausgewogener B350 und höher und rechenoptimierter X350 und höher. Alle diese Ebenen und höher befinden sich in der öffentlichen Vorschau.
Alle für Flash optimierten Ebenen befinden sich in der öffentlichen Vorschau.
Funktionsvergleich
In der folgenden Tabelle werden einige der unterstützten Features nach Tarif aufgeführt:
| Funktionsbeschreibung | Memory Optimized | Balanced | Compute Optimized | Flash Optimized |
|---|---|---|---|---|
| Größe (GB) | 12–1920 | 0,5–960 | 3–720 | 250–4500 |
| Service-Level-Vereinbarung (SLA) | Yes | Yes | Yes | Yes |
| Datenverschlüsselung während der Übertragung | Ja (privater Endpunkt) | Ja (privater Endpunkt) | Ja (privater Endpunkt) | Ja (privater Endpunkt) |
| Replikation und Failover | Yes | Yes | Yes | Yes |
| Netzwerkisolation | Yes | Yes | Yes | Yes |
| Microsoft Entra ID-basierte Authentifizierung | Yes | Yes | Yes | Yes |
| Skalierung | Yes | Yes | Yes | Yes |
| Hohe Verfügbarkeit | *Ja | *Ja | *Ja | *Ja |
| Datenpersistenz | Yes | Yes | Yes | Yes |
| Geo-replication | Ja (Aktiv) | Ja (Aktiv) | Ja (Aktiv) | No |
| Nicht gruppierte Instanzen | Yes | Yes | Yes | No |
| Überwachungsprotokolle für Verbindungen | Ja (ereignisbasiert) | Ja (ereignisbasiert) | Ja (ereignisbasiert) | Ja (ereignisbasiert) |
| JSON-Datenstrukturen(d. h. Redis JSON) | Yes | Yes | Yes | Yes |
| Suchfunktionalität (einschließlich Vektorsuche) | Yes | Yes | Yes | No |
| Probabilistische Datenstrukturen (d. h. Redis Bloom) | Yes | Yes | Yes | Yes |
| Zeitreihen-Datenbankfunktion (d. h. Redis TimeSeries) | Yes | Yes | Yes | Yes |
| Import/Export | Yes | Yes | Yes | Yes |
* Wenn hohe Verfügbarkeit aktiviert ist, ist Azure Managed Redis zonenredundant in Regionen mit mehreren Verfügbarkeitszonen.
Wenn Sie hohe Verfügbarkeit (High Availability, HA) verwenden, wird eine Azure Managed Redis-Instanz mit Primär- und Replikatshards über zwei Knoten implementiert. In Regionen ohne Verfügbarkeitszonen werden die Primär-Shards und Replikat-Shards über zwei Knoten in derselben Zone bereitgestellt.
Important
Die Optionen "Balanced B0" und "B1 SKU" unterstützen keine aktive Georeplikation.
Note
Die Unterstützung für das Herunterskalieren ist in einigen Situationen eingeschränkt. Weitere Informationen finden Sie unter Einschränkungen 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 Timeouts in Ihrer Anwendung verursacht. Weitere Informationen zur Bandbreitenleistung 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. Die folgende Tabelle zeigt die maximal zulässigen Clientverbindungen pro Azure Managed Redis SKU.
Speicheroptimierte, ausgewogene und rechenoptimierte SKUs
Diese Tabelle zeigt die maximalen Verbindungen nach Stufe und Arbeitsspeichergröße in den SKUs: "Speicheroptimiert", "Ausgeglichen" und "Compute."
| Größe (GB) | Gedächtnis Optimiert |
Balanced | Compute Optimiert |
|---|---|---|---|
| 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 |
| 360 * | 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 * | - | - | - |
* Die Größen mit einem Sternchen befinden sich in der öffentlichen Vorschau.
Flash-optimierte SKU
Diese Tabelle zeigt die maximalen Verbindungen nach Ebene und Arbeitsspeichergröße in der Flash-optimierten (Vorschau) SKU an.
| Größe (GB) | Blitzlicht Optimiert (Vorschau) |
|---|---|
| 235 * | 75,000 |
| 480 * | 150,000 |
| 720 * | 200,000 |
| 960 * | 200,000 |
| 1440 * | 200,000 |
| 1920 * | 200,000 |
| 4500 * | 200,000 |
* Die Größen mit einem Sternchen befinden sich in der öffentlichen Vorschau.
Hohe Verfügbarkeit
Azure Managed Redis bietet hohe Verfü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. Durch das Deaktivieren der hohen Verfügbarkeit wird der Preis verringert, führt jedoch zu Datenverlusten und Ausfallzeiten. Es wird empfohlen, die hohe Verfügbarkeit nur für Entwicklungs-/Testszenarien zu deaktivieren.
Weitere Preisüberlegungen
Important
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. Die Abrechnung kann sich in Zukunft ändern. Weitere Informationen finden Sie unter Preise für IP-Adressen.
Important
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. Die Abrechnung 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.
Wechseln vom Azure-Cache für Redis
Weitere Informationen zum Migrieren von Azure Cache for Redis zu Azure Managed Redis finden Sie unter Move from Azure Cache for Redis to Azure Managed Redis.