Vai al contenuto

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

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

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 su
02:14:03 L'avviso indica il disco"/var al 92%" nella prima riga — Slack, email; non un vago allarme "disco" la macchina: ancora su
02:29 Vecchi log ripuliti — spazio liberatoLa segnalazione successiva dell'agente, 30 secondi dopo, mostra /var al 62% la macchina: ancora su
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 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.

CPU e loadUtilizzo e load average a 1·5·15 min
Memoria e swapUsata, libera — e swap in corso
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 sorvegliato, 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, senza finestra di attesa; un incidente tutto suo mentre /data resta verde.
per mountistantaneoanche gli inode
/datavolume datitraccia di incidente propria38%
/var più trafficato del resto? Le soglie personalizzate per mount tengono un mount a un limite più severo rispetto al valore predefinito dell'intera macchina. /var → 85%
Rilevamento offline

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
Controlli dall'esterno: ping e porta TCP
1
Segnalazione mancata
02:40:30 · atteso ogni 30 s
attesa
2
Ancora silenzio
02:41:00 · seconda mancata
attesa
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 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
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 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.

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 completamente 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 solleva 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 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
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 deposita 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, 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?+
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, 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?+
No — il ritmo di 30 secondi è fisso. Quello che controlli è il sistema di avviso: la soglia di ogni metrica, e per quanto tempo un problema deve reggere prima che qualcuno venga avvisato.
05Un breve picco di CPU mi avviserà alle 3 del mattino?+
No. Gli avvisi su CPU, memoria, swap, load, conteggio 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, conteggio 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 bash, e un disco che si riempie, una CPU sotto sforzo o una macchina spenta ti raggiungono mentre c'è ancora margine.

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.