Documentación
Inicio rápido + descripción de cada función y de cada dispositivo (en constante actualización)
Prevención de caídas
Este documento presenta la función «Prevención de caídas» del panel: monitoriza automáticamente la memoria, la CPU y el disco, e interviene de forma proactiva antes de que se agoten los recursos del servidor, para evitar que se quede bloqueado.
Entenderlo en una frase
Lo que más teme un servidor no es «que un programa dé error», sino «que se coma toda la memoria o que la CPU se ponga al 100 % y la máquina se bloquee hasta el punto de no poder ni conectarse por SSH, teniendo que ir al panel del proveedor a reiniciar a la fuerza». La Prevención de caídas detecta y elimina automáticamente ese proceso «que come recursos» antes de que esto ocurra, para dejarte una vía de escape.
Descripción de la función
La Prevención de caídas despliega un proceso demonio ligero en el servidor de destino que monitoriza de forma continua la memoria, la CPU y el disco. Cuando los recursos se comportan de forma anómala, interviene automáticamente (mata el proceso anómalo) para evitar que el servidor quede totalmente inaccesible por un OOM (agotamiento de memoria) o por una explosión de CPU.
Por qué usarla (qué es un OOM / una explosión de CPU)
- OOM (Out Of Memory, agotamiento de memoria): un programa tiene una fuga de memoria, o solicita de golpe demasiada memoria, y ocupa toda la memoria del servidor. Entonces el sistema, para protegerse, empieza a «matar procesos», pero a menudo mata también servicios críticos e incluso bloquea toda la máquina.
- Explosión de CPU: un programa entra en un bucle infinito o en un cálculo anómalo y ocupa todos los núcleos de la CPU. Entonces no puedes conectar por SSH ni al panel, y solo queda reiniciar a la fuerza.
Estos fallos suelen ocurrir de forma gradual: primero un proceso va consumiendo recursos poco a poco y solo al final se bloquea del todo. La función de la Prevención de caídas es intervenir de forma proactiva «antes de que sea irremediable».
Umbrales de protección (valores predeterminados)
| Protección | Umbral predeterminado | Comportamiento |
|---|---|---|
| Memoria | memoria disponible < 8 % | se activa la intervención y se matan los procesos anómalos que ocupan > 15 % (5 minutos de enfriamiento para evitar matar procesos por error con demasiada frecuencia) |
| CPU | carga > núcleos × 3 | hacen falta 3 superaciones consecutivas del umbral para actuar; solo se mata un proceso si supera el 30 % |
| CPU extrema | carga ≥ umbral × 4 | intervención inmediata, sin esperar al contador consecutivo (para que una explosión de CPU no pille sin reacción) |
| Disco | uso > 92 % | solo aviso (no elimina archivos automáticamente) |
> Estos son valores predeterminados conservadores y ya validados; la mayoría de servidores funcionan con tranquilidad sin ajustarlos. Si quieres personalizarlos, puedes modificar los umbrales en el panel de Prevención de caídas.
Casos de uso
- El servidor ejecuta programas con memoria poco estable (como ciertas aplicaciones Java o scripts de scraping)
- El servidor tiene poca memoria y se llena con facilidad
- Quieres una «última línea de defensa» que evite que se bloquee de madrugada sin nadie vigilando
Cómo se usa
1. Entra en «panel de Gestión del sistema → Prevención de caídas» del servidor de destino
2. Pulsa «Despliegue con un clic»; el panel despliega el proceso demonio en el servidor de destino por SSH
3. Tras el despliegue se muestra «proceso demonio en ejecución» y se listan los umbrales de protección actuales
4. Cuando se activa la protección, puedes ver en «eventos de alerta»: hora de activación, motivo (qué proceso, cuántos recursos ocupaba) y la acción realizada
Modo de despliegue
- Servidores con systemd (Debian/Ubuntu/CentOS, etc.): se despliega como servicio systemd, con arranque automático al inicio + reinicio automático tras una caída (muestra la insignia «arranque automático»)
- Servidores sin systemd (Alpine, etc.): se recurre a ejecutarlo con
nohup(se puede monitorizar, pero no se reinicia solo tras un reinicio; hay que volver a desplegarlo a mano)
Advertencias
1. Sin huella: el proceso demonio es un script ligero independiente que apenas consume recursos y no afecta al servicio del servidor de destino.
2. Protección por lista blanca: los hilos del kernel y los procesos críticos del sistema no se matan por defecto, para evitar matar algo por error y provocar que el sistema se caiga.
3. El disco solo avisa, no limpia: un disco lleno no borra tus archivos automáticamente (para no eliminar datos importantes por error); solo te avisa para que lo gestiones tú.
4. Desinstalación: basta con pulsar «Desinstalar» en el panel de Prevención de caídas; se limpian el proceso demonio y el servicio systemd.