Monitoraggio server che ti avvisa prima dell'interruzione.
La maggior parte dei server non va in crash — finisce semplicemente qualcosa. Una riga bash installa l'agente, 30 secondi dopo sta già inviando dati, e il disco viene sistemato al 90%, non al 100%.
CPU Usage
alerts only if every 30 s reading stays over 90% for 5 minDisk Usage
per mount · worst firstServer Details
reported by the agentDa un disco che si riempie a un avviso in 30 secondi
I log si accumulano durante la notte e uno dei tuoi server inizia a esaurire lo spazio su disco. Non c'è ancora niente di fermo — un piccolo agente invia dati ogni 30 secondi, così l'avviso indica server e disco mentre c'è ancora tempo per liberarlo.
17 metriche, un solo agente bash
Un solo agente bash invia 17 metriche ogni 30 secondi — già rappresentate in grafici, così leggi lo stato di salute di un server senza doverti collegare per controllare.
Avvisi e cronologia
Avvisato per problemi reali, non per picchi momentanei
Uptimia fa scattare un avviso su CPU, memoria, swap, load, conteggio processi o rete solo quando ogni lettura nella tua finestra resta oltre la soglia — un picco di due secondi passa inosservato, un problema prolungato no.
- Decidi tu per quanto un problema deve reggere — da 1 minuto a mezz'ora, impostabile per ogni metrica
- Niente da configurare per iniziare — CPU, memoria e disco sono sorvegliati fin dalla prima segnalazione; aggiungi gli altri quando vuoi
- Disco e inode sono l'eccezione — scattano nell'istante in cui un mount supera la soglia; un disco pieno non può aspettare
oltre il 90%
Sai esattamente quale disco si è riempito, all'istante
Uptimia circoscrive gli avvisi su spazio disco e inode a ogni singolo mount, così l'incidente indica /var — non un'intera macchina da setacciare. Ogni mount apre e risolve il proprio incidente.
- Un incidente per mount — /, /var, /data ciascuno tracciato e risolto in autonomia
- Il mount e il valore nell'avviso — "Utilizzo disco sopra il 90% su /var", al 92%
- Soglie personalizzate per mount — tieni un mount trafficato come /var a una percentuale più severa del resto
Tre segnalazioni mancate aprono un incidente
Se un server ammutolisce completamente — kernel panic, alimentazione, rete — un controllo separato al minuto si accorge delle segnalazioni mancanti e apre un incidente critico. Una macchina morta non può nascondersi dietro "nessuna notizia, buona notizia".
- Segnalato offline dopo 3 segnalazioni mancate — 90 secondi di silenzio al ritmo di 30 secondi
- Si risolve automaticamente al prossimo check-in — si chiude da solo nel momento in cui l'agente torna attivo
- Nessun falso "offline" in fase di configurazione — un server nuovo in attesa della prima segnalazione non viene mai segnalato
Un anno di cronologia, picchi inclusi
I numeri in tempo reale dicono cosa non va adesso; le tendenze dicono che sta peggiorando da settimane. Uptimia conserva entrambi — 6 schede di metriche e 5 grafici, che leggono gli stessi dati usati dagli avvisi.
- 6 schede di metriche + 5 grafici a serie temporale — CPU, load, memoria, disco, rete — aggiornati ogni 30 secondi
- Dettaglio grezzo a 30 secondi per 24 ore — poi medie e massimi orari, così i picchi restano visibili, per un anno intero
- I grafici scelgono la fonte giusta — ingrandisci sull'ultima ora o sull'ultimo anno e i dati cambiano automaticamente
ogni campione, conservato per 24 h 02:10:00 → cpu 93% · mem 71%
la linea di tendenza — regolare, confrontabile mese su mese
i picchi sopravvivono all'aggregazione — un picco di 2 minuti si vede ancora un anno dopo
Operativo in meno di un minuto
Una riga per installare — nessun pacchetto, nessun runtime, e uno script rimuove ogni traccia.
Esegui una riga di installazione come root
La riga unica deposita un piccolo script bash in /opt/uptimia e registra un timer systemd — oppure cron, se systemd non è presente.
# ✓ systemd timer uptimia-agent.timer created
L'agente inizia a inviare dati
Ogni 30 secondi invia 17 metriche — CPU, memoria, disco, load e altro — autenticate con una chiave specifica per server.
Imposta le soglie, ricevi avvisi
CPU, memoria e disco partono al 90%. Una soglia superata apre un incidente e avvisa il tuo team dove già lavora.
Esegui una riga bash.Sappilo prima che il disco si riempia.
Ogni server, ogni metrica, ogni canale di avviso — gratis per 30 giorni, e nessuno di questi è un componente aggiuntivo a pagamento.
Incluso anche
Avvisi sui canali che già usi
Gli avvisi server condividono un'unica lista contatti con ogni altro monitor — email, SMS, Slack, Microsoft Teams, Discord, Mattermost, Telegram, WhatsApp, PagerDuty, Twilio, Statuspage e webhook personalizzati.
Modalità manutenzione
Applica patch o riavvia senza accumulare avvisi arretrati — tutti gli avvisi vengono silenziati mentre le metriche continuano ad arrivare.
Avvisi di ripristino
Vieni avvisato quando è finita, non solo quando è iniziata — una notifica "up" a ogni risoluzione.
Cronologia che sopravvive a un downgrade
Passa a un piano inferiore e le metriche di un server non vengono cancellate — solo gli avvisi tacciono. Fai l'upgrade e i server sospesi si riattivano da soli.
Un'unica dashboard per tutto
I server stanno accanto ai tuoi monitor uptime, SSL, heartbeat e DNS — stessi contatti, gruppi e ruoli, un solo posto dove guardare.
Disinstalla con una riga
Uno script rimuove completamente l'unità systemd e /opt/uptimia — senza lasciare tracce.
Cos'è il monitoraggio server?
Il monitoraggio server è il tracciamento continuo dello stato di salute di un server — CPU, memoria, disco, load, rete e processi — così vieni avvisato nel momento in cui una risorsa scarseggia o la macchina va offline. Il monitoraggio server Linux di Uptimia lo fa con un piccolo agente che invia 17 metriche ogni 30 secondi e solleva un incidente quando una metrica supera la tua soglia.
Come funziona l'agente?
Uno script bash su un timer systemd invia un piccolo report, autenticato con una chiave specifica per server — servono solo bash e curl.
Avvisi prolungati o istantanei
un picco passa inosservato — solo una violazione prolungata ti avvisa; un mount pieno non può aspettare, quindi il disco scatta subito
Quali metriche del server dovresti monitorare?
I segnali che anticipano incidenti reali — e come Uptimia sorveglia ciascuno. CPU, memoria e disco sono sorvegliati fin dalla prima segnalazione; gli altri li attivi tu quando vuoi.
Ogni tipo di Monitor in un solo account →| Metrica | Soglia predefinita | Come avvisa Uptimia |
|---|---|---|
| Utilizzo CPU | 90% | prolungato · finestra di 5 min |
| Memoria | 90% | prolungato · finestra di 5 min |
| Disco · per mount | 90% | istantaneo, per mount |
| Load average | disattivato per impostazione predefinita | prolungato · finestra |
| Swap | disattivato per impostazione predefinita | prolungato · finestra |
| Conteggio processi | disattivato per impostazione predefinita | prolungato · finestra |
| Throughput di rete | disattivato per impostazione predefinita | prolungato · finestra |
| Server offline | 3 segnalazioni mancate | critico · ~90 s |
Domande frequenti sul monitoraggio server
01Cos'è il monitoraggio server?+
02Come funziona il monitoraggio server di Uptimia?+
/proc e df e invia 17 metriche — CPU, memoria, swap, disco per mount, inode, load, rete, conteggio processi e informazioni sul sistema operativo — autenticate con una chiave specifica per server. Ottieni 6 schede di metriche, 5 grafici a serie temporale e avvisi sulle soglie — monitoraggio server e avvisi da un solo piccolo agente.03Quali sistemi operativi sono supportati?+
/proc e df, quindi funziona sulle distribuzioni standard (Ubuntu, Debian, RHEL, Alma e così via). Esistono anche agenti per macOS e Windows PowerShell che inviano le stesse metriche, configurati a mano (launchd su macOS, un'attività pianificata su Windows) anziché con la riga unica. Non esiste un agente BSD — per quegli host, usa i controlli dall'esterno di Uptimia (ping, porta TCP, HTTP).04Posso cambiare la frequenza con cui l'agente invia dati?+
05Un breve picco di CPU mi avviserà alle 3 del mattino?+
06Quanto velocemente scopro se un server va giù?+
07L'agente legge i miei log o esegue comandi?+
08Quanta cronologia conservo?+
09Posso monitorare container Docker o Kubernetes?+
/proc e df dell'intera macchina, non statistiche per singolo container. Perfetto per i server su cui girano i tuoi container; oggi non esiste una raccolta dati per singolo container.10Il monitoraggio server è un componente a pagamento?+
Inizia a monitorare i tuoi server oggi stesso.
Esegui una riga bash, e un disco che si riempie, una CPU sotto sforzo o una macchina spenta ti raggiungono mentre c'è ancora margine.