Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Monitoraggio dell'utilizzo con CloudWatch Metrics
ElastiCache fornisce metriche che ti consentono di monitorare i tuoi cluster. Puoi accedere a queste metriche tramite. CloudWatch Per ulteriori informazioni su CloudWatch, consulta la [CloudWatch documentazione](https://aws.amazon.com/documentation/cloudwatch/).
ElastiCache fornisce sia metriche a livello di host (ad esempio, l'utilizzo della CPU) sia metriche specifiche del software del motore di cache (ad esempio, accessi e mancati accessi alla cache). Queste metriche vengono misurate e pubblicate per ogni nodo di cache a intervalli di 60 secondi.
**Importante**
Dovresti prendere in considerazione l'impostazione di CloudWatch allarmi su determinate metriche chiave, in modo da ricevere una notifica se le prestazioni del cluster iniziano a peggiorare. Per ulteriori informazioni sul tagging, consulta [Quali parametri è opportuno monitorare?](CacheMetrics.WhichShouldIMonitor.md)in questa guida.
**Topics**
+ [Parametri a livello di host](CacheMetrics.HostLevel.md)
+ [Metriche per Valkey e Redis OSS](CacheMetrics.Redis.md)
+ [Parametri per Memcached](CacheMetrics.Memcached.md)
+ [Quali parametri è opportuno monitorare?](CacheMetrics.WhichShouldIMonitor.md)
+ [Scelta delle statistiche e dei periodi di un parametro](CacheMetrics.ChoosingStatisticsAndPeriods.md)
+ [Monitoraggio delle metriche dei CloudWatch cluster e dei nodi](CloudWatchMetrics.md)
# Parametri a livello di host
Il namespace `AWS/ElastiCache` include i seguenti parametri a livello di host per i singoli nodi di cache. Questi parametri vengono misurati e pubblicati per ogni nodo di cache in intervalli di 60 secondi.
**Vedi anche**
+ [Metriche per Valkey e Redis OSS](CacheMetrics.Redis.md)
| Parametro | Descrizione | Unità |
| --- | --- | --- |
| CPUUtilization | La percentuale di utilizzo CPU per l'intero host. Poiché Valkey e Redis OSS sono a thread singolo, ti consigliamo di monitorare la EngineCPUUtilization metrica per i nodi con 4 o più v. CPUs | Percentuale |
| CPUCreditBalance | Il numero di crediti CPU ottenuti, che un'istanza ha accumulato da quando è stata lanciata o avviata. Per T2 Standard, il CPUCredit saldo include anche il numero di crediti di lancio accumulati. I crediti vengono accumulati nel saldo del credito dopo che sono stati ottenuti e rimossi dal saldo del credito una volta spesi. Il saldo del credito ha un limite massimo, determinato dalla dimensione dell'istanza. Una volta che il limite viene raggiunto, tutti i nuovi crediti guadagnati vengono scartati. Per le T2 Standard, i crediti di lancio non contano per il limite. I crediti presenti nel CPUCredit Saldo possono essere spesi dall'istanza per superare l'utilizzo di base della CPU. I parametri di credito CPU sono disponibili solo con una frequenza di 5 minuti. Queste metriche non sono disponibili per le istanze di prestazioni Burstable T2. | Crediti (vCPU/minuti) |
| CPUCreditUsage | Il numero di crediti CPU spesi dall'istanza per l'utilizzo della CPU. Un credito CPU equivale a una vCPU in esecuzione al 100% per un minuto o a una combinazione equivalente di vCPUs, utilizzo e tempo (ad esempio, una vCPU in esecuzione al 50% di utilizzo per due minuti o due v CPUs al 25% di utilizzo per due minuti). I parametri di credito CPU sono disponibili solo con una frequenza di 5 minuti. Se specifichi un periodo superiore a 5 minuti, usa la statistica Sum (somma) al posto di quella Average (media). Queste metriche non sono disponibili per le istanze di prestazioni Burstable T2. | Crediti (vCPU/minuti) |
| FreeableMemory | La quantità di memoria libera disponibile sull'host. Se puoi liberare spazio dai report OS ciò dipende dalla RAM, dai buffer e dalla cache. | Byte |
| NetworkBytesIn | Il numero di byte che l'host ha letto dalla rete. | Byte |
| NetworkBytesOut | Il numero di byte inviati dall'istanza su tutte le interfacce di rete. | Byte |
| NetworkPacketsIn | Il numero di pacchetti ricevuti dall'istanza su tutte le interfacce di rete. Questo parametro identifica il volume del traffico in entrata in termini di numero di pacchetti su una singola istanza. | Conteggio |
| NetworkPacketsOut | Il numero di pacchetti inviati dall'istanza su tutte le interfacce di rete. Questo parametro identifica il volume del traffico in uscita in termini di numero di pacchetti su una singola istanza. | Conteggio |
| NetworkBandwidthInAllowanceExceeded | Il numero di pacchetti accordati o rilasciati perché la larghezza di banda aggregata in ingresso ha superato il valore massimo per l'istanza. | Conteggio |
| NetworkConntrackAllowanceExceeded | Il numero di pacchetti accodati o rilasciati perché il rilevamento delle connessioni ha superato il valore massimo per l'istanza e non è stato possibile stabilire nuove connessioni. Ciò può comportare la perdita di pacchetti per il traffico da o verso l'istanza. | Conteggio |
| NetworkBandwidthOutAllowanceExceeded | Il numero di pacchetti accodati o rilasciati perché la larghezza di banda aggregata in uscita ha superato il valore massimo per l'istanza. | Conteggio |
| NetworkPacketsPerSecondAllowanceExceeded | Numero di pacchetti in coda o rilasciati perché i pacchetti bidirezionali al secondo hanno superato il valore massimo per l'istanza. | Conteggio |
| NetworkMaxBytesIn | Il numero massimo di byte ricevuti al secondo in ogni minuto. | Byte |
| NetworkMaxBytesOut | Burst massimo al secondo di byte trasmessi in ogni minuto. | Byte |
| NetworkMaxPacketsIn | Il numero massimo di pacchetti ricevuti al secondo entro ogni minuto. | Conteggio |
| NetworkMaxPacketsOut | Il numero massimo di pacchetti trasmessi al secondo in ogni minuto. | Conteggio |
| SwapUsage | La quantità di spazio di swapping utilizzato sull'host. | Byte |
# Metriche per Valkey e Redis OSS
Il `Amazon ElastiCache` namespace include le seguenti metriche Valkey e Redis OSS. Queste metriche sono le stesse quando si utilizza il motore Valkey.
Ad eccezione di`ReplicationLag`,, e `EngineCPUUtilization` `SuccessfulWriteRequestLatency``SuccessfulReadRequestLatency`, queste metriche derivano dal comando. **info** Ogni parametro è calcolato a livello del nodo di cache.
Per la documentazione completa del **info** comando, vedere [http://valkey. io/commands/info](https://valkey.io/commands/info).
**Vedi anche**
+ [Parametri a livello di host](CacheMetrics.HostLevel.md)
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/CacheMetrics.Redis.html)
**Disponibilità del motore CPUUtilization**
AWS Le regioni elencate di seguito sono disponibili per tutti i tipi di nodi supportati.
| Region | Nome della Regione |
| --- | --- |
| us-east-2 | Stati Uniti orientali (Ohio) |
| us-east-1 | Stati Uniti orientali (Virginia settentrionale) |
| us-west-1 | Stati Uniti occidentali (California settentrionale) |
| us-west-2 | Stati Uniti occidentali (Oregon) |
| ap-northeast-1 | Asia Pacifico (Tokyo) |
| ap-northeast-2 | Asia Pacifico (Seoul) |
| ap-northeast-3 | Asia Pacifico (Osaka) |
| ap-east-1 | Asia Pacifico (Hong Kong) |
| ap-south-1 | Asia Pacifico (Mumbai) |
| ap-southeast-1 | Asia Pacifico (Singapore) |
| ap-southeast-2 | Asia Pacifico (Sydney) |
| ap-southeast-3 | Asia Pacifico (Giacarta) |
| ca-central-1 | Canada (Centrale) |
| cn-north-1 | Cina (Pechino) |
| cn-northwest-2 | Cina (Ningxia) |
| me-south-1 | Medio Oriente (Bahrein) |
| eu-central-1 | Europa (Francoforte) |
| eu-west-1 | Europa (Irlanda) |
| eu-west-2 | Europe (Londra) |
| eu-west-3 | UE (Parigi) |
| eu-south-1 | Europa (Milano) |
| af-south-1 | Africa (Città del Capo) |
| eu-north-1 | Europa (Stoccolma) |
| sa-east-1 | Sud America (San Paolo) |
| us-gov-west-1 | AWS GovCloud (Stati Uniti occidentali) |
| us-gov-east-1 | AWS GovCloud (Stati Uniti orientali) |
Di seguito sono riportate le aggregazioni di certi tipi di comandi, derivati da **info commandstats**: La sezione commandstats fornisce statistiche basate sul tipo di comando, incluso il numero di chiamate, il tempo totale della CPU utilizzato da questi comandi e la CPU media consumata per esecuzione dei comandi. Per ogni tipo di comando, viene aggiunta la seguente riga: `cmdstat_XXX: calls=XXX,usec=XXX,usec_per_call=XXX`.
[Le metriche di latenza elencate di seguito vengono calcolate utilizzando la statistica commandstats di INFO.](https://valkey.io/commands/info) Sono calcolati nel modo seguente: `delta(usec)/delta(calls)`. `delta` viene calcolato come differenza entro un minuto. La latenza è definita come il tempo di CPU impiegato per elaborare il comando. ElastiCache Si noti che per i cluster che utilizzano il tiering di dati, il tempo necessario per recuperare gli elementi dall'SSD non è incluso in queste misurazioni.
Per un elenco completo dei comandi disponibili, consulta [i comandi](https://valkey.io/commands) nella documentazione di Valkey.
| Metrica | Description | Unità |
| --- | --- | --- |
| ClusterBasedCmds | Il numero totale di comandi basati su cluster. Questo è derivato dalla commandstats statistica sommando tutti i comandi che agiscono su un cluster (cluster slotcluster info, e così via). | Conteggio |
| ClusterBasedCmdsLatency | Latenza dei comandi basati su cluster. | Microsecondi |
| EvalBasedCmds | Numero totale di comandi per i comandi basati su valutazione. Questo è derivato dalla commandstats statistica sommando,. eval evalsha | Conteggio |
| EvalBasedCmdsLatency | Latenza dei comandi basati su EVAL. | Microsecondi |
| GeoSpatialBasedCmds | Numero totale di comandi per i comandi basati su GeoSpace. Questo è derivato dalla statistica. commandstats Viene ricavato sommando tutti i tipi di comandi geo: geoadd, geodist, geohash, geopos, georadius, e georadiusbymember. | Conteggio |
| GeoSpatialBasedCmdsLatency | Latenza dei comandi basati su Geospaziali. | Microsecondi |
| GetTypeCmds | Il numero totale di comandi di tipo read-only. Viene derivato dalla commandstats statistica sommando tutti i comandi di read-only tipo (get,, hget scardlrange, e così via). | Conteggio |
| GetTypeCmdsLatency | Latenza dei comandi di lettura. | Microsecondi |
| HashBasedCmds | Il numero totale di comandi basati su hash. Viene derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più hash (hget,, hkeys hvalshdel, e così via). | Conteggio |
| HashBasedCmdsLatency | Latenza dei comandi basati su hash. | Microsecondi |
| HyperLogLogBasedCmds | Il numero totale di comandi basati su HyperLogLog. Viene ricavato dalla commandstats statistica sommando tutti i pf tipi di comandi (pfadd, pfcountpfmerge, e così via). | Conteggio |
| HyperLogLogBasedCmdsLatency | Latenza dei comandi basati. HyperLogLog | Microsecondi |
| JsonBasedCmds | Il numero totale di comandi JSON, inclusi i comandi di lettura e scrittura. Questa è derivata dalla commandstats statistica sommando tutti i comandi JSON che agiscono sulle chiavi JSON. | Conteggio |
| JsonBasedCmdsLatency | Latenza di tutti i comandi JSON, inclusi i comandi di lettura e scrittura. | Microsecondi |
| JsonBasedGetCmds | Il numero totale di comandi JSON di sola lettura. Questo è derivato dalla commandstats statistica sommando tutti i comandi di lettura JSON che agiscono sulle chiavi JSON. | Conteggio |
| JsonBasedGetCmdsLatency | Latenza dei comandi di sola lettura JSON. | Microsecondi |
| JsonBasedSetCmds | Il numero totale di comandi di scrittura JSON. Questo è derivato dalla commandstats statistica sommando tutti i comandi di scrittura JSON che agiscono sulle chiavi JSON. | Conteggio |
| JsonBasedSetCmdsLatency | Latenza dei comandi di scrittura JSON. | Microsecondi |
| KeyBasedCmds | Il numero totale di comandi basati su chiavi. Questo valore è derivato dalla commandstats statistica sommando tutti i comandi che agiscono su una o più chiavi su più strutture di dati (del, expirerename, e così via). | Conteggio |
| KeyBasedCmdsLatency | Latenza dei comandi basati su chiave. | Microsecondi |
| ListBasedCmds | Il numero totale di comandi basati su elenchi. Questo valore è derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più elenchi (lindex,, lrange lpushltrim, e così via). | Conteggio |
| ListBasedCmdsLatency | Latenza dei comandi basati su elenchi. | Microsecondi |
| NonKeyTypeCmds | Il numero totale di comandi non basati su chiavi. Questo valore è derivato dalla commandstats statistica sommando tutti i comandi che non agiscono su una chiave, ad esempio, o. acl dbsize info | Conteggio |
| NonKeyTypeCmdsLatency | Latenza dei comandi. non-key-based | Microsecondi |
| PubSubBasedCmds | Il numero totale di comandi per la pub/sub funzionalità. Viene ricavato dalle commandstats statistiche sommando tutti i comandi utilizzati per la pub/sub funzionalità:psubscribe,, publishpubsub,punsubscribe,ssubscribe,sunsubscribe, spublishsubscribe, eunsubscribe. | Conteggio |
| PubSubBasedCmdsLatency | Latenza dei comandi pub/sub-based. | Microsecondi |
| SetBasedCmds | Il numero totale di comandi basati su set. Questo è derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più set (scard,, sdiff saddsunion, e così via). | Conteggio |
| SetBasedCmdsLatency | Latenza dei comandi basati su set. | Microsecondi |
| SetTypeCmds | Il numero totale di comandi di tipo write. Questo valore è derivato dalla commandstats statistica sommando tutti i mutative tipi di comandi che operano sui dati (set,, hset saddlpop, e così via). | Conteggio |
| SetTypeCmdsLatency | Latenza dei comandi di scrittura. | Microsecondi |
| SortedSetBasedCmds | Il numero totale di comandi basati su set ordinati. Viene derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più set ordinati (zcount, zrange zrankzadd, e così via). | Conteggio |
| SortedSetBasedCmdsLatency | Latenza dei comandi basati su ordinazione. | Microsecondi |
| StringBasedCmds | Il numero totale di comandi basati su stringhe. Viene derivato dalla commandstats statistica sommando tutti i comandi che agiscono su una o più stringhe (strlen,setex, setrange e così via). | Conteggio |
| StringBasedCmdsLatency | Latenza dei comandi basati su stringhe. | Microsecondi |
| StreamBasedCmds | Il numero totale di comandi basati sul flusso. Viene derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più tipi di dati di stream (xrange, xlenxadd, xdel e così via). | Conteggio |
| StreamBasedCmdsLatency | Latenza dei comandi basati sul flusso. | Microsecondi |
| SearchBasedCmds | Il numero totale di comandi di ricerca, inclusi i comandi di lettura e scrittura. Viene derivato dalla statistica commandstats sommando tutti i comandi di ricerca. | Conteggio |
| SearchBasedCmdsLatency | Latenza di tutti i comandi di ricerca, inclusi i comandi di lettura e scrittura. | Microsecondi |
| SearchBasedGetCmds | Il numero totale di comandi di sola lettura di Search. Viene derivato dalla statistica commandstats sommando tutti i comandi di Search read. | Conteggio |
| SearchBasedGetCmdsLatency | Latenza dei comandi di sola lettura di Search. | Microsecondi |
| SearchBasedSetCmds | Il numero totale di comandi di scrittura di Search. Questo è derivato dalla statistica commandstats sommando tutti i comandi di Search write. | Conteggio |
| SearchBasedSetCmdsLatency | Latenza dei comandi di scrittura di Search. | Microsecondi |
# Parametri per Memcached
Il namespace `AWS/ElastiCache` include i parametri Memcached descritti di seguito.
Lo spazio dei ElastiCache nomi AWS/include le seguenti metriche derivate dal comando Memcached stats. Ogni parametro è calcolato a livello del nodo di cache.
**Consulta anche**
+ [Parametri a livello di host](CacheMetrics.HostLevel.md)
| Parametro | Descrizione | Unità |
| --- | --- | --- |
| BytesReadIntoMemcached | Il numero di byte che il nodo di cache ha letto dalla rete. | Byte |
| BytesUsedForCacheItems | Il numero di byte utilizzati per archiviare le voci di cache. | Byte |
| BytesWrittenOutFromMemcached | Il numero di byte che il nodo di cache ha scritto sulla rete. | Byte |
| CasBadval | Il numero di richieste Cas (verificare e impostare) che la cache ha ricevuto dove il valore Cas non corrispondeva al valore Cas archiviato. | Conteggio |
| CasHits | Il numero di richieste Cas che la cache ha ricevuto dove la chiave richiesta è stata trovata e il valore Cas corrispondeva. | Conteggio |
| CasMisses | Il numero di richieste Cas che la cache ha ricevuto dove la chiave richiesta non è stata trovata. | Conteggio |
| CmdFlush | Il numero di comandi flush che la cache ha ricevuto. | Conteggio |
| CmdGet | Il numero di comandi get che la cache ha ricevuto. | Conteggio |
| CmdSet | Il numero di comandi stabiliti che la cache ha ricevuto. | Conteggio |
| CurrConnections | Un conteggio del numero di connessioni connesse alla cache in un istante. ElastiCache utilizza da 2 a 3 connessioni per monitorare il cluster. Memcached crea inoltre un numero di connessioni interne pari al doppio dei thread utilizzati per il tipo di nodo. Il conteggio dei thread per i vari tipi di nodo può essere osservato nel gruppo di parametri applicabile `Nodetype Specific Parameters`. Le connessioni totali sono la somma delle connessioni client, delle connessioni per il monitoraggio e delle connessioni interne citate sopra. | Conteggio |
| CurrItems | Il conteggio del numero di elementi attualmente memorizzati nella cache. | Conteggio |
| DecrHits | Il numero di richieste di decremento che la cache ha ricevuto dove la chiave richiesta è stata trovata. | Conteggio |
| DecrMisses | Il numero di richieste di decremento che la cache ha ricevuto dove la chiave richiesta non è stata trovata. | Conteggio |
| DeleteHits | Il numero di richieste di eliminazione che la cache ha ricevuto dove la chiave richiesta è stata trovata. | Conteggio |
| DeleteMisses | Il numero di richieste di eliminazione che la cache ha ricevuto dove la chiave richiesta non è stata trovata. | Conteggio |
| Evictions | Il numero di elementi non scaduti che la cache ha rimosso per creare spazio per nuove scritture. | Conteggio |
| GetHits | Il numero di richieste di recupero che la cache ha ricevuto dove la chiave richiesta è stata trovata. | Conteggio |
| GetMisses | Il numero di richieste di recupero che la cache ha ricevuto dove la chiave richiesta non è stata trovata. | Conteggio |
| IncrHits | Il numero di richieste di incremento che la cache ha ricevuto dove la chiave richiesta è stata trovata. | Conteggio |
| IncrMisses | Il numero di richieste di incremento che la cache ha ricevuto dove la chiave richiesta non è stata trovata. | Conteggio |
| Reclaimed | Il numero di elementi scaduti che la cache ha rimosso per creare spazio per nuove scritture. | Conteggio |
Per Memcached 1.4.14 vengono forniti i seguenti parametri aggiuntivi.
| Parametro | Descrizione | Unità |
| --- | --- | --- |
| BytesUsedForHash | Il numero di byte attualmente utilizzati dalle tabelle hash. | Byte |
| CmdConfigGet | Il numero cumulativo di richieste config get. | Conteggio |
| CmdConfigSet | Il numero cumulativo di richieste config set. | Conteggio |
| CmdTouch | Il numero cumulativo di richieste touch. | Conteggio |
| CurrConfig | Il numero corrente di configurazioni memorizzate. | Conteggio |
| EvictedUnfetched | Il numero di elementi validi rimossi dalla cache utilizzata per ultima (LRU) che non sono stati toccati dopo essere stati impostati. | Conteggio |
| ExpiredUnfetched | Il numero di elementi scaduti recuperati dalla LRU che non sono stati toccati dopo essere stati impostati. | Conteggio |
| SlabsMoved | Il numero totale di pagine di allocazione memoria che sono state spostate. | Conteggio |
| TouchHits | Il numero di chiavi che sono state toccate e a cui è stata assegnata una nuova ora di scadenza. | Conteggio |
| TouchMisses | Il numero di elementi che sono stati toccati, ma non trovati. | Conteggio |
Lo spazio dei ElastiCache nomi AWS/include le seguenti metriche calcolate a livello di cache.
| Parametro | Descrizione | Unità |
| --- | --- | --- |
| NewConnections | Il numero di nuove connessioni che la cache ha ricevuto. Tale numero viene ricavato dalla statistica Memcached total\$1connections mediante la registrazione della modifica in total\$1connections per un periodo di tempo. Questo sarà sempre almeno 1, a causa di una connessione riservata a. ElastiCache | Conteggio |
| NewItems | Il numero di nuovi elementi che la cache ha memorizzato. Tale numero viene ricavato dalla statistica Memcached total\$1items mediante la registrazione della modifica in total\$1items per un periodo di tempo. | Conteggio |
| UnusedMemory | La quantità di memoria non utilizzata dai dati. Tale numero viene ricavato dalla statistica Memcached limit\$1maxbytes e bytes sottraendo bytes da limit\$1maxbytes. Poiché l'overhead di Memcached utilizza memoria in aggiunta a quella utilizzata dai dati, non UnusedMemory deve essere considerata la quantità di memoria disponibile per dati aggiuntivi. Potrebbero verificarsi delle rimozioni anche se hai ancora della memoria inutilizzata. Per ulteriori informazioni, consulta [Utilizzo della memoria degli elementi Memcached](https://web.archive.org/web/20190422040715/https://www.deplication.net/2016/02/memcached-item-memory-usage/). | Byte |
# Quali parametri è opportuno monitorare?
Le seguenti CloudWatch metriche offrono una buona visione ElastiCache delle prestazioni. Nella maggior parte dei casi, ti consigliamo di impostare CloudWatch allarmi per queste metriche in modo da poter intraprendere azioni correttive prima che si verifichino problemi di prestazioni.
**Topics**
+ [CPUUtilization](#metrics-cpu-utilization)
+ [Motore CPUUtilization](#metrics-engine-cpu-utilization)
+ [SwapUsage (Valkey e Redis OSS)](#metrics-swap-usage)
+ [Espulsioni](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Memoria (Valkey e Redis OSS)](#metrics-memory)
+ [Rete](#metrics-network)
+ [Latenza](#metrics-latency)
+ [Replica](#metrics-replication)
+ [Gestione del traffico (Valkey e Redis OSS)](#traffic-management)
## CPUUtilization
Si tratta di un parametro a livello di host restituito sotto forma di percentuale. Per ulteriori informazioni, consulta [Parametri a livello di host](CacheMetrics.HostLevel.md).
**Valkey e Redis OSS**
Per tipi di nodi più piccoli con 2v CPUs o meno, usa la `CPUUtilization ` metrica per monitorare il carico di lavoro.
In linea generale, ti consigliamo di impostare la soglia al 90% della CPU disponibile. Poiché Valkey e Redis OSS sono entrambi a thread singolo, il valore di soglia effettivo deve essere calcolato come una frazione della capacità totale del nodo. Ad esempio, supponi che il tipo di nodo in uso supporti due core. In questo caso, la soglia per CPUUtilization sarebbe 90/2 o 45%.
Occorre determinare la propria soglia, in base al numero di core nel nodo di cache in uso. Se superi questa soglia e il tuo carico di lavoro principale deriva dalle richieste di lettura, ridimensiona il cluster aggiungendo repliche di lettura. Se il carico di lavoro principale è da richieste di scrittura, a seconda della configurazione cluster, ti consigliamo di procedere come segue:
+ Cluster **Valkey o Redis OSS (modalità cluster disabilitata):** aumenta la scalabilità utilizzando un tipo di istanza di cache più grande.
+ Cluster **Valkey o Redis OSS (modalità cluster abilitata): aggiungi altri shard per distribuire il carico di lavoro di scrittura su più nodi primari**.
**Suggerimento**
Invece di utilizzare la metrica a livello di host`CPUUtilization`, gli utenti di Valkey e Redis OSS potrebbero utilizzare la metrica`EngineCPUUtilization`, che riporta la percentuale di utilizzo sul core del motore Valkey o Redis OSS. [Per vedere se questa metrica è disponibile sui tuoi nodi e per ulteriori informazioni, consulta Metrics for Valkey e Redis OSS.](CacheMetrics.Redis.md)
Per tipi di nodi più grandi con 4v CPUs o più, potresti voler utilizzare la `EngineCPUUtilization` metrica, che riporta la percentuale di utilizzo sul core del motore Valkey o Redis OSS. [Per vedere se questa metrica è disponibile sui tuoi nodi e per ulteriori informazioni, consulta Metrics for Redis OSS.](CacheMetrics.Redis.md)
**Memcached**
Poiché Memcached è multi-thread, questo parametro può arrivare a 90%. Se superi questa soglia, espandi il cluster utilizzando un tipo di nodo di cache più grande o scalalo orizzontalmente aggiungendo altri nodi di cache.
## Motore CPUUtilization
Per tipi di nodi più grandi con 4v CPUs o più, potresti voler utilizzare la `EngineCPUUtilization` metrica, che riporta la percentuale di utilizzo sul core del motore Redis OSS. Per vedere se questa metrica è disponibile sui tuoi nodi e per ulteriori informazioni, consulta [Metrics for](CacheMetrics.Redis.md) Valkey e Redis OSS.
Per ulteriori informazioni, consulta la **CPUs**sezione [Monitoraggio delle best practice con Amazon ElastiCache for Redis OSS con Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## SwapUsage (Valkey e Redis OSS)
Si tratta di un parametro a livello di host restituito in byte. Per ulteriori informazioni, consulta [Parametri a livello di host](CacheMetrics.HostLevel.md).
Se la `FreeableMemory` CloudWatch metrica è vicina a 0 (ovvero inferiore a 100 MB) o una `SwapUsage` metrica superiore alla `FreeableMemory` metrica indica che un nodo è sotto pressione in termini di memoria. In tal caso, consulta i seguenti argomenti:
+ [Garantire la disponibilità di memoria sufficiente per creare un'istantanea Valkey o Redis OSS](BestPractices.BGSAVE.md)
+ [Gestione della memoria riservata per Valkey e Redis OSS](redis-memory-management.md)
## Espulsioni
Si tratta di un parametro del motore di cache. Ti consigliamo di determinare la tua soglia di allarme per questo parametro in base alle esigenze dell'applicazione.
Se utilizzi Memcached e superi la soglia prescelta, amplia il cluster utilizzando un tipo di nodo più grande o scalalo orizzontalmente aggiungendo altri nodi.
## CurrConnections
Si tratta di un parametro del motore di cache. Ti consigliamo di determinare la tua soglia di allarme per questo parametro in base alle esigenze dell'applicazione.
Un numero crescente di dati *CurrConnections*potrebbe indicare un problema con l'applicazione; per risolvere il problema, sarà necessario esaminare il comportamento dell'applicazione.
Per ulteriori informazioni, consulta la sezione **Connessioni** in [Monitoring best practice with Amazon ElastiCache for Redis OSS using Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Memoria (Valkey e Redis OSS)
La memoria è un aspetto fondamentale di Valkey e Redis OSS. È necessario comprendere l'utilizzo della memoria del cluster per evitare la perdita di dati e consentire la crescita futura del set di dati. [Le statistiche sull'utilizzo della memoria di un nodo sono disponibili nella sezione memoria del comando INFO.](https://valkey.io/commands/info)
Per ulteriori informazioni, consulta la sezione **Memoria** in [Monitoring best practice with Amazon ElastiCache for Redis OSS using Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Rete
Uno dei fattori determinanti per la capacità della larghezza di banda di rete del cluster è il tipo di nodo selezionato. Per ulteriori informazioni sulla capacità di rete del tuo nodo, consulta [ ElastiCache i prezzi di Amazon](https://aws.amazon.com/elasticache/pricing/).
Per ulteriori informazioni, consulta la sezione **Rete** in [Monitoring best practice with Amazon ElastiCache for Redis OSS using Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Latenza
La misurazione del tempo di risposta per un'istanza ElastiCache for Valkey può essere gestita in vari modi a seconda del livello di granularità richiesto. Le fasi chiave che contribuiscono al tempo di risposta complessivo lato server ElastiCache per Valkey sono la preelaborazione, l'esecuzione e la post-elaborazione dei comandi.
Le metriche di latenza specifiche dei comandi derivate dal comando Valkey [INFO](https://valkey.io/commands/info), ad esempio le metriche, si concentrano specificamente sull'esecuzione della logica GetTypeCmdsLatency di comando di base per il comando Valkey. SetTypeCmdsLatency Queste metriche saranno utili se il caso d'uso consiste nel determinare il tempo di esecuzione del comando o le latenze aggregate per struttura di dati.
Le metriche di latenza `SuccessfulWriteRequestLatency` e `SuccessfulReadRequestLatency` misurano il tempo totale impiegato dal motore ElastiCache for Valkey per rispondere a una richiesta.
**Nota**
Quando si utilizza il pipelining di Valkey con CLIENT REPLY abilitato sul client Valkey, possono verificarsi valori `SuccessfulWriteRequestLatency` e `SuccessfulReadRequestLatency` metriche gonfiati. Il pipelining Valkey è una tecnica per migliorare le prestazioni emettendo più comandi contemporaneamente, senza attendere la risposta a ogni singolo comando. [Per evitare valori gonfiati, consigliamo di configurare il client Valkey per eseguire la pipeline dei comandi con CLIENT REPLY OFF.](https://valkey.io/commands/client-reply/)
Per ulteriori informazioni, consulta la sezione **Latenza** in [Monitoring best practice with Amazon ElastiCache using Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Replica
Il volume dei dati da replicare è visibile tramite il parametro `ReplicationBytes`. Sebbene questo parametro sia rappresentativo del carico di scrittura sul gruppo di replica, non fornisce informazioni dettagliate sull'integrità della replica. A tale scopo, è possibile utilizzare il parametro `ReplicationLag`.
Per ulteriori informazioni, consulta la sezione **Replica** in [Monitoring best practice with Amazon ElastiCache for Redis OSS using Amazon](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/). CloudWatch
## Gestione del traffico (Valkey e Redis OSS)
ElastiCache for Redis OSS gestisce automaticamente il traffico verso un nodo quando al nodo vengono inviati più comandi in entrata di quanti ne possano essere elaborati da Valkey o Redis OSS. Ciò viene fatto per mantenere il funzionamento e la stabilità ottimali del motore.
Quando il traffico viene gestito attivamente su un nodo, la metrica `TrafficManagementActive` emetterà punti dati pari a 1. Ciò indica che il nodo è sottodimensionato per il carico di lavoro fornito. Se questa metrica resta 1 per lunghi periodi di tempo, valuta il cluster per decidere se è necessario aumentare o applicare la scalabilità orizzontale.
Per ulteriori informazioni, consulta la metrica `TrafficManagementActive` nella pagina [Metriche](CacheMetrics.Redis.md).
# Scelta delle statistiche e dei periodi di un parametro
Sebbene CloudWatch ti consenta di scegliere qualsiasi statistica e periodo per ogni metrica, non tutte le combinazioni saranno utili. Ad esempio, le statistiche Media, Minima e Massima per CPUUtilization sono utili, ma la statistica Sum no.
Tutti gli ElastiCache esempi vengono pubblicati per una durata di 60 secondi per ogni singolo nodo di cache. Per qualsiasi periodo di 60 secondi, un parametro del nodo di cache conterrà solo un singolo campione.
Per ulteriori informazioni su come recuperare parametri per i nodi di cache, consulta [Monitoraggio delle metriche dei CloudWatch cluster e dei nodi](CloudWatchMetrics.md).
# Monitoraggio delle metriche dei CloudWatch cluster e dei nodi
ElastiCache e CloudWatch sono integrati in modo da poter raccogliere una varietà di metriche. È possibile monitorare queste metriche utilizzando. CloudWatch
**Nota**
Gli esempi seguenti richiedono gli strumenti della CloudWatch riga di comando. Per ulteriori informazioni CloudWatch e per scaricare gli strumenti per sviluppatori, consulta la [pagina CloudWatch del prodotto](https://aws.amazon.com/cloudwatch).
Le seguenti procedure mostrano come CloudWatch raccogliere le statistiche sullo spazio di archiviazione per un cluster nell'ultima ora.
**Nota**
I valori `StartTime` ed `EndTime` degli esempi seguenti sono forniti solo a scopo illustrativo. Dovranno quindi, all'occorrenza, essere sostituiti con gli orari di inizio e fine appropriati per i nodi di cache.
Per informazioni sui ElastiCache limiti, vedere [AWS Service Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_elasticache) for ElastiCache.
## Monitoraggio delle metriche dei CloudWatch cluster e dei nodi (console)
**Per visualizzare le statistiche di utilizzo della CPU relative a un cluster di cache**
1. Accedi a Console di gestione AWS e apri la ElastiCache console all'indirizzo [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Scegliere i nodi di cache di cui visualizzare i parametri.
**Nota**
La selezione di oltre 20 nodi disabilita la visualizzazione dei parametri sulla console.
1. Nella pagina **Cache Clusters** della AWS Management Console, fai clic sul nome di uno o più cluster.
Viene visualizzata la pagina di dettaglio del cluster.
1. Fare clic sulla scheda **Nodes (Nodi)** nella parte superiore della finestra.
1. Scegliere i nodi di cache di cui visualizzare i parametri nella scheda **Nodes (Nodi)** della finestra dei dettagli.
Un elenco di CloudWatch metriche disponibili viene visualizzato nella parte inferiore della finestra della console.
1. Fare clic sul parametro **CPU Utilization (Utilizzo CPU)**.
La CloudWatch console si aprirà e mostrerà le metriche selezionate. È possibile modificare i parametri visualizzati, mediante gli elenchi a discesa di **Statistic (Statistica)** e **Period (Periodo)** e la scheda **Time Range (Intervallo di tempo)**.
## Monitoraggio delle metriche di CloudWatch cluster e nodi tramite la CLI CloudWatch
**Per visualizzare le statistiche di utilizzo della CPU relative a un cluster di cache**
+ Per Linux, macOS o Unix:
```
aws cloudwatch get-metric-statistics \
--namespace AWS/ElastiCache \
--metric-name CPUUtilization \
--dimensions='[{"Name":"CacheClusterId","Value":"test"},{"Name":"CacheNodeId","Value":"0001"}]' \
--statistics=Average \
--start-time 2018-07-05T00:00:00 \
--end-time 2018-07-06T00:00:00 \
--period=3600
```
Per Windows:
```
aws cloudwatch get-metric-statistics ^
--namespace AWS/ElastiCache ^
--metric-name CPUUtilization ^
--dimensions='[{"Name":"CacheClusterId","Value":"test"},{"Name":"CacheNodeId","Value":"0001"}]' ^
--statistics=Average ^
--start-time 2018-07-05T00:00:00 ^
--end-time 2018-07-06T00:00:00 ^
--period=3600
```
## Monitoraggio delle metriche di CloudWatch cluster e nodi tramite l'API CloudWatch
**Per visualizzare le statistiche di utilizzo della CPU relative a un cluster di cache**
+ Chiamate l' CloudWatch API `GetMetricStatistics` con i seguenti parametri (tenete presente che gli orari di inizio e di fine sono mostrati solo a titolo di esempio; sarà necessario sostituire gli orari di inizio e fine appropriati):
+ `Statistics.member.1``=Average`
+ `Namespace``=AWS/ElastiCache`
+ `StartTime``=2013-07-05T00:00:00`
+ `EndTime``=2013-07-06T00:00:00`
+ `Period``=60`
+ `MeasureName``=CPUUtilization`
+ `Dimensions``=CacheClusterId=mycachecluster,CacheNodeId=0002`
**Example**
```
1. http://monitoring.amazonaws.com/
2. ?Action=GetMetricStatistics
3. &SignatureVersion=4
4. &Version=2014-12-01
5. &StartTime=2018-07-05T00:00:00
6. &EndTime=2018-07-06T23:59:00
7. &Period=3600
8. &Statistics.member.1=Average
9. &Dimensions.member.1="CacheClusterId=mycachecluster"
10. &Dimensions.member.2="CacheNodeId=0002"
11. &Namespace=&AWS;/ElastiCache
12. &MeasureName=CPUUtilization
13. &Timestamp=2018-07-07T17%3A48%3A21.746Z
14. &AWS;AccessKeyId=<&AWS; Access Key ID>
15. &Signature=
```