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à.

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.

CPUUtilization

Si tratta di un parametro a livello di host restituito sotto forma di percentuale. Per ulteriori informazioni, consulta Parametri a livello di host.

Per tipi di nodi più piccoli con 2 vCPUs o meno, utilizza la CPUUtilization metrica per monitorare il carico di lavoro.

In generale, ti suggeriamo di impostare la soglia al 90% del valore disponibile. CPU 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.

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.

Per tipi di nodi più grandi con 4 vCPUs 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.

E ngineCPUUtilization

Per tipi di nodi più grandi con 4 vCPUs o più, potresti voler utilizzare la EngineCPUUtilization metrica, che riporta la percentuale di utilizzo sul core del motore Valkey o RedisOSS. Per vedere se questa metrica è disponibile sui tuoi nodi e per ulteriori informazioni, consulta Metrics for MemoryDB.

SwapUsage

Si tratta di un parametro a livello di host restituito in byte. Per ulteriori informazioni, consulta Parametri a livello di host.

Questo parametro non deve superare 50 MB.

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 CurrConnectionsdati 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 RedisOSS. È 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

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.

Replica

Il volume dei dati da replicare è visibile tramite il parametro ReplicationBytes. È possibile monitorare MaxReplicationThroughput la velocità effettiva della capacità di replica. Si consiglia di aggiungere altri shard quando si raggiunge il throughput massimo della capacità di replica.

ReplicationDelayedWriteCommandspuò 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