Cutter 8
- vCPU
- 4 × dedicado
- RAM
- 8 GB
- Almacenamiento
- 160 GB NVMe SSD
- Transferencia
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solución
Una pila de monitorización depende de memoria y disco. Prometheus con scraping de 15 segundos en 50 objetivos y retención de 90 días necesita unos 8 GB de RAM y 200 GB de NVMe. Colócala en un lugar distinto de la infraestructura que vigila: una monitorización que comparte el dominio de fallo con la producción no te dice nada en el momento en que más lo necesitas.
| Recurso | Lo que realmente necesita |
|---|---|
| CPU | 2–4 núcleos |
| RAM | 8 GB para ~1M series activas |
| Disco | NVMe, 160–320 GB para retención de 90 días |
| Ubicación | Un proveedor o región distintos de los que monitoriza |
La ubicación suele ser la decisión que más importa para esta carga de trabajo, ya sea porque domina la latencia o porque domina la jurisdicción.
Otro país, idealmente otro proveedor.
Docker Compose es la vía más rápida y fiable.
Un Skiff 1 en cada región ejecutando blackbox_exporter es suficiente.
Alertmanager a un canal de chat, más una segunda vía para una caída total.
Una canalización de alertas no probada es decoración.
Aproximadamente 1–2 bytes por muestra tras la compresión. Un millón de series activas con un intervalo de scraping de 15 segundos durante 90 días son unos 200 GB.
No. Si comparte el dominio de fallo, caerá justo en el momento en que más la necesitas. Proveedor distinto o, como mínimo, región y jurisdicción distintas.
Sí. Una instancia Skiff de $4 por región que ejecute blackbox_exporter te ofrece una cobertura real de sondas geográficas a bajo coste.