Solución de problemas de un sitio lento que era bastante rápido hasta esta mañana

¿Cómo podría solucionar problemas de un sitio que se ha vuelto lento (sin razón aparente) hoy?

El uso de recursos es muy bajo:


Este es un droplet de 16 GB de memoria / 4 vCPUs AMD / 200 GB de disco / SFO3 - Ubuntu 24.04 (LTS) x64 con un 30% de disco utilizado.

El Estado del servicio de DigitalOcean ha estado normal todo el día.

Los usuarios han reportado lentitud del sitio en varias ubicaciones.

yaml:
UNICORN_WORKERS: 8
db_shared_buffers: "1024MB"
db_work_mem: "40MB"

He reconstruido a la última versión y le he dado a Sidekiq más memoria UNICORN_SIDEKIQ_MAX_RSS: 1000

Algunos errores 429 en la consola:


El registro de errores de los últimos 3 días:

1 me gusta

¿Qué sucede en el modo seguro?

1 me gusta

No obtengo errores en la consola en modo seguro, pero es mucho más lento. Tarda unos 10-15 segundos en cargar cualquier cosa y las imágenes van a trompicones como si vinieran por un módem de 14,4 Kbps.

Tardó unos 20 segundos en cargar /logs. Volver a /admin tardó aproximadamente un minuto.

Una “encuesta” parece llevar mucho tiempo:

Por cierto, estos son los plugins en ejecución:

1 me gusta

Aquí hay un par de puntos de datos más de esta mañana. Sidekiq parece tranquilo:

Gráfico de memoria interesante: después de reconstruir la aplicación, es de aproximadamente 20-30%, luego salta al 46% durante una copia de seguridad y se mantiene allí:

¿Tienes instalado el infame componente de tema de insignias en las publicaciones?

4 Me gusta

¿Este?

8 Me gusta

¡Guau! Noche y día después de eliminar el componente Post Badges. Deshabilitarlo no marcó la diferencia, pero eliminarlo sí. Tampoco hay más errores en la consola.

¡Gracias @Falco!

5 Me gusta

Bueno, me temo que eso no fue todo, o al menos no la totalidad.

Ahora veo imágenes rotas y esto en la consola:

Sigue cargando lento o no carga en absoluto con el spinner girando…

1 me gusta

Me pregunto si esto tiene algo que ver con el problema:

Restauré Discourse de una copia de seguridad hace aproximadamente 4 semanas cuando lo trasladé de un antiguo droplet de Ubuntu 16.4 LTS a uno nuevo que ejecuta Ubuntu 24.04. No hice un rebake manual.

2 Me gusta

Cada vez más extraño. Esto ocurre al pasar de /logs a /admin haciendo clic en el enlace “Back to site”.

1 me gusta

Hubo otro tema reciente con el error “no route named admin”.
Site Glitch Content Not Showing Up - #18 by Suresh_Suthar

Quizás esto también esté relacionado con Cloudflare
Resolving "SyntaxError: Unexpected identifier #..." caused by Cloudflare Auto Minify

2 Me gusta

Hmm. El mío no está usando Cloudflare, pero vi una cabecera duplicada en Chrome, como en la primera publicación allí.

Acabo de reconstruir sin plugins aparte de docker_manager, así que informaré cómo se comporta.

Otra cosa a tener en cuenta es que cuando se cuelga en Chrome, tuve que cerrar esa pestaña y abrirla en una nueva. Recargarla a la fuerza no hizo nada.

1 me gusta

Ahora la copia de seguridad nocturna a S3 está fallando sin ningún cambio en la configuración:

[2024-10-10 15:03:04] Uploading archive...
[2024-10-10 15:14:33] EXCEPTION: multipart upload failed: Net::WriteTimeout with #<TCPSocket:(closed)>

EDITAR: Dos copias de seguridad activadas manualmente fallaron con el mismo error anterior, pero luego dos copias de seguridad manuales tuvieron éxito. Todo sin cambios en la configuración. :person_shrugging:

1 me gusta

No veo errores en la consola, solo tiempos de carga muy lentos intermitentemente:

Discourse Doctor funciona bien en una ejecución, luego en una segunda ejecución informa que el puerto 587 probablemente esté bloqueado, lo cual es extraño porque entregó el correo de prueba en la primera ejecución y luego nuevamente con éxito en la tercera ejecución:

La conexión al puerto 587 falló.
====================================== SOLUCIÓN =======================================
El problema más probable es que su servidor tenga bloqueado el tráfico SMTP saliente.
Si está utilizando un servicio como Mailgun o Sendgrid, intente usar el puerto 2525.

¿Tengo razón al pensar que hay algo raro con esta instancia de DigitalOcean?

Parece que este droplet tiene algunos problemas de red: la descarga es bastante lenta, pero ten en cuenta la velocidad de subida :scream::

speedtest-cli
Retrieving speedtest.net configuration...
Testing from Digital Ocean (24.199.xxx.xxx)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by Next Level Infrastructure (Santa Clara, CA) [4.38 km]: 2.242 ms
Testing download speed................................................................................
Download: 839.25 Mbit/s
Testing upload speed......................................................................................................
Upload: 1.27 Mbit/s
1 me gusta

Aquí está la feliz conclusión de esta saga…

Después de ejecutar las pruebas de rendimiento de red speedtest-cli e iperf3, que mostraron velocidades abismalmente lentas entre la gota y el mundo exterior, le pedí a DigitalOcean que investigara y concluyeron después de hacer sus propias pruebas:

Hemos descubierto algunos problemas con el hipervisor donde se encuentra su Droplet. Estamos trabajando con nuestro equipo de backend para migrar su Droplet a otro hipervisor.

Todo está bien de nuevo.

3 Me gusta

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.