Dieser Artikel bietet Antworten auf häufig gestellte Fragen zur Planung für Azure Cache for Redis.
Azure Cache for Redis – Leistung
In der folgenden Tabelle sind die maximalen Bandbreitenwerte angegeben, die beim Testen verschiedener Standard- und Premium-Cachegrößen festgestellt wurden. Wir haben redis-benchmark.exe
von einer IaaS-VM für den Azure Cache for Redis-Endpunkt verwendet. Für den TLS-Durchsatz wird der Redis-Vergleichstest mit stunnel für das Herstellen der Verbindung mit dem Azure Cache for Redis-Endpunkt verwendet.
Hinweis
Diese Werte werden nicht garantiert, und es gibt keine SLA für diese Werte; sie sollten jedoch typischerweise erreicht werden. Führen Sie Auslastungstests für Ihre Anwendung durch, um die geeignete Cachegröße für Ihre Anwendung zu ermitteln. Diese Zahlen können sich ändern, da wir in regelmäßigen Abständen neuere Ergebnisse veröffentlichen.
Aus dieser Tabelle können folgende Schlussfolgerungen gezogen werden:
- Durchsatzzahlen gelten für GETS.
- Der Durchsatz für Caches gleicher Größe ist im Premium-Tarif besser als im Standard-Tarif. Beispielsweise liegt bei einem Cache mit 6 GB der Durchsatz von P1 bei 180.000 Anforderungen pro Sekunde (RPS) im Vergleich zu 100.000 RPS bei C3.
- Mit dem Redis-Clustering steigt der Durchsatz linear, je mehr Shards (Knoten) Sie im Cluster verwenden. Wenn Sie beispielsweise einen P4-Cluster mit 10 Shards erstellen, beträgt der verfügbare Durchsatz 400.000 * 10 = 4 Millionen RPS.
- Der Durchsatz für größere Schlüsselgrößen ist im Premium-Tarif höher als im Standard-Tarif.
Tarif | Size | CPU-Kerne | Verfügbare Bandbreite | 1 KB Wertgröße | 1 KB Wertgröße |
---|---|---|---|---|---|
Standard-Cachegröße | Megabits pro Sekunde (MBit/s)/Megabyte pro Sekunde (MB/s) | GET-Anforderungen pro Sekunde, kein SSL | GET-Anforderungen pro Sekunde, SSL | ||
C0 | 250 MB | Shared | 100 / 12,5 | 15.000 | 7\.500 |
C1 | 1 GB | 1 | 500 / 62,5 | 38.000 | 20.720 |
C2 | 2,5 GB | 2 | 500 / 62,5 | 41.000 | 37.000 |
C3 | 6 GB | 4 | 1\.000 / 125 | 100.000 | 90.000 |
C4 | 13 GB | 2 | 500 / 62,5 | 60.000 | 55.000 |
C5 | 26 GB | 4 | 1\.000/125 | 102.000 | 93.000 |
C6 | 53 GB | 8 | 2\.000/250 | 126.000 | 120.000 |
Premium-Cachegröße | CPU-Kerne pro Shard | Megabits pro Sekunde (MBit/s)/Megabyte pro Sekunde (MB/s) | GET-Anforderungen pro Sekunde, kein SSL, pro Shard | GET-Anforderungen pro Sekunde, SSL, pro Shard | |
P1 | 6 GB | 2 | 1\.500/187,5 | 180.000 | 172.000 |
P2 | 13 GB | 4 | 3\.000/375 | 350.000 | 341.000 |
P3 | 26 GB | 4 | 3\.000/375 | 350.000 | 341.000 |
P4 | 53 GB | 8 | 6\.000/750 | 400.000 | 373.000 |
P5 | 120 GB | 32 | 6\.000/750 | 400.000 | 373.000 |
Wichtig
P5-Instanzen in den Regionen China Ost und China Nord verwenden 20 Kerne, nicht 32 Kerne.
Anweisungen zum Einrichten von stunnel oder zum Herunterladen von Redis-Tools wie redis-benchmark.exe
finden Sie unter Wie führe ich Redis-Befehle aus?.
Ich welcher Region sollte ich meinen Cache platzieren?
Um eine optimale Leistung und die niedrigste Latenz zu erzielen, sollten Sie Ihren Azure Cache for Redis in derselben Region platzieren wie Ihre Cacheclientanwendung.
Wo befinden sich meine zwischengespeicherten Daten?
Azure Cache for Redis speichert Ihre Anwendungsdaten abhängig vom Tarif im RAM der VM oder der VMs, die Ihren Cache hosten. Ihre Daten bleiben strikt in der Azure-Region, die Sie standardmäßig ausgewählt haben. Es gibt zwei Fälle, in denen Ihre Daten eine Region verlassen könnten:
- Wenn Sie die Persistenz im Cache aktivieren, sichert Azure Cache for Redis Ihre Daten in einem Azure Storage-Konto, das Sie besitzen. Wenn sich das von Ihnen bereitgestellte Speicherkonto in einer anderen Region befindet, wird eine Kopie der Daten dort gespeichert.
- Wenn Sie Georeplikation einrichten und sich der sekundäre Cache in einer anderen Region befindet, was normalerweise der Fall ist, werden Ihre Daten in diese Region repliziert.
Sie müssen Azure Cache for Redis explizit so konfigurieren, um diese Features zu verwenden. Außerdem verfügen Sie über die komplette Kontrolle über die Region, in der sich das Speicherkonto oder der sekundäre Cache befindet.
Wie wird Azure Cache for Redis abgerechnet?
Die Preise für Azure Cache for Redis finden Sie hier. Auf der Seite mit der Preisübersicht sind die Kosten als stündlicher und monatlicher Satz ausgewiesen. Caches werden auf Minutenbasis abgerechnet. Der Zeitraum wird vom Zeitpunkt der Erstellung eines Caches bis zum Zeitpunkt seiner Löschung gemessen. Es gibt keine Möglichkeit, die Abrechnung eines Caches zu beenden oder anzuhalten.
Kann ich Azure Cache for Redis mit der Azure Government Cloud, der Azure China 21Vianet-Cloud oder Microsoft Azure Deutschland verwenden?
Ja, Azure Cache for Redis ist in der Azure Government Cloud, der Azure 21Vianet Cloud in China und Microsoft Azure Deutschland verfügbar. Die URLs für den Zugriff auf und die Verwaltung von Azure Cache for Redis unterscheiden sich in diesen Clouds von den URLs der Azure Public Cloud.
Cloud | DNS-Suffix für Redis |
---|---|
Öffentlich | *.redis.cache.windows.net |
US Gov | *.redis.cache.usgovcloudapi.net |
Deutschland | *.redis.cache.cloudapi.de |
China | *.redis.cache.chinacloudapi.cn |
Weitere zu berücksichtigende Aspekte bei der Verwendung von Azure Cache for Redis mit anderen Clouds werden unter den folgenden Links beschrieben.
- Azure Government-Datenbanken – Azure Cache for Redis
- Azure 21Vianet Cloud in China – Azure Cache for Redis
- Microsoft Azure Deutschland
Informationen zur Nutzung von Azure Cache for Redis in Verbindung mit PowerShell in der Azure Government Cloud, in der Azure 21Vianet Cloud in China und in Microsoft Azure Deutschland finden Sie unter Herstellen einer Verbindung mit anderen Clouds – Azure Cache for Redis PowerShell.
Nächste Schritte
Erfahren Sie mehr über weitere häufig gestellte Fragen zu Azure Cache for Redis.