---
title: "Cloud Alerts"
description: "Recibe avisos por email, Slack o Discord cuando una métrica cruza un umbral, y opcionalmente ejecuta una acción como crear un servidor."
category: "Despliegue"
language: es
source: https://cubepath.com/es/docs/products/despliegue/alertas-cloud
updated: 2026-10-28
---

# Cloud Alerts

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](https://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 |
|------|--------------|
| **Email** | 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

```steps
### Elige un objetivo
Escoge un **VPS**, un **servidor dedicado** o un **grupo de disponibilidad**.

### Elige métrica y umbral
Selecciona la métrica, un operador (>, <, ≥, ≤, =) y un valor.

![Condición de alerta con métrica, operador y umbral](https://cdn.cubepath.com/img/docs/products/c46f1f78-6e2e-4ec1-96f3-8ad134793c7a.png)

### Ajusta los tiempos
Define una **duración** (cuánto debe mantenerse la condición) y un **cooldown** (espera mínima antes de volver a dispararse).

### Añade acciones
Añ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 |

> Nota: Los 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](/docs/products/despliegue/bm-metricas) 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](/docs/products/despliegue/vps-metricas) de la máquina.

> Consejo: Puedes 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.