Monitoraggio server che ti avvisa prima del disservizio.

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%.

Prova gratuita → Vedi i prezzi
Prova gratuita di 30 giorni Senza carta di credito Linux · si installa in meno di un minuto
Intervallo di segnalazione
30s
Metriche per server
17
Offline rilevato in
90s
Storico delle metriche
1year

Da un disco che si riempie a un avviso in 30 secondi

I log si accumulano di notte e uno dei tuoi server inizia a esaurire lo spazio su disco. Per ora nulla è giù — un piccolo agente invia dati ogni 30 secondi, così l'avviso indica server e disco mentre c'è ancora tempo per liberarlo.

02:14:03 /var supera il 90% su un serverLa segnalazione a 30 secondi mostra 92% — gli avvisi sul disco sono istantanei, senza finestra di attesa la macchina: ancora online
02:14:03 L'avviso indica il disco"/var al 92%" nella prima riga — Slack, email; non un vago allarme "disco" la macchina: ancora online
02:29 Vecchi log ripuliti — spazio liberatoLa segnalazione successiva dell'agente, 30 secondi dopo, mostra /var al 62% la macchina: ancora online
02:29:31 Risolto automaticamente — sei avvisato che è finitaUna notifica di ripristino va sugli stessi canali che avevano lanciato l'allarme la macchina: mai caduta
15 minsupera → si libera
Il crash che non è mai successo.02:29:31
Un /var pieno manda giù l'intera macchina — database, log, siti, tutto. Questo si è fermato al 92%, perché l'avviso è arrivato mentre c'era ancora margine.
mount esatto + valore realeistantaneo, per mountnotifica di ripristino al recuperoCPU · RAM · load · disco — ogni 30 s
E senza l'agente? Un disco che si riempie non dà sintomi fino al 100% — poi tutto sulla macchina si ferma in un colpo solo. La salita delle 2 del mattino diventa una scoperta delle 7, con cinque ore morte nel mezzo. macchina morta

17 metriche, un 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.

CPU e loadUtilizzo e load average a 1·5·15 min
Memoria e swapUsata, libera — e swap attivo
Disco % — per mountOgni mount, non solo /
Utilizzo degli inodePieno di tanti piccoli file? Lo saprai
17 metriche · 30 s lette direttamente dal sistema · senza doversi collegare
Processi e coreConteggio monitorato, core noti
Rete in entrata / uscitaThroughput, in entrambe le direzioni
Host e aggiornamentoKernel, sistema operativo, uptime — e un impulso in tempo reale
Gli avvisi scattano su violazioni prolungate, non su picchi isolati: CPU, memoria, load, swap, disco e inode per mount, conteggio dei processi, throughput di rete — e il più clamoroso di tutti: il server che ammutolisce. silenzio = avviso

Avvisi e cronologia

Niente falsi allarmi alle 3 del mattino

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
Dove vengono recapitati i tuoi avvisi →
CPU02:05:00campione da 30 secondi94%
CPU02:07:30campione da 30 secondi96%
CPU02:10:00campione da 30 secondi93%
10/10campioni
oltre il 90%
Avviso CPU — prolungato02:10:01
Ogni lettura per 5 minuti consecutivi è rimasta sopra il 90% — un problema reale, non un picco rientrato da solo.
SlackEmailSMS+ PagerDuty…
Un picco di due secondi? Un singolo campione anomalo non sopravvive mai alla finestra — passa inosservato. Solo disco e inode scattano all'istante. nessun avviso
Disco per mount

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
Se nessuno prende in carico un avviso →
agenteweb-01.caldmont.cominvia dati ogni 30 s
/roottraccia di incidente propria61%
Avviso disco — /var02:14:09
Utilizzo disco sopra il 90% su /var — al 92%. Istantaneo, nessuna finestra di attesa: è un incidente a sé, mentre /data resta verde.
per mountistantaneoanche gli inode
/datavolume datitraccia di incidente propria38%
/var più trafficato degli altri? Le soglie per mount fissano un limite più severo su un singolo mount rispetto al default di macchina. /var → 85%
Rilevamento offline

Tre segnalazioni mancate aprono un incidente

Se un server tace del tutto — kernel panic, alimentazione, rete — un controllo separato al minuto rileva le segnalazioni mancanti e apre un incidente critico. Una macchina morta non può nascondersi dietro "nessuna nuova, buona nuova".

  • Segnalato offline dopo 3 segnalazioni mancate — 90 secondi di silenzio con cadenza 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" all'installazione — un server nuovo in attesa della prima segnalazione non viene mai segnalato
Controlli dall'esterno: ping e porta TCP →
1
Segnalazione mancata
02:40:30 · atteso ogni 30 s
attesa
altri 30 secondi di silenzio
2
Ancora silenzio
02:41:00 · seconda mancata
attesa
la terza mancata lo conferma
3
Offline confermato
02:41:30 · ~90 s di silenzio
critico
Server offline02:41:30
web-03 si è spento completamente — kernel panic, alimentazione o rete. Si risolve da solo nel momento in cui l'agente torna a inviare dati.
SlackEmailSMS+ PagerDuty…
Hai appena installato l'agente? Un server appena nato, in attesa della prima segnalazione, non viene mai segnalato offline. nessun falso allarme
Cronologia e tendenze

Un anno di cronologia, picchi inclusi

I numeri in tempo reale dicono cosa non va adesso; le tendenze dicono che sale piano da settimane. Uptimia offre entrambi — 6 schede di metriche e 5 grafici, che leggono gli stessi dati degli 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
Ricevi questi numeri via email a intervalli regolari →
TENDENZAMemoria usata — web-01
ultimi 30 giorni · dati orari · aggiornati ogni 30 s
30 d ago15 dnow
Una risalita dal 40% al 70% nel giro di un mese — il tipo di problema che uno scatto in tempo reale non può mostrarti.
Grezzo · ogni 30 secondi 
ogni campione, conservato per 24 h
02:10:00 → cpu 93% · mem 71%
Media oraria · 1 anno 
la linea di tendenza — regolare,
confrontabile mese su mese
Massimo orario · 1 anno 
i picchi sopravvivono all'aggregazione —
un picco di 2 minuti si vede ancora un anno dopo
Ingrandisci ovunque — l'ultima ora legge i dati grezzi a 30 secondi, l'ultimo anno legge i dati orari; i grafici cambiano fonte automaticamente. automatico

Operativo in meno di un minuto

Una riga per installare — nessun pacchetto, nessun runtime, e uno script rimuove ogni traccia.

Passo 130 s

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.

$ curl -s uptimia.com/server-agent/install.sh | bash -s -- KEY
# ✓ systemd timer uptimia-agent.timer created
Passo 230 s

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.

Stato dell'agente
Connesso — invia dati ogni 30 s
primo check-in ricevuto · 17 metriche
Server
web-01 · Ubuntu 22.04 · 4 cores
Passo 3automatico

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.

#infra-alerts
Uptimia 02:14
⚠ Disco — /var al 92% su web-01
sopra il 90%incidente per mount02:14:03
Inviato anche a EmailPagerDuty

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.

Inizia la tua prova gratuita di 30 giorni →
30 giorni gratis senza carta di credito annulla quando vuoi

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.

EmailSlackTeamsPagerDutyTelegramWebhook+ altro

Modalità manutenzione

Applica patch o riavvia senza accumulare avvisi arretrati — tutti gli avvisi vengono silenziati mentre le metriche continuano ad arrivare.

finestra di riavvio · avvisi silenziati

Avvisi di ripristino

Vieni avvisato quando è finita, non solo quando è iniziata — una notifica "up" a ogni risoluzione.

✓ ripristinato · memoria tornata al 58%

Cronologia che resiste al 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.

raccolta dati continua · avvisi in pausa

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.

web-01.caldmont.comSERVER www.caldmont.comUPTIME db-backup · nightlyHEARTBEAT

Disinstalla con una riga

Uno script rimuove del tutto l'unità systemd e /opt/uptimia — senza lasciare tracce.

$ curl -fsS uptimia.com/server-agent/uninstall.sh | bash

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 apre un incidente quando una metrica supera la tua soglia.

L'agente

Come funziona l'agente?

Il tuo server Linux
legge /proc · df
~17 metriche · ogni 30 s
Uptimia
grafici + avvisi

Uno script bash su un timer systemd invia un piccolo report, autenticato con una chiave specifica per server — servono solo bash e curl.

Logica degli avvisi

Avvisi prolungati o istantanei

CPU · load · memoria
intera finestra superata
poi avvisa
Disco · inode
avvisa all'istante

un picco passa inosservato — solo una violazione prolungata ti avvisa; un mount pieno non può aspettare, quindi il disco scatta subito

I parametri vitali

Quali metriche del server dovresti monitorare?

I segnali che anticipano incidenti reali — e come Uptimia monitora ciascuno. CPU, memoria e disco sono monitorati fin dalla prima segnalazione; gli altri li attivi tu quando vuoi.

Ogni tipo di Monitor in un solo account →
MetricaSoglia predefinitaCome avvisa Uptimia
Utilizzo CPU90%prolungato · finestra di 5 min
Memoria90%prolungato · finestra di 5 min
Disco · per mount90%istantaneo, per mount
Load averagedisattivato per impostazione predefinitaprolungato · finestra
Swapdisattivato per impostazione predefinitaprolungato · finestra
Conteggio processidisattivato per impostazione predefinitaprolungato · finestra
Throughput di retedisattivato per impostazione predefinitaprolungato · finestra
Server offline3 segnalazioni mancatecritico · ~90 s

Domande frequenti sul monitoraggio server

01Cos'è il monitoraggio server?+
Il tracciamento continuo dello stato di salute di un server — CPU, memoria, disco, load, rete e processi — così vieni avvisato quando una risorsa scarseggia o la macchina va offline. Il piccolo agente di Uptimia invia 17 metriche ogni 30 secondi e apre un incidente quando una metrica supera la tua soglia.
02Come funziona il monitoraggio server di Uptimia?+
Un'installazione a una riga copia un piccolo script bash sul tuo server e registra un timer systemd (o cron). Ogni 30 secondi legge /proc e df e invia 17 metriche — CPU, memoria, swap, disco per mount, inode, load, rete, numero di processi e info sul sistema operativo — autenticate con una chiave dedicata a ogni server. Ottieni 6 schede di metriche, 5 grafici temporali e avvisi sulle soglie: monitoraggio e avviso del server con un solo piccolo agente.
03Quali sistemi operativi sono supportati?+
L'installer a una riga è pensato per Linux — l'agente legge /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, ma vanno configurati a mano (launchd su macOS, un'attività pianificata su Windows) invece che con il comando a una riga. Non esiste un agente BSD: per quegli host usa i controlli esterni di Uptimia (ping, porta TCP, HTTP).
04Posso cambiare la frequenza con cui l'agente invia dati?+
No — il ritmo di 30 secondi è fisso. Puoi invece controllare gli avvisi: la soglia di ogni metrica e per quanto tempo un problema deve persistere prima che qualcuno venga avvisato.
05Un breve picco di CPU mi avviserà alle 3 del mattino?+
No. Gli avvisi su CPU, memoria, swap, load, numero di processi e rete scattano solo quando ogni lettura nella tua finestra (5 minuti per impostazione predefinita) resta oltre la soglia — un picco momentaneo passa inosservato. Le eccezioni sono disco e inode, che scattano all'istante: un disco pieno non può aspettare una finestra.
06Quanto velocemente scopro se un server va giù?+
Se un server smette del tutto di inviare dati, un controllo al minuto lo segnala come offline dopo 3 segnalazioni mancate — 90 secondi di silenzio — e apre un incidente critico che si risolve da solo quando l'agente torna a farsi sentire. Tre segnalazioni mancate confermano che è davvero sparito; un server nuovo in attesa della prima segnalazione non viene mai segnalato per errore.
07L'agente legge i miei log o esegue comandi?+
No. È solo monitoraggio delle risorse del server — il payload contiene CPU, memoria, disco, rete, load, uptime, numero di processi e informazioni di base su sistema operativo, kernel e hostname. Nessun log, nessun contenuto di file, nessun comando remoto — un report di numeri a senso unico.
08Quanta cronologia conservo?+
I campioni grezzi a 30 secondi vengono conservati per 24 ore. Oltre questo periodo, Uptimia salva medie e massimi orari — i picchi sopravvivono nel massimo — per un anno intero. I grafici cambiano fonte automaticamente in base all'intervallo.
09Posso monitorare container Docker o Kubernetes?+
L'agente invia metriche a livello di host — /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?+
No. Ogni piano a pagamento include il monitoraggio server insieme a uptime, SSL, transazioni, DNS ed heartbeat — mai come componente aggiuntivo a pagamento. I piani differiscono solo per quanti server includono. Il piano gratuito non include i monitor server; la prova gratuita di 30 giorni sì (fino a 50 server), senza carta di credito.

Inizia a monitorare i tuoi server oggi stesso.

Esegui una riga di bash: un disco che si riempie, una CPU sotto sforzo o una macchina spenta ti avvisano finché c'è ancora margine.

Prova gratuita →
Prova gratuita di 30 giorni Senza carta di credito Bash + curl · disinstalla con una riga
Il monitoraggio server è disponibile nella prova gratuita di 30 giorni e in ogni piano a pagamento, accanto a ogni altro tipo di monitor.