Las Cloud Alerts vigilan tus servidores y te avisan en cuanto una métrica cruza la línea que definas: CPU clavada al 90%, disco llenándose, un pico de tráfico. Es la forma de dejar de vigilar gráficas y enterarte de los problemas antes que tus usuarios.
Gestiónalas en la página Cloud Alerts de my.cubepath.com.
Paso 1: añade un canal de notificación
Un canal es a dónde envían sus mensajes las alertas. Lo configuras una vez y lo reutilizas en todas.
| Tipo | Qué necesita |
|---|---|
| Nada — los mensajes van al correo de tu cuenta | |
| Slack | Una URL de incoming webhook |
| Discord | Una URL de webhook |
Paso 2: crea una alerta
- 1Elige un objetivoEscoge un VPS, un servidor dedicado o un grupo de disponibilidad.
- 2Elige métrica y umbralSelecciona la métrica, un operador (>, <, ≥, ≤, =) y un valor.
- 3Ajusta los tiemposDefine una duración (cuánto debe mantenerse la condición) y un cooldown (espera mínima antes de volver a dispararse).
- 4Añade accionesAñade una acción notify apuntando a un canal — y opcionalmente más.
Una alerta típica se lee así: si la CPU de web-1 se mantiene por encima del 90% durante 5 minutos, avisa a mi canal de Slack y espera al menos 10 minutos antes de volver a dispararse.
Métricas que puedes vigilar
| Métrica | Disponible en |
|---|---|
| CPU % | VPS, grupo de disponibilidad |
| RAM % | VPS, grupo de disponibilidad |
| Disco % | VPS, grupo de disponibilidad |
| Red entrada / salida | VPS, servidor dedicado, grupo de disponibilidad |
NotaLos servidores dedicados soportan solo las métricas de red. La CPU, la memoria y el disco no se recogen del sistema operativo — consulta Métricas para saber por qué y qué hacer en su lugar.
Duración y cooldown
Estos dos ajustes son la diferencia entre una alerta que atiendes y una que aprendes a ignorar:
- Duración (60–3600 s, por defecto 300): cuánto debe mantenerse la condición antes de disparar. Un pico de CPU de 30 segundos durante un despliegue no debería avisar a nadie; cinco minutos al 95% sí.
- Cooldown (60–86400 s, por defecto 600): el intervalo mínimo entre disparos, para que una métrica inestable no inunde el canal.
Acciones
Una alerta ejecuta de 1 a 10 acciones en orden cuando se dispara:
| Acción | Qué hace |
|---|---|
| Notify | Envía un mensaje por un canal de notificación |
| Create VPS | Aprovisiona un servidor nuevo (nombre, plantilla, plan y ubicación) |
| Destroy VPS | Destruye el servidor objetivo |
Notify es el caso habitual. Crear y destruir te dan un escalado o desmontaje automático sencillo.
Aviso: Destroy VPS destruye el objetivo de la alerta. Combinado con un umbral que el tráfico normal puede cruzar, eso es una máquina borrándose sola. Usa una duración larga y prueba antes la alerta con una acción de notificación.
Límites
| Concepto | Límite |
|---|---|
| Alertas por organización | 20 |
| Acciones por alerta | 10 |
| Duración | 60 s – 3600 s |
| Cooldown | 60 s – 86400 s |
Qué no hace
- Se basa en umbrales, no en detección de anomalías. Tú defines la línea; no aprende qué es normal.
- No es un panel de métricas. Vigila las mismas métricas que muestran las gráficas de tu servidor. Cada alerta guarda un registro de cuándo se disparó y se recuperó; para explorar el histórico, usa la pestaña Métricas de la máquina.
ConsejoPuedes abrir Cloud Alerts directamente desde la pestaña Metrics de una máquina con esa máquina preseleccionada. Un buen primer par en cualquier servidor de producción es disco por encima del 85% y memoria por encima del 90%: ambos fallan lo bastante despacio como para darte tiempo a reaccionar.