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 di MemoryDB con Amazon CloudWatch È possibile monitorare MemoryDB utilizzando CloudWatch, che raccoglie dati grezzi e li elabora in metriche leggibili e quasi in tempo reale. Queste statistiche vengono conservate per un periodo di 15 mesi, per permettere l'accesso alle informazioni storiche e offrire una prospettiva migliore sulle prestazioni del servizio o dell'applicazione web. È anche possibile impostare allarmi che controllano determinate soglie e inviare notifiche o intraprendere azioni quando queste soglie vengono raggiunte. Per ulteriori informazioni, consulta la [Amazon CloudWatch User Guide](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/). Le seguenti sezioni elencano le metriche e le dimensioni per MemoryDB. **Topics** + [Parametri a livello di host](metrics.HostLevel.md) + [Metriche per MemoryDB](metrics.memorydb.md) + [Quali parametri è opportuno monitorare?](metrics.whichshouldimonitor.md) + [Scelta delle statistiche e dei periodi di un parametro](metrics.ChoosingStatisticsAndPeriods.md) + [Metriche di monitoraggio CloudWatch](cloudwatchmetrics.md) # Parametri a livello di host Il `AWS/MemoryDB` namespace include le seguenti metriche a livello di host per i singoli nodi. **Vedi anche** + [Metriche per MemoryDB](metrics.memorydb.md) | Parametro | Descrizione | Unità | | --- | --- | --- | | CPUUtilization | La percentuale di utilizzo CPU per l'intero host. Poiché Valkey e Redis OSS sono a thread singolo, consigliamo di monitorare EngineCPUUtilization la metrica per i nodi con 4 o più v. CPUs | Percentuale | | FreeableMemory | La quantità di memoria libera disponibile sull'host. Questo numero è derivato dalla memoria nella RAM e nei buffer che il sistema operativo riporta come liberabili. | 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 | Numero di pacchetti modellati perché la larghezza di banda aggregata in entrata ha superato il valore massimo per l'istanza. | Conteggio | | NetworkConntrackAllowanceExceeded | Numero di pacchetti modellati 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 | Numero di pacchetti modellati perché la larghezza di banda aggregata in uscita ha superato il valore massimo per l'istanza. | Conteggio | | NetworkPacketsPerSecondAllowanceExceeded | Numero di pacchetti modellati 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 in 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 MemoryDB Lo spazio dei nomi `AWS/MemoryDB` include i parametri descritti di seguito. Ad eccezione di`ReplicationLag`,, e `EngineCPUUtilization` `SuccessfulWriteRequestLatency``SuccessfulReadRequestLatency`, queste metriche derivano dai comandi Valkey e Redis OSS. **info** Ogni metrica viene calcolata a livello di nodo. Per la documentazione completa del **INFO** comando, vedere [INFO](http://valkey.io/commands/info). **Consulta anche:** + [Parametri a livello di host](metrics.HostLevel.md) [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/metrics.memorydb.html) 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. [Per un elenco completo dei comandi disponibili, vedi comandi.](https://valkey.io/commands) | Parametro | Descrizione | Unità | | --- | --- | --- | | EvalBasedCmds | Numero totale di comandi per i comandi basati su valutazione. Questo è derivato dalla commandstats statistica sommando eval e. evalsha | Conteggio | | 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 | | 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 | | 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 | | 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 | | JsonBasedCmds | Il numero totale di comandi basati su JSON. Questo è derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più oggetti del documento JSON. | Conteggio | | 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 | | 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 | | 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,publish,pubsub, punsubscribesubscribe, eunsubscribe. | Conteggio | | SearchBasedCmds | Il numero totale di comandi di indicizzazione e ricerca secondari, inclusi i comandi di lettura e scrittura. Viene ricavato dalla commandstats statistica sommando tutti i comandi di ricerca che agiscono sugli indici secondari. | Conteggio | | SearchBasedGetCmds | Numero totale di comandi secondari di sola lettura per l'indice e la ricerca. Viene derivato dalla commandstats statistica sommando tutti i comandi secondari di index e search get. | Conteggio | | SearchBasedSetCmds | Numero totale di comandi secondari di indicizzazione e scrittura di ricerca. Viene derivato dalla commandstats statistica sommando tutti i comandi secondari dell'indice e del set di ricerca. | Conteggio | | SearchNumberOfIndexes | Numero totale di indici. | Conteggio | | SearchNumberOfIndexedKeys | Numero totale di chiavi indicizzate | Conteggio | | SearchTotalIndexSize | Memoria (byte) utilizzata da tutti gli indici. | Byte | | SetBasedCmds | Il numero totale di comandi basati su set. Questa viene ricavata dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più set (scard,, sdiff saddsunion, e così via). | Conteggio | | SetTypeCmds | Il numero totale di comandi di tipo write. Viene derivato dalla commandstats statistica sommando tutti i mutative tipi di comandi che operano sui dati (set,, hset saddlpop, e così via). | Conteggio | | 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 | | 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 | | 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 | # Quali parametri è opportuno monitorare? Le seguenti CloudWatch metriche offrono informazioni approfondite sulle prestazioni di MemoryDB. Nella maggior parte dei casi, si consiglia 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](#metrics-swap-usage) + [Espulsioni](#metrics-evictions) + [CurrConnections](#metrics-curr-connections) + [Memoria](#metrics-memory) + [Rete](#metrics-network) + [Latenza](#metrics-latency) + [Replica](#metrics-replication) ## CPUUtilization Si tratta di un parametro a livello di host restituito sotto forma di percentuale. Per ulteriori informazioni, consulta [Parametri a livello di host](metrics.HostLevel.md). Per tipi di nodi più piccoli con 2v CPUs o meno, utilizza 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 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%. [Per trovare il numero di core (vCPUs) del tuo tipo di nodo, consulta i prezzi di MemoryDB.](https://aws.amazon.com/memorydb/pricing/?p=ps) Dovrai determinare la tua soglia, in base al numero di core nel nodo che stai utilizzando. 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 proviene da richieste di scrittura, ti consigliamo di aggiungere altri shard per distribuire il carico di lavoro di scrittura su più nodi primari. **Suggerimento** Invece di utilizzare la metrica Host-Level`CPUUtilization`, potresti 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 MemoryDB.](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html) 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 MemoryDB.](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html) ## 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 Valkey o Redis OSS. [Per vedere se questa metrica è disponibile sui tuoi nodi e per ulteriori informazioni, consulta Metrics for MemoryDB.](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html) ## SwapUsage Si tratta di un parametro a livello di host restituito in byte. Per ulteriori informazioni, consulta [Parametri a livello di host](metrics.HostLevel.md). Se la `FreeableMemory` CloudWatch metrica è vicina a 0 (ovvero inferiore a 100 MB) o la `SwapUsage` metrica è maggiore della metrica, è possibile che un nodo sia sotto pressione `FreeableMemory` in termini di memoria. ## Espulsioni Questa è una metrica del motore. Ti consigliamo di determinare la tua soglia di allarme per questo parametro in base alle esigenze dell'applicazione. ## CurrConnections Questa è una metrica del motore. Ti consigliamo di determinare la tua soglia di allarme per questo parametro in base alle esigenze dell'applicazione. Un numero crescente di *CurrConnections*dati potrebbe indicare un problema con l'applicazione; per risolvere il problema, sarà necessario esaminare il comportamento dell'applicazione. ## Memoria La memoria è un aspetto fondamentale di Valkey e di 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) ## 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 i prezzi di [Amazon MemoryDB](https://aws.amazon.com/memorydb/pricing/). ## Latenza I parametri di latenza `SuccessfulWriteRequestLatency` e la `SuccessfulReadRequestLatency` misurazione del tempo totale impiegato da MemoryDB per il motore Valkey per rispondere a una richiesta. **Nota** Quando si utilizza il pipelining 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 Redis per eseguire la pipeline dei comandi con CLIENT REPLY OFF.](https://valkey.io/commands/client-reply/) ## Replica Il volume dei dati da replicare è visibile tramite il parametro `ReplicationBytes`. È possibile monitorare il throughput della capacità di `MaxReplicationThroughput` replica. Si consiglia di aggiungere altri shard quando si raggiunge il throughput massimo della capacità di replica. `ReplicationDelayedWriteCommands`può anche indicare se il carico di lavoro supera il throughput massimo della capacità di replica. [Per ulteriori informazioni sulla replica in MemoryDB, vedere Understanding MemoryDB replication](https://docs.aws.amazon.com/memorydb/latest/devguide/replication.html) # 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 esempi di MemoryDB vengono pubblicati per una durata di 60 secondi per ogni singolo nodo. Per ogni periodo di 60 secondi, una metrica del nodo conterrà solo un singolo campione. # Metriche di monitoraggio CloudWatch MemoryDB e CloudWatch sono integrati in modo da poter raccogliere una varietà di metriche. Puoi 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 `EndTime` valori `StartTime` and forniti negli esempi seguenti sono a scopo illustrativo. Assicurati di sostituire i valori di ora di inizio e fine appropriati per i tuoi nodi. Per informazioni sui limiti di MemoryDB, consulta i limiti del [AWS servizio](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_memorydb) per MemoryDB. ## Metriche di monitoraggio CloudWatch (Console) **Per raccogliere statistiche sull'utilizzo della CPU per un cluster** 1. Accedi Console di gestione AWS e apri la console MemoryDB all'indirizzo. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/) 1. Seleziona i nodi per i quali desideri visualizzare le metriche. **Nota** La selezione di oltre 20 nodi disabilita la visualizzazione dei parametri sulla console. 1. Nella pagina **Cluster** della Console di AWS gestione, 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. Nella scheda **Nodi** della finestra di dettaglio, seleziona i nodi per i quali desideri visualizzare le metriche. Nella parte inferiore della finestra della console viene visualizzato un elenco di CloudWatch metriche disponibili. 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 CloudWatch metriche tramite la CLI CloudWatch **Per raccogliere statistiche sull'utilizzo della CPU per un cluster** + Utilizzate il CloudWatch comando **aws cloudwatch get-metric-statistics** con i seguenti parametri (notate che gli orari di inizio e fine sono mostrati solo a titolo di esempio; sarà necessario sostituirli con gli orari di inizio e di fine appropriati): Per Linux, macOS o Unix: ``` 1. aws cloudwatch get-metric-statistics CPUUtilization \ 2. --dimensions=ClusterName=mycluster,NodeId=0002" \ 3. --statistics=Average \ 4. --namespace="AWS/MemoryDB" \ 5. --start-time 2013-07-05T00:00:00 \ 6. --end-time 2013-07-06T00:00:00 \ 7. --period=60 ``` Per Windows: ``` 1. mon-get-stats CPUUtilization ^ 2. --dimensions=ClusterName=mycluster,NodeId=0002" ^ 3. --statistics=Average ^ 4. --namespace="AWS/MemoryDB" ^ 5. --start-time 2013-07-05T00:00:00 ^ 6. --end-time 2013-07-06T00:00:00 ^ 7. --period=60 ``` ## Monitoraggio delle CloudWatch metriche tramite l'API CloudWatch **Per raccogliere statistiche sull'utilizzo della CPU per un cluster** + Chiamate l' CloudWatch API `GetMetricStatistics` con i seguenti parametri (tenete presente che gli orari di inizio e fine sono mostrati solo a titolo di esempio; sarà necessario sostituire gli orari di inizio e fine appropriati): + `Statistics.member.1``=Average` + `Namespace``=AWS/MemoryDB` + `StartTime``=2013-07-05T00:00:00` + `EndTime``=2013-07-06T00:00:00` + `Period``=60` + `MeasureName``=CPUUtilization` + `Dimensions``=ClusterName=mycluster,NodeId=0002` **Example** ``` 1. http://monitoring.amazonaws.com/ 2. ?SignatureVersion=4 3. &Action=GetMetricStatistics 4. &Version=2014-12-01 5. &StartTime=2013-07-16T00:00:00 6. &EndTime=2013-07-16T00:02:00 7. &Period=60 8. &Statistics.member.1=Average 9. &Dimensions.member.1="ClusterName=mycluster" 10. &Dimensions.member.2="NodeId=0002" 11. &Namespace=Amazon/memorydb 12. &MeasureName=CPUUtilization 13. &Timestamp=2013-07-07T17%3A48%3A21.746Z 14. &AWS;AccessKeyId=<&AWS; Access Key ID> 15. &Signature= ```