De repente, mi servidor se bloqueó de la nada

No sé qué ha pasado, pero cuando intento acceder a mi sitio, que está alojado en un servidor EC2 t2.micro basado en Ubuntu 22, que funcionaba muy bien hace unas horas, sin cambios y sin que nada se haya modificado por nuestra parte, sin actualizaciones, todo estaba estable, pero de repente se muestra así.

He revisado el registro de monitoreo de EC2 y no he encontrado nada.

También añado las estadísticas de la máquina.

Nota: No puedo acceder a la máquina por SSH, me muestra port22: connection refused

Por favor, ayúdenme lo antes posible.

¿Es esta una instancia de Discourse o una instancia de WordPress? (tenga en cuenta que publicó en la categoría Support > WordPress).

Oops, lo siento mucho, por las prisas cometí ese error, no está relacionado con Wordpress en absoluto.
Gracias por tu respuesta.

¿Parece que ahora funciona?

1 me gusta

Sí, está funcionando porque cambié la configuración de mi servidor de t2.micro a t2.medium, pero no sé cuál fue exactamente el problema porque tengo que informarlo.

¿T2.small no funcionaría?

¿Está seguro de que el redimensionamiento lo solucionó y no solo el reinicio activado por la operación de redimensionamiento?

Será mucho más difícil identificar la causa ahora que ha alterado la configuración.

Para aumentar la memoria, he utilizado t2.micro.
En realidad, en ese momento estaban llegando visitantes porque estábamos ejecutando una campaña, pero no era un gran número de visitantes, sería alrededor de 1K o menos, así que en ese escenario tuve que solucionar esto y esto es lo único que solucionó el problema en ese momento.
No pude iniciar sesión en el sistema en ese momento, así que tuve que hacer esto, pero ahora necesito saber la razón exacta que causó ese problema.
Si necesita más detalles, hágamelo saber.

Nota: Intenté reiniciar la instancia, pero tampoco funcionó.

¿Estás monitoreando los créditos de CPU para esta instancia?

Regresé de EC2 a un VPS porque seguía teniendo algunos problemas ocasionales como este: mi sitio web se volvía inaccesible y, después de algunas investigaciones, siempre eran los créditos de CPU los que se agotaban más rápido de lo que se ganaban y llegaban a 0 créditos. La falta de créditos convierte la instancia en “rendimiento base”, que es inutilizable (10% para un t2.micro).

Es posible que cuando cambiaste a una instancia más grande comenzaste a recibir más créditos de CPU/hora y, con >0 créditos, volvió al rendimiento normal y “solucionó” el problema.

1 me gusta

Aquí están las estadísticas del día en que ocurrió el bloqueo

Nota: La siguiente imagen muestra mis estadísticas actuales de créditos de CPU