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.
Parametri da monitorare
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 i tipi di nodo più piccoli con al massimo 2 vCPU, utilizza il parametro CPUUtilization per monitorare il carico di lavoro.
In linea generale, ti consigliamo di impostare la soglia al 90% della CPU disponibile. Poiché Redis OSS è 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 (vCPU) 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.
Suggerimento
Invece di utilizzare la metrica Host-LevelCPUUtilization, potresti utilizzare la metrica Redis OSSEngineCPUUtilization, 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 MemoryDB.
Per tipi di nodi più grandi con 4 vCPU 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 MemoryDB.
EngineCPUUtilization
Per tipi di nodi più grandi con 4 vCPU 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 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 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 Redis OSS 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. Puoi monitorare la velocità effettiva MaxReplicationThroughput 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
