Veo este patrón de uso de CPU de Sidekiq (la parte en crecimiento es Sidekiq):
¿Quizás está conectado con Increased CPU Usage since 3.4.0.beta4-dev ( 58f75ed205 ) upgrade?
¿Cómo debería investigar?
Veo este patrón de uso de CPU de Sidekiq (la parte en crecimiento es Sidekiq):
¿Quizás está conectado con Increased CPU Usage since 3.4.0.beta4-dev ( 58f75ed205 ) upgrade?
¿Cómo debería investigar?
¿cuándo reconstruiste tu contenedor por última vez? si fue hace un tiempo, te recomiendo que lo reconstruyas ahora.
La primera caída en el uso fue después de la reconstrucción recomendada.
La última reconstrucción tiene una hora, pero con el mismo patrón de uso.
¿Has visto Sidekiq, hay una acumulación? visita /sidekiq
./launcher enter app
apt-get update && apt-get install -y htop
htop
¿Está la CPU alta en este momento?
Si está alta, intente inspeccionar la CPU en un proceso que esté funcionando a un nivel alto usando:
ps
top -H -p PID_DE_CPU_ALTA
eso no muestra ninguna cantidad preocupante de CPU, ¿la CPU está flotando en cero ahora en todos los procesos?
Ya no hay ningún proceso en ejecución que consuma mucho tiempo.
HTOP muestra una utilización de CPU en constante cambio.
Las estadísticas de Netplan atribuyen el aumento de la utilización de la CPU a sideqik:
¿Hay alguna herramienta de perfilado para sideqik que pueda habilitar?
la clave es que necesitas detectar comportamientos anómalos, encontrar radiación de fondo es súper difícil.
Leyendo app/jobs/base.rb y MethodProfiler, me gustaría saber si las métricas recopiladas podrían guardarse en un informe de forma acumulada (como sumas de tiempo dedicado a diferentes trabajos) en un entorno de producción.
Entiendo que el registro detallado se puede habilitar a través de ENV["DISCOURSE_LOG_SIDEKIQ"], pero espero que esto genere una gran cantidad de datos en un entorno de producción.
Para dos contenedores, ¿te refieres al contenedor web o al contenedor de base de datos/redis?
el uso de la cpu está en el contenedor web, pero reconstruiría ambos por si acaso.
Disculpe las molestias. El sitio de staging fue el culpable. Maildev no se estaba ejecutando, por lo que todos los correos fallaron. Debería dormir más.
Escribí aquí sobre lo que aprendí:
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.