Grundlegendes zu den Unterschieden – Azure Cache für Redis Enterprise im Vergleich zu azure Managed Redis

Azure Managed Redis basiert auf dem gleichen Kern-Redis Enterprise-Softwarestapel wie Azure Cache für Redis Enterprise, aber mit einer vereinfachten SKU-Struktur. Da die Kernsoftware identisch ist, erfordern Ihre vorhandenen Enterprise-Anwendungen minimale Änderungen – in erster Linie das Aktualisieren von Verbindungsanmeldeinformationen und Hostnamen. Lesen Sie jedoch die folgenden Unterschiede sorgfältig, da Azure Managed Redis über eine andere SKU-Struktur und hohe Verfügbarkeitskonfiguration verfügt.

Wichtige Merkmalsunterschiede

Hier sind die wichtigen Unterschiede, die Sie beim Wechsel von Azure Cache für Redis Enterprise zu Azure Managed Redis beachten müssen:

• SKU-Struktur. Azure Managed Redis organisiert SKUs nach Speichergröße und Leistungsstufe (Ausgeglichener, speicheroptimierter Speicher, computeoptimiert) und nicht nach dem kapazitätsbasierten Skalierungsmodell, das vom Azure Cache für Redis Enterprise verwendet wird. Weitere Informationen finden Sie unter Die richtige Ebene wählen.

• Redis-Version. Azure Managed Redis führt Redis 7.4 aus, während der Azure Cache für Redis Enterprise Redis 7.2 ausführt.

• Clustering-Richtlinie. Azure Managed Redis unterstützt OSS-, Unternehmens- und nicht gruppierte Clusteringrichtlinien. Azure Cache for Redis Enterprise unterstützt nur OSS- und Enterprise-Clusteringrichtlinien.

• Zonenredundanz. Azure Managed Redis ist standardmäßig zonenredundant, wenn hohe Verfügbarkeit aktiviert ist und die Region mehrere Verfügbarkeitszonen unterstützt. Azure Cache for Redis Enterprise ist auch zonenredundant, aber Azure Managed Redis entfernt die Notwendigkeit eines Quorumknotens, sodass alle Knoten als Datenknoten dienen und die Kosteneffizienz erhöhen. Weitere Informationen zum Quorumknoten finden Sie unter Enterprise- und Enterprise Flash-Ebenen.

• Nicht-HA-Modus. Azure Managed Redis bietet die Möglichkeit, ohne hohe Verfügbarkeit für Entwicklungs- und Testumgebungen bereitzustellen, was die Kosten Ihrer Instanz halbiert. Azure Cache für Redis Enterprise bietet keine Nicht-HA-Option.

• Datenpersistenz. Azure Managed Redis unterstützt die Datenpersistenz als allgemein verfügbares Feature. Bei Azure Cache für Redis Enterprise ist die Datenpersistenz als Vorschauversion verfügbar.

• Microsoft Entra ID-Authentifizierung. Azure Managed Redis unterstützt die Microsoft Entra ID-Authentifizierung. Azure Cache for Redis Enterprise unterstützt keine Microsoft Entra ID-Authentifizierung. Wir empfehlen die Einführung der Microsoft Entra-ID für verbesserte Sicherheit.

• Unterstützung von Azure-Regionen. Azure Managed Redis ist in den meisten Azure-Regionen verfügbar, während der Azure-Cache für Redis Enterprise aufgrund der Quorumknotenanforderungen eingeschränkte regionale Verfügbarkeit aufweist.

• Hostname und DNS-Suffix. Das DNS-Suffix ändert sich von redisenterprise.cache.azure.net zu redis.azure.net. Aktualisieren Sie Ihre Anwendungen so, dass der neue Redis-Instanzhostname verwendet wird.

Wählen Sie die richtige Azure Managed Redis-Größe aus.

Azure Managed Redis bietet viele Speichergrößen und drei Leistungsstufen. Weitere Informationen finden Sie unter Die richtige Ebene wählen.

Identifizieren der Speichergröße Ihrer vorhandenen Enterprise-Instanz

Azure Cache for Redis Enterprise Instanzen können zwischenspeichern, daher ist es wichtig, den Faktor des horizontalen Skalierens für Ihren Cache zu beachten.

1. Wechseln Sie zum Azure-Portal, und wählen Sie im Ressourcenmenü die Option "Übersicht" aus.
2. Überprüfen Sie das Feld "Status ", um die Speichergröße Ihrer Enterprise-Instanz anzuzeigen.

Example:

In diesem Beispiel wird im Feld "Status" "Running - Enterprise 8GB" (2 x 4 GB) angezeigt. Dies bedeutet, dass der Cache eine E5 Enterprise-SKU mit einer Skalierung von 2 verwendet, was zu einem 8-GB-Cache führt. Sie sollten eine Azure Managed Redis-Instanz mit mindestens 10 GB Arbeitsspeicher auswählen.

Um eine optimierte Größe zu finden, überprüfen Sie die Metrik " Verwendeter Arbeitsspeicherprozentsatz " in Ihrem vorhandenen Unternehmenscache in Azure Monitor. Wenn ihre tatsächliche Speicherauslastung deutlich unter der Cachegröße liegt, können Sie möglicherweise eine kleinere, kostengünstigere Azure Managed Redis SKU auswählen.

In diesem Fall wäre eine der folgenden Stufen mit 12 GB Arbeitsspeicher angemessen:

Auswählen einer Leistungsstufe

• Speicheroptimiert – Wählen Sie diese Option, wenn Ihre Workload eher den Arbeitsspeicher als die CPU erschöpft.
• Compute Optimized – Wählen Sie diese Option aus, wenn Ihre Workload durchsatzintensiv oder latenzempfindlich ist.
• Ausgeglichen – Ein guter Ausgangspunkt, wenn Sie unsicher sind. Es bietet eine ausgewogene Mischung aus Arbeitsspeicher und Rechenleistung.
• Flash optimiert – Wählen Sie diese Option aus, wenn Sie derzeit die Redis Enterprise Flash-Ebene verwenden.

Nächster Schritt

Verwandte Inhalte

• Migrationsübersicht
• Was ist Azure Managed Redis?
• Azure Managed Redis-Architektur