Cutter 8
- vCPU
- 4 × dedicated
- RAM
- 8 GB
- Storage
- 160 GB NVMe SSD
- Transfer
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solution
A monitoring stack is memory and disk bound. Prometheus with 15-second scrapes across 50 targets and 90 days of retention needs about 8 GB of RAM and 200 GB of NVMe. Put it somewhere other than the infrastructure it watches — monitoring that shares a failure domain with production tells you nothing at the moment you need it most.
| Resource | What you actually need |
|---|---|
| CPU | 2–4 cores |
| RAM | 8 GB for ~1M active series |
| Disk | NVMe, 160–320 GB for 90-day retention |
| Placement | A different provider or region from what it monitors |
Location is usually the decision that matters most for this workload — either because latency dominates, or because jurisdiction does.
Different country, ideally different provider.
Docker Compose is the fastest reliable path.
A Skiff 1 in each region running blackbox_exporter is enough.
Alertmanager to a chat channel, plus a second path for a total outage.
An untested alerting pipeline is decoration.
Roughly 1–2 bytes per sample after compression. One million active series at a 15-second scrape interval for 90 days is about 200 GB.
No. If it shares a failure domain it will go down at exactly the moment you need it. Separate provider or at minimum separate region and jurisdiction.
Yes. A $4 Skiff instance per region running blackbox_exporter gives you real geographic probe coverage cheaply.