Vedo questo schema di utilizzo della CPU di Sidekiq (la parte in crescita è Sidekiq):
Forse collegato a Increased CPU Usage since 3.4.0.beta4-dev ( 58f75ed205 ) upgrade?
Come dovrei indagare?
Vedo questo schema di utilizzo della CPU di Sidekiq (la parte in crescita è Sidekiq):
Forse collegato a Increased CPU Usage since 3.4.0.beta4-dev ( 58f75ed205 ) upgrade?
Come dovrei indagare?
quando hai ricostruito il tuo container l’ultima volta? se è passato un po’ di tempo, ti consiglio di ricostruirlo ora.
La prima diminuzione dell’uso si è verificata dopo la ricostruzione raccomandata.
L’ultima ricostruzione ha un’ora, ma con lo stesso modello di utilizzo.
Hai dato un’occhiata a Sidekiq, c’è un arretrato? Visita /sidekiq
./launcher enter app
apt-get update && apt-get install -y htop
htop
La CPU è alta al momento?
Se è alta, prova a ispezionare la CPU su un processo che sta funzionando ad alto regime utilizzando:
ps
top -H -p PID_DELLA_CPU_ALTA
non sta mostrando alcuna quantità preoccupante di CPU, la CPU si aggira ora sullo zero in tutti i processi?
Non c’è più alcun processo in esecuzione che richieda molto tempo.
HTOP mostra un utilizzo della CPU in continua evoluzione.
Le statistiche di Netplan attribuiscono l’aumento dell’utilizzo della CPU a sideqik:
Esistono strumenti di profilazione per sideqik che potrei abilitare?
la chiave è che devi catturare cose che si comportano male, trovare radiazioni di fondo è molto difficile.
Leggendo app/jobs/base.rb e MethodProfiler, vorrei sapere se le metriche raccolte potessero essere salvate in un report in modo accumulato (come somme di tempo trascorso in diversi job) in un ambiente di produzione.
Capisco che il logging dettagliato possa essere abilitato tramite ENV["DISCOURSE_LOG_SIDEKIQ"], ma mi aspetto che questo generi una grande quantità di dati in un ambiente di produzione.
Per due container intendi il container web o il container del database/redis?
l’utilizzo della cpu è nel web container, ma ricostruirei entrambi per sicurezza.
Mi scuso per il disturbo. Il sito di staging era il colpevole. Maildev non era in esecuzione, quindi tutte le email sono fallite. Dovrei dormire di più.
Ho scritto qui di ciò che ho imparato:
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.