in cerca di aiuto in ElasticCache Stiamo usando ElasticCache Redis per eseguire un sistema Qing basato su Resque. significa che è un mix di set ordinati ed elenchi. al normale funzionamento, tutto è OK e stiamo vedendo buoni tempi di risposta & throughput. Il livello della CPU è di circa il 7-10%, i comandi Get + Set sono intorno alle operazioni da 120 a 140K. (Tutte le metriche sono basate su cloudwatch.) ma - quando il sistema sperimenta un (mite) burst di dati, accodando diversi messaggi K, vediamo che il server diventa quasi non reattivo. la CPU è costante @ 100% di utilizzo (la metrica dice 50, ma usa un singolo core) numero di operazioni scende a ~ 10K I tempi di risposta sono lenti a SECONDI per richiesta Ci si aspetterebbe, che anche SE il La CPU è stata caricata a tal punto, il livello di throughput sarebbe rimasto lo stesso, questo è ciò che sperimentiamo quando eseguiamo Redis localmente. i redis possono utilizzare la CPU, ma il throughput rimane alto. poiché è nativamente single-core, non appare il cambio di contesto. AFAWK - NON imponiamo alcun limite, o persistenza, nessuna replica. usando la configurazione di base.CPU alta in redis 2.8 (elasticache) cache.r3.large
le dimensioni: cache.r3.large siamo né utilizzando snapshoting periodica
Com'è la tua memoria? Se redis ha bisogno di scambiare, può succedere che il redis rallenti a secondi per richiesta. Alleviamo un avviso quando mem di sistema libero è inferiore all'8%. Questo non è correlato ai limiti di redis che potresti aver impostato. –
Al nuovo script LUA-pop manca un LIMIT: https://github.com/gresrun/jesque/issues/101 – user3041539