Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Metriken für Valkey und Redis OSS
Der Amazon ElastiCache
Namespace umfasst die folgenden Valkey- und Redis-Metriken. OSS Diese Metriken sind identisch, wenn die Valkey-Engine verwendet wird.
Mit Ausnahme von ReplicationLag
und EngineCPUUtilization
werden diese Metriken aus dem info Befehl abgeleitet. Jede Metrik wird zu jeder Cache-Knotenebene berechnet.
Eine vollständige Dokumentation des info Befehls finden Sie unter http://valkey.io/commands/info
Weitere Informationen finden Sie auch unter:
Metrik | Beschreibung | Einheit |
---|---|---|
ActiveDefragHits |
Die Anzahl der Werteneuzuweisungen pro Minute, die der aktive Defragmentierungsprozess durchführt. Dies wird aus der active_defrag_hits Statistik von abgeleitet. INFO |
Zahl |
AuthenticationFailures |
Die Gesamtzahl der fehlgeschlagenen Versuche, sich mithilfe des Befehls bei Valkey oder Redis OSS zu authentifizieren. AUTH Weitere Informationen zu einzelnen Authentifizierungsfehlern finden Sie mit dem Befehl. ACLLOG |
Anzahl |
BytesUsedForCache |
Die Gesamtzahl der Byte, die von Valkey oder Redis OSS für alle Zwecke zugewiesen wurden, einschließlich des Datensatzes, der Puffer usw. | Bytes |
Dimension: Tier=Memory für Valkey- oder OSS Redis-Cluster mitDaten-Tiering ElastiCache: Die Gesamtzahl der für den Cache verwendeten Byte pro Speicher. Dies ist der Wert der used_memory Statistik bei. INFO |
Bytes | |
Dimension: Tier=SSD für Valkey- oder OSS Redis-Cluster mitDaten-Tiering ElastiCache: Die Gesamtzahl der für den Cache verwendeten Byte von. SSD |
Bytes | |
BytesReadFromDisk |
Gesamtzahl der von der Festplatte pro Minute gelesenen Bytes. Wird nur für Cluster mit Daten-Tiering ElastiCache unterstützt. | Bytes |
BytesWrittenToDisk |
Gesamtzahl der Bytes, die pro Minute auf den Datenträger geschrieben werden. Wird nur für Cluster mit Daten-Tiering ElastiCache unterstützt. | Bytes |
CacheHits |
Die Anzahl der erfolgreichen schreibgeschützten Schlüsselsuchereignisse im Hauptverzeichnis. Dies wird aus der keyspace_hits Statistik von abgeleitet. INFO |
Anzahl |
CacheMisses |
Die Anzahl der nicht erfolgreichen schreibgeschützten Schlüsselsuchereignisse im Hauptverzeichnis. Dies wird aus der keyspace_misses Statistik bei abgeleitet. INFO |
Anzahl |
CommandAuthorizationFailures |
Die Gesamtzahl der fehlgeschlagenen Versuche von Benutzern, Befehle auszuführen, für deren Aufruf sie keine Berechtigung haben. Weitere Informationen zu einzelnen Authentifizierungsfehlern finden Sie mit dem ACLLOG |
Anzahl |
CacheHitRate |
Zeigt die Nutzungseffizienz der Valkey- oder OSS Redis-Instanz an. Wenn das Cache-Verhältnis unter ~0,8 liegt, bedeutet dies, dass eine erhebliche Anzahl von Schlüsseln bereinigt wurde, abgelaufen oder nicht vorhanden ist. Dies wird mit cache_hits - und cache_misses -Statistiken auf folgende Weise berechnet: cache_hits /(cache_hits +
cache_misses) . |
Prozent |
ChannelAuthorizationFailures |
Die Gesamtzahl der fehlgeschlagenen Versuche von Benutzern, auf Kanäle zuzugreifen, für die sie keine Zugriffsberechtigung haben. Weitere Informationen zu einzelnen Authentifizierungsfehlern finden Sie mit dem ACLLOG |
Anzahl |
CurrConnections |
Die Anzahl der Client-Verbindungen, ausgenommen Verbindungen von Read Replicas. ElastiCache verwendet jeweils zwei bis vier der Verbindungen, um den Cluster zu überwachen. Dies ergibt sich aus der connected_clients Statistik unter INFO |
Anzahl |
CurrItems |
Anzahl der Elemente im Cache. Dies wird aus der keyspace Statistik abgeleitet, bei der alle Schlüssel im gesamten Schlüsselraum summiert werden. |
Anzahl |
Dimension: Tier=Memory für Cluster mit Daten-Tiering ElastiCache. Anzahl der Elemente im Speicher. |
Anzahl | |
Dimension: Tier=SSD (Solid-State-Laufwerke) für Cluster mit Daten-Tiering ElastiCache. Die Anzahl der Elemente in. SSD |
Anzahl | |
CurrVolatileItems |
Gesamtzahl der Schlüssel in allen Datenbanken mit festgelegtem TTL. Dies wird aus der expires Statistik abgeleitet, bei der alle Schlüssel mit einem TTL-Satz im gesamten Schlüsselraum summiert werden. |
Anzahl |
DatabaseCapacityUsagePercentage |
Prozentsatz der gesamten Datenkapazität für den Cluster, die genutzt wird. Bei Data-Tiered-Instances wird die Metrik anhand der Kriterien In allen anderen Fällen wird die Metrik anhand von |
Prozent |
DatabaseCapacityUsageCountedForEvictPercentage |
Prozentsatz der gesamten Datenkapazität für den Cluster, die verwendet wird, ohne den für Overhead und verwendeten SpeicherCOB. Diese Metrik wird wie folgt berechnet:
Bei Daten-Tiering-Instances wird die Metrik wie folgt berechnet:
woher |
Prozent |
DatabaseMemoryUsagePercentage |
Prozentsatz des Speichers für den Cluster, der genutzt wird. Dies wird mit Hilfe used_memory/maxmemory von berechnet INFO |
Prozent |
DatabaseMemoryUsageCountedForEvictPercentage |
Prozentsatz des Speichers für den Cluster, der verwendet wird, mit Ausnahme des Speichers, der für Overhead und verwendet wirdCOB. Dieser Wert wird mithilfe used_memory-mem_not_counted_for_evict/maxmemory von berechnet INFO |
Prozent |
DB0AverageTTL |
Macht avg_ttl of DBO aus der keyspace Befehlsstatistik verfügbar. INFODEL Befehl, der an alle Replikate übertragen wird. Daher TTL ist db0Average für Replikatknoten 0, da sie Schlüssel nicht ablaufen lassen und somit auch nicht nachverfolgen. TTL |
Millisekunden |
EngineCPUUtilization |
Ermöglicht die CPU Nutzung des Valkey- oder Redis-Engine-Threads. OSS Da Valkey und Redis OSS Single-Threading verwenden, können Sie diese Metrik verwenden, um die Auslastung des Prozesses selbst zu analysieren. Die Anmerkung Auf einem ElastiCache Host überwachen Hintergrundprozesse den Host, um eine verwaltete Datenbankumgebung zu gewährleisten. Diese Hintergrundprozesse können einen erheblichen Teil der CPU Arbeitslast in Anspruch nehmen. Bei größeren Hosts mit mehr als zwei ist dies nicht signifikantvCPUs. Es kann jedoch kleinere Hosts mit 2 vCPUs oder weniger betreffen. Wenn Sie nur die |
Prozent |
Evictions |
Anzahl der Schlüssel, die infolge des maxmemory -Grenzwertes bereinigt worden sind. Dies wird aus der evicted_keys Statistik unter INFO |
Anzahl |
GlobalDatastoreReplicationLag |
Dies ist die Verzögerung zwischen dem Primärknoten der sekundären Region und dem Primärknoten der primären Region. Bei aktiviertem Clustermodus Valkey oder Redis OSS gibt die Verzögerung die maximale Verzögerung zwischen den Shards an. | Sekunden |
IamAuthenticationExpirations |
Die Gesamtzahl der abgelaufenen, IAM authentifizierten Valkey- oder Redis-Verbindungen. OSS Weitere Informationen über Authentifizierung mit IAM finden Sie im Benutzerhandbuch. | Anzahl |
IamAuthenticationThrottling |
Die Gesamtzahl der gedrosselten, authentifizierten Valkey- oder Redis IAM - oder Anfragen. OSS AUTH HELLO Weitere Informationen über Authentifizierung mit IAM finden Sie im Benutzerhandbuch. | Anzahl |
IsMaster |
Gibt an, ob der Knoten der Primärknoten des aktuellen Shard/Clusters ist. Die Metrik kann entweder 0 (nicht primär) oder 1 (primär) sein. | Anzahl |
KeyAuthorizationFailures |
Die Gesamtzahl der fehlgeschlagenen Versuche von Benutzern, auf Schlüssel zuzugreifen, für die sie keine Zugriffsberechtigung haben. Weitere Informationen zu einzelnen Authentifizierungsfehlern finden Sie mit dem Befehl. ACLLOG |
Anzahl |
KeysTracked |
Die Anzahl der Schlüssel, die von Valkey oder Redis OSS Key Tracking verfolgt werden, als Prozentsatz von. tracking-table-max-keys Die Schlüsselverfolgung wird verwendet, um das clientseitige Caching zu unterstützen und Clients zu benachrichtigen, wenn Schlüssel geändert werden. |
Anzahl |
MemoryFragmentationRatio |
Gibt die Effizienz bei der Speicherzuweisung der Valkey- oder Redis-Engine an. OSS Bestimmte Schwellenwerte weisen auf unterschiedliche Verhaltensweisen hin. Der empfohlene Wert ist eine Fragmentierung über 1,0. Dies wird aus dem Wert von berechnet. mem_fragmentation_ratio statistic INFO |
Zahl |
NewConnections |
Gesamtanzahl der Verbindungen, die in diesem Zeitraum vom Server akzeptiert worden sind. Dies wird aus der total_connections_received Statistik von abgeleitet. INFOAnmerkungWenn Sie ElastiCache (RedisOSS) Version 5 oder niedriger verwenden, werden zwischen zwei und vier der von dieser Metrik gemeldeten Verbindungen ElastiCache zur Überwachung des Clusters verwendet. Wenn Sie jedoch ElastiCache (RedisOSS) Version 6 oder höher verwenden, sind die Verbindungen, die ElastiCache zur Überwachung des Clusters verwendet werden, nicht in dieser Metrik enthalten. |
Anzahl |
NumItemsReadFromDisk |
Die Gesamtzahl der pro Minute von der Festplatte abgerufenen Elemente. Wird nur für Cluster mit Daten-Tiering ElastiCache unterstützt. | Anzahl |
NumItemsWrittenToDisk |
Die Gesamtzahl der pro Minute auf die Festplatte geschriebenen Elemente. Wird nur für Cluster mit Daten-Tiering ElastiCache unterstützt. | Anzahl |
MasterLinkHealthStatus |
Dieser Status kann zwei Werte annehmen: 0 oder 1. Der Wert 0 gibt an, dass die Daten im ElastiCache Primärknoten nicht synchron sind, wenn Valkey oder OSS Redis aktiviert sind. EC2 Der Wert 1 bedeutet, dass die Daten synchronisiert sind. Verwenden Sie den Vorgang, um die Migration abzuschließen. CompleteMigrationAPI | Boolesch |
Reclaimed |
Gesamtanzahl der Schlüsselablaufereignisse Dies wird aus der expired_keys Statistik von abgeleitet. INFO |
Anzahl |
ReplicationBytes |
Für Knoten in einer replizierten Konfiguration gibt ReplicationBytes die Anzahl der Bytes an, die der Primärknoten an alle seine Replikationen sendet. Diese Metrik gibt die Schreiblast auf der Replikationsgruppe an. Dies wird aus der master_repl_offset Statistik bei abgeleitet. INFO |
Bytes |
ReplicationLag |
Diese Metrik ist nur für einen als Read Replica laufenden Knoten verfügbar. Sie stellt die Zeitverzögerung in Sekunden dar, mit der die Replica die vom primären Knoten kommenden Änderungen anwendet. Für Valkey 7.2 und höher sowie Redis OSS Engine-Version 5.0.6 und höher kann die Verzögerung in Millisekunden gemessen werden. | Sekunden |
SaveInProgress |
Diese binäre Metrik gibt 1 zurück, wenn ein Hintergrundspeichervorgang (vergabelt oder unvergabelt) ausgeführt wird, andernfalls beträgt der Wert 0. Ein Hintergrundspeichervorgang wird normalerweise während Snapshots und Synchronisierungen verwendet. Diese Vorgänge können die Leistung beeinträchtigen. Mithilfe der SaveInProgress -Metrik können Sie diagnostizieren, ob die Leistungsbeeinträchtigung von einem Hintergrundspeichervorgang verursacht wurde. Dies wird aus der Statistik von abgeleitet. rdb_bgsave_in_progress INFO |
Boolesch |
TrafficManagementActive |
Zeigt an, ob ElastiCache (RedisOSS) den Datenverkehr aktiv verwaltet, indem der Datenverkehr, der eingehenden Befehlen zugewiesen wird, überwacht oder repliziert wird. Der Datenverkehr wird verwaltet, wenn mehr Befehle an den Knoten gesendet werden, als von Valkey oder Redis verarbeitet werden können, OSS und dient dazu, die Stabilität und den optimalen Betrieb der Engine aufrechtzuerhalten. Datenpunkte von 1 können darauf hinweisen, dass der Knoten für die bereitgestellte Workload unterskaliert ist. Anmerkung Wenn diese Metrik aktiv bleibt, evaluieren Sie den Cluster, um zu entscheiden, ob eine Hoch- oder Aufskalierung erforderlich ist. Zu den verwandten Metriken gehören |
Boolesch |
E-Verfügbarkeit ngineCPUUtilization
AWS Die unten aufgeführten Regionen sind für alle unterstützten Knotentypen verfügbar.
Region | Name der Region |
---|---|
us-east-2 |
US East (Ohio) |
us-east-1 |
USA Ost (Nord-Virginia) |
us-west-1 |
USA West (Nordkalifornien) |
us-west-2 |
USA West (Oregon) |
ap-northeast-1 |
Asien-Pazifik (Tokio) |
ap-northeast-2 |
Asien-Pazifik (Seoul) |
ap-northeast-3 |
Asien-Pazifik (Osaka) |
ap-east-1 |
Asien-Pazifik (Hongkong) |
ap-south-1 |
Asien-Pazifik (Mumbai) |
ap-southeast-1 |
Asien-Pazifik (Singapur) |
ap-southeast-2 |
Asien-Pazifik (Sydney) |
ap-southeast-3 |
Asien-Pazifik (Jakarta) |
ca-central-1 |
Kanada (Zentral) |
cn-north-1 |
China (Peking) |
cn-northwest-2 |
China (Ningxia) |
me-south-1 |
Naher Osten (Bahrain) |
eu-central-1 |
Europe (Frankfurt) |
eu-west-1 |
Europa (Irland) |
eu-west-2 |
Europe (London) |
eu-west-3 |
EU (Paris) |
eu-south-1 |
Europa (Milan) |
af-south-1 |
Afrika (Kapstadt) |
eu-north-1 |
Europa (Stockholm) |
sa-east-1 |
Südamerika (São Paulo) |
us-gov-west-1 |
AWS GovCloud (US-West) |
us-gov-east-1 |
AWS GovCloud (US-Ost) |
Im Folgenden finden Sie Zusammenfassungen bestimmter Befehle, die von info
commandstats abgeleitet sind. Der Abschnitt commandstats enthält Statistiken, die auf dem Befehlstyp basieren, einschließlich der Anzahl der Aufrufe, der CPU Gesamtzeit, die für diese Befehle benötigt wird, und des durchschnittlichen Zeitaufwands CPU pro Befehlsausführung. Für jeden Befehlstyp wird die folgende Zeile hinzugefügt: cmdstat_XXX: calls=XXX,usec=XXX,usec_per_call=XXX
.
Die unten aufgeführten Latenzmetriken werden anhand der Commandstats-Statistik von berechnet. INFOdelta(usec)/delta(calls)
. delta
wird als Differenz innerhalb einer Minute berechnet. Die Latenz ist definiert als die CPU Zeit, die für die Verarbeitung des ElastiCache Befehls benötigt wird. Beachten Sie, dass bei Clustern, die Daten-Tiering verwenden, die Zeit, die zum Abrufen von Elementen benötigt SSD wird, nicht in diesen Messungen enthalten ist.
Eine vollständige Liste der verfügbaren Befehle finden Sie in der Valkey-Dokumentation unter Befehle
Metrik | Beschreibung | Einheit |
---|---|---|
ClusterBasedCmds |
Die Gesamtanzahl der Cluster-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen Cluster einwirken (cluster slot cluster info , usw.). |
Anzahl |
ClusterBasedCmdsLatency |
Latenz von Cluster-basierten Befehlen. | Mikrosekunden |
EvalBasedCmds |
Die Gesamtzahl der Befehle für EVAL-basierte Befehle. Dies wird aus der commandstats Statistik durch Summieren von, abgeleitet. eval evalsha |
Anzahl |
EvalBasedCmdsLatency |
Latenz von eval-basierten Befehlen. | Mikrosekunden |
GeoSpatialBasedCmds |
Die Gesamtzahl der Befehle für raumbezogene Befehle. Dies wird aus der commandstats Statistik abgeleitet. Es wird abgeleitet, indem alle Befehle des Geo-Typs summiert werden:geoadd, geodist, geohash, geopos, georadius und georadiusbymember. |
Anzahl |
GeoSpatialBasedCmdsLatency |
Latenz von raumbezogenen Befehlen. | Mikrosekunden |
GetTypeCmds |
Gesamtanzahl der auf read-only basierenden Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle read-only Typbefehle (get,, hget scardlrange, usw.) summiert werden. |
Anzahl |
GetTypeCmdsLatency |
Latenz von Lesebefehlen. | Mikrosekunden |
HashBasedCmds |
Gesamtanzahl der Hash-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Hashes (hget,, hkeys hvalshdel, usw.) einwirken. |
Anzahl |
HashBasedCmdsLatency |
Latenz von Hash-basierten Befehlen. | Mikrosekunden |
HyperLogLogBasedCmds |
Gesamtanzahl der auf HyperLogLog basierenden Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehlstypen (pfadd, pfcountpfmerge, usw.) summiert werden. pf |
Anzahl |
HyperLogLogBasedCmdsLatency |
Latenz von HyperLogLog basierten Befehlen. | Mikrosekunden |
JsonBasedCmds |
Die Gesamtzahl der JSON Befehle, einschließlich Lese- und Schreibbefehlen. Dies wird aus der commandstats Statistik abgeleitet, indem alle JSON Befehle summiert werden, die sich auf JSON Tasten auswirken. |
Anzahl |
JsonBasedCmdsLatency |
Latenz aller JSON Befehle, einschließlich Lese- und Schreibbefehlen. | Mikrosekunden |
JsonBasedGetCmds |
Die Gesamtzahl der Befehle, die JSON nur lesbar sind. Dies wird aus der commandstats Statistik abgeleitet, indem alle JSON Lesebefehle summiert werden, die sich auf Tasten auswirken. JSON |
Anzahl |
JsonBasedGetCmdsLatency | Latenz von Befehlen, die nur JSON lesbar sind. | Mikrosekunden |
JsonBasedSetCmds | Die Gesamtzahl der JSON Schreibbefehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle JSON Schreibbefehle summiert werden, die auf JSON Tasten wirken. |
Anzahl |
JsonBasedSetCmdsLatency | Latenz der JSON Schreibbefehle. | Mikrosekunden |
KeyBasedCmds |
Gesamtanzahl der schlüsselbasierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Schlüssel in mehreren Datenstrukturen (delexpire,rename, usw.) einwirken. |
Anzahl |
KeyBasedCmdsLatency |
Latenz von schlüsselbasierten Befehlen. | Mikrosekunden |
ListBasedCmds |
Gesamtanzahl der listenbasierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf eine oder mehrere Listen auswirken (lindex,, lrange lpushltrim, usw.). |
Anzahl |
ListBasedCmdsLatency |
Latenz von listenbasierten Befehlen. | Mikrosekunden |
NonKeyTypeCmds | Gesamtanzahl der nicht schlüsselbasierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich nicht auf eine Taste auswirken, z. B., oder. acl dbsize info |
Anzahl |
NonKeyTypeCmdsLatency | Latenz der Befehle. non-key-based | Mikrosekunden |
PubSubBasedCmds |
Die Gesamtzahl der Befehle für die Pub/Sub-Funktionalität. Dies wird aus den commandstats Statistiken abgeleitet, indem alle Befehle zusammengefasst werden, die für die Pub/Sub-Funktionalität verwendet werden:psubscribe,,publish,pubsub,punsubscribe,ssubscribe, sunsubscribespublish, subscribe und. unsubscribe |
Anzahl |
PubSubBasedCmdsLatency |
Latenz von pub/sub-basierten Befehlen. | Mikrosekunden |
SetBasedCmds |
Gesamtanzahl der Set-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf einen oder mehrere Sätze auswirken (scard,, sdiff saddsunion, usw.). |
Anzahl |
SetBasedCmdsLatency |
Latenz von Set-basierten Befehlen. | Mikrosekunden |
SetTypeCmds |
Gesamtanzahl der auf write basierenden Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle mutative Befehlstypen summiert werden, die mit Daten arbeiten (set,hset, saddlpop, usw.) |
Anzahl |
SetTypeCmdsLatency |
Latenz von Schreibbefehlen. | Mikrosekunden |
SortedSetBasedCmds |
Gesamtanzahl der Sorted Set-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf eine oder mehrere sortierte Sätze (zcount,, zrange zrankzadd, usw.) auswirken. |
Anzahl |
SortedSetBasedCmdsLatency |
Latenz von Sortierungs-basierten Befehlen. | Mikrosekunden |
StringBasedCmds |
Gesamtanzahl der Zeichenfolge-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf eine oder mehrere Zeichenketten (strlen, setexsetrange, usw.) auswirken. |
Anzahl |
StringBasedCmdsLatency |
Latenz von Zeichenfolgen-basierten Befehlen. | Mikrosekunden |
StreamBasedCmds |
Die Gesamtanzahl Stream-basierter Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf einen oder mehrere Stream-Datentypen (xrange,, xlen xaddxdel, usw.) auswirken. |
Anzahl |
StreamBasedCmdsLatency |
Latenz von Stream-basierten Befehlen. | Mikrosekunden |