Monitoraggio uptime per provider di hosting che ti avvisa prima che arrivino i ticket.
Uptimia controlla i siti dei tuoi clienti dall'esterno, mentre un agente a riga singola segnala CPU, disco e carico dall'interno di ogni server. Vedi /var al 92% mentre i quaranta siti su quel nodo si caricano ancora normalmente — e risolvi il problema prima che ci sia un'interruzione del servizio.
CPU Usage
alerts only if every 30 s reading stays over 90% for 5 minDisk Usage
per mount · worst firstServer Details
reported by the agentQuattro convinzioni che riempiono la coda
Tutte e quattro reggono fino a quando un disco pieno non manda giù quaranta siti.
"Monitoriamo già tutto dall'interno del data center."
Il monitoraggio dall'interno condivide il destino di ciò che osserva — quando il rack perde la rete, anche i tuoi avvisi la perdono. E misura dall'interno delle tue stesse mura; non potrà mai vedere quello che vede un cliente a tre reti di distanza.
"I siti sono online, quindi i server stanno bene."
"Online" è un indicatore in ritardo. Un server con /var al 96% serve ogni richiesta finché non ne serve più nessuna. Quando sono i siti a dirtelo, non è più un singolo avviso: è l'intero nodo, tutto in una volta.
"Se i nostri IP di posta avessero un problema, vedremmo i bounce."
I rifiuti avvengono silenziosamente, dall'altra parte. La posta lascia la tua coda senza problemi; un IP inserito in blacklist viene semplicemente respinto altrove. Lo scopri quando un cliente ti inoltra la sua terza fattura non consegnata.
"In realtà nessuno legge le pagine di stato."
Nessuno le legge quando va tutto bene. Durante un incidente fanno la differenza tra una singola nota di stato e quaranta ticket identici — e ai clienti basta un solo incidente per imparare dove guardare.
"Un server giù è un incidente" è la più grande di tutte. Sull'hosting condiviso la moltiplicazione è spietata: un nodo × 40 clienti = quaranta interruzioni simultanee, quaranta caselle di assistenza, quaranta conversazioni sui rinnovi — per un solo disco pieno. La soluzione costa un tecnico e una rotazione dei log; scoprirlo tardi costa la pazienza di quaranta clienti.
Quindi la domanda non è se un server si riempirà questo trimestre. È se la prima persona a saperlo lavora per te.
Ecco come si presenta un disco che si riempie quando qualcosa lo osserva dall'interno del server.↓ minuto per minuto
Cosa succede quando /var si riempie
Un disco su uno dei tuoi server si riempie silenziosamente durante la notte. I quaranta siti clienti su quel server continuano a servire ogni richiesta, e ogni dashboard segna ancora verde.
Ecco un server salvato. Ma una flotta di hosting può guastarsi su più livelli del solo disco — siti, certificati, domini, reputazione della posta.↓ ogni livello, un'unica dashboard
Siti, server e IP di posta
Il monitoraggio dei server per le aziende di hosting significa tre controlli contemporanei: i siti dei clienti dall'esterno, i server dall'interno e gli IP da cui parte la loro posta. Un'unica dashboard, raggruppata per rack o per cliente.
Cosa notano per primo i tuoi clienti
A un log fuori controllo dal pieno
In questo momento dovresti accedere a ogni server per scoprire di quale si tratta. Un agente a riga singola lo segnala continuamente — CPU, memoria, disco, carico e rete da ogni server Linux, ogni 30 secondi — così un /var che si riempie avvisa la tua reperibilità mentre i clienti su quel server vengono ancora serviti.
- Installazione in una riga — un comando
curl, un timer systemd, nessun tempo di inattività per il sito - Soglie disco per mount —
/varavvisa prima di/, e ogni mount apre e chiude il proprio incidente - Anche il silenzio conta — un server che manca tre report di fila viene segnalato come offline, 90 secondi dopo l'ultimo
IP di posta scansionati su 17 zone
Un inserimento in blacklist su Spamhaus o Barracuda non si annuncia da nessuna parte: la posta lascia la tua coda pulita e viene respinta all'altro capo. Il monitoraggio blacklist per i server di posta scansiona ogni dominio mittente e i suoi IP su 17 zone DNSBL ogni 15, 30 o 60 minuti, e apre un runbook di rimozione dalla lista nel momento in cui una risponde "listed".
- Dominio + IP web + IP di posta — un solo monitor copre un intero dominio mittente, più fino a cinque IP dedicati, su tutte le 17 zone
- Segue la tua infrastruttura — IP web (record A) e IP di posta (MX) ririsolti a ogni scansione, così il controllo si sposta quando sposti il server
- Nessun falso allarme — i codici di reputazione come Hostkarma NOBL e Mailspike "good" vengono decodificati come puliti, mai scambiati per un inserimento in blacklist
Un incolla, un rack di monitor
Fare l'onboarding di un rack un modulo alla volta è il modo in cui il monitoraggio smette silenziosamente di corrispondere alla flotta. Incolla l'elenco dei siti ospitati, scegli il tipo di controllo, e l'intero rack viene creato in un solo passaggio e archiviato nel gruppo di quel rack — un passaggio per tipo, quindi uptime, SSL e dominio ne richiedono tre. Devi spegnere il rack di domenica? Silenzia tutti i monitor in un'unica azione, su ogni tipo contemporaneamente.
- Incolla e crea — crea in blocco monitor uptime, SSL, dominio, malware, velocità o real-user, un tipo per passaggio, con l'elenco analizzato in anteprima prima che venga creato qualcosa
- Risultati riga per riga — i duplicati e le righe oltre il limite vengono segnalati per nome, riga per riga; quelle valide vengono comunque create
- Manutenzione in blocco — metti in pausa, riprendi o programma una finestra su un intero rack da un'unica selezione
bravo-clinic.co
gamma-realty.net
delta-cafe.io
… altre 96 righe
Una nota al posto di quaranta ticket
Durante un incidente i tuoi clienti controllano la tua casella di posta — a meno che tu non gli abbia dato un posto migliore dove guardare. Una pagina di stato sul dominio del cliente stesso — il suo logo, nessun badge Uptimia — viene alimentata in tempo reale dai suoi monitor, così un incidente diventa una nota che scrivi tu invece di quaranta ticket a cui rispondi.
- Il loro dominio, le tue note — punta un loro sottodominio verso di noi e lì risponderà una pagina di stato personalizzata, con il badge "Powered by Uptimia" rimosso
- Pubblica o privata — aperta ai loro clienti, oppure protetta da password o limitata per IP così la vedono solo loro
- Report personalizzati — riepiloghi di uptime programmati in PDF, HTML o CSV, con i tuoi colori e il tuo logo in cima
Avvisato prima che la coda di assistenza si riempia
Un server, un IP di posta o un sito cliente — qualunque sia a guastarsi, raggiunge il tuo turno di reperibilità sui canali che il tuo team usa già per gestire gli incidenti.
Microsoft TeamsUn solo elenco contatti — un solo elenco di reperibilità per l'intera flotta.
Sfoglia l'elenco completo delle integrazioni →Il tempo di inattività di un cliente dovrebbe avvisare te.Non un ticket di assistenza.
La prova di 30 giorni sblocca ogni tipo di monitor — siti, server, SSL, dominio e blacklist.
La tua flotta sotto controllo in tre passaggi
Siti, server e IP di posta sotto controllo già nel pomeriggio.
Aggiungi i siti e i server
Incolla l'elenco dei siti ospitati una volta per tipo di controllo — uptime, poi SSL, poi dominio — e installa l'agente a riga singola su ogni server Linux per CPU, disco e carico.
bravo-clinic.co
… altri 98
Imposta le soglie e instrada gli avvisi
Imposta le soglie di disco e carico per ogni server, collega Slack e SMS, e decidi chi viene avvisato per primo — e chi segue se non risponde.
Attiva il livello visibile ai clienti
Pagine di stato personalizzate sui domini dei clienti e report mensili nei tuoi colori — degli incidenti vengono a sapere da te.
Incluso anche
Onboarding via API
Crea monitor e pagine di stato dai tuoi script di provisioning — un nuovo server si avvia, una chiamata lo mette sotto controllo.
Finestre di manutenzione
Devi spegnere un rack questo weekend? Programma la finestra — i controlli si mettono in pausa, gli avvisi restano silenziosi, nessuno avvisa se stesso.
Scadenza SSL e dominio
Certificati e registrazioni controllati con una finestra di preavviso configurabile prima della scadenza. I monitor dominio seguono la stessa scala dell'uptime fino a 1.000; SSL viene conteggiato con le famiglie più ristrette, 100 al massimo.
Livelli di escalation
Instrada un avviso di server offline prima alla reperibilità, all'account manager solo se è ancora aperto dopo 15 minuti.
Avvisi di ripristino
Quando un server o un sito torna online, anche le persone avvisate lo vengono a sapere — niente panico alle 3 di notte che si trascina.
Un account, l'intera flotta
I gruppi impediscono che 25 nodi e 940 siti diventino un'unica lista piatta — filtra, metti in pausa o genera report su un singolo rack in isolamento.
Monitoraggio uptime per provider di hosting
Il monitoraggio uptime per i provider di hosting significa tenere sotto controllo ogni sito ospitato, i server che li sostengono e gli IP di posta da cui scrivono i clienti — in un'unica dashboard esterna — così i problemi vengono rilevati prima che arrivino i ticket di assistenza. I siti sono controllati dall'esterno, un agente segnala i server dall'interno, e i risultati alimentano pagine di stato e report rivolti ai clienti.
La coda di assistenza lo scopre per prima
Ogni problema che un cliente nota per primo è un ticket, un rischio di storno e un colpo alla tua reputazione.
Lo rilevi tu per primo
L'incidente diventa una riga nel report del nodo — la prova che la piattaforma è sotto controllo.
Cosa rileva ogni livello
Tre cose da tenere d'occhio — siti, server, IP di posta — coperte da un unico posto; aggiungi velocità di pagina e transazioni dove conta.
Scopri il monitoraggio del certificato SSL →| Livello | Cosa individua | Come funziona |
|---|---|---|
| Uptime | Siti offline, errori del server | Ogni 30 s dal piano Professional in su, riverificato da fino a 3 aree geografiche aggiuntive |
| Metriche del server | Disco pieno, picco di carico, server offline | L'agente segnala CPU/memoria/disco/carico ogni 30 s, 8 soglie |
| Certificato SSL | Scadenza, catene interrotte | Finestra di preavviso configurabile, critico entro 45 giorni |
| Scadenza del dominio | Registrazioni scadute | WHOIS riverificato al tuo intervallo, critico entro 3 giorni |
| Blacklist | IP di posta inserito in una DNSBL | 17 zone scansionate ogni 15–60 min, IP ririsolti a ogni scansione |
Domande frequenti sul monitoraggio per provider di hosting
01Cos'è il monitoraggio uptime per i provider di hosting?+
02Posso dare a un cliente un accesso che mostri solo i suoi siti?+
03Vi integrate con cPanel, WHM o Plesk?+
04È un programma reseller o white-label?+
05L'agente server funziona su Windows?+
06Quanto velocemente il monitoraggio blacklist rileva un inserimento in lista?+
07Quanti server e siti posso monitorare?+
08Posso limitare un membro del team solo ad alcuni rack?+
09Cosa succede quando un server supera una soglia?+
/var può avvisare prima di /.10Devo installare qualcosa sui siti ospitati?+
11Quali canali di avviso può usare il mio team?+
Rileva il disco pieno prima che porti giù i siti
Carica una fetta della tua flotta nella prova — siti, server e IP di posta — e rileva il prossimo problema prima che diventi un ticket.