Siti web
Monitoraggio del Tempo di Attività del Sito
Every site on KapsuleHost is checked automatically every 60 seconds, and the Uptime tab shows you the result: current status, uptime percentage, response times, and a full incident history. This…
Ogni sito su KapsuleHost è controllato automaticamente ogni 60 secondi, e la scheda Uptime mostra il risultato: stato attuale, percentuale di tempo di attività, tempi di risposta e una cronologia completa degli incidenti. Questa guida spiega come leggerla e cosa fare quando qualcosa non funziona.
Dove Trovare Uptime in KPanel
Uptime appartiene a un sito, quindi vi si accede dal sito piuttosto che dalla barra laterale principale:
- Accedi a KPanel.
- Fai clic su Websites nella barra laterale sinistra, quindi fai clic sul sito.
- Nella striscia di schede del sito, apri Performance, quindi Uptime.
L'indirizzo diretto è /websites/<site-id>/uptime.
Non esiste un elemento Uptime nella barra laterale principale di KPanel. Quella barra laterale elenca Dashboard, Websites, Orbit, Email, Domains, Apps, Cloud Servers, Dedicated Servers, Store, Billing, Migrations e Settings. Uptime si trova un livello più in basso, all'interno di un sito specifico, sotto Performance.
Cosa Viene Controllato
Il tuo sito è richiesto ogni 60 secondi dal nostro nodo di monitoraggio. Non è necessario abilitare nulla e non c'è alcun agente da installare: i controlli iniziano automaticamente. Un controllo è una vera richiesta HTTP, quindi esercita DNS, TLS, il server web e l'applicazione, in questo ordine.
Se hai appena creato un sito e la pagina mostra No uptime data yet, è normale. I primi controlli arrivano entro un paio di minuti.
I Tre Numeri in Alto
| Card | Cosa significa |
|---|---|
| Current status | UP o DOWN, dal controllo più recente |
| Uptime | La percentuale di controlli riusciti nella finestra selezionata |
| Avg response time | Il tempo di risposta medio in millisecondi nella finestra |
La finestra è impostata dai pulsanti 24h, 7d e 30d sopra le card, e ogni pannello sulla pagina la segue. Cambiare la finestra cambia la percentuale di tempo di attività e la media, perché cambia quali controlli vengono conteggiati.
Il tempo di risposta medio merita attenzione nel corso di settimane piuttosto che minuti. Un singolo controllo lento è rumore. Un numero che è raddoppiato rispetto al mese scorso è un segnale, e di solito significa che il sito è cresciuto oltre il piano attuale o ha acquisito qualcosa di costoso. Site Performance and APM è il prossimo posto dove guardare.
Il Grafico dei Tempi di Risposta
Sotto le card c'è una barra per ogni controllo, fino agli ultimi 60, i più vecchi a sinistra. L'altezza della barra è il tempo di risposta relativo al controllo più lento nella finestra.
Il colore ha un significato:
- Blu è un controllo riuscito sotto tre secondi.
- Ambra è un controllo riuscito oltre tre secondi. Il sito ha risposto, ma lentamente.
- Rosso, disegnato come un trattino, è un controllo fallito.
Passa il mouse su qualsiasi barra per vedere il suo tempo di risposta, o il messaggio di errore se è fallito.
Una serie di barre blu a un'altezza coerente è un sito sano. Un motivo a dente di sega di solito significa che qualcosa è in esecuzione secondo una programmazione e sta competendo con i tuoi visitatori: un cron job, un backup o un plugin che fa lavoro in massa.
Cronologia degli Incidenti
Un incidente si apre quando i controlli iniziano a fallire e si chiude quando riprendono a funzionare. La tabella elenca:
| Colonna | Cosa ti dice |
|---|---|
| Started | Quando è arrivato il primo controllo fallito, nell'ora locale |
| Resolved | Quando i controlli si sono ripresi, o Ongoing se sta ancora fallendo |
| Duration | Quanto è durato l'incidente, in minuti |
| Reason | Il messaggio di errore dal controllo |
Se non hai avuto incidenti, la tabella lo dirà chiaramente.
La colonna Reason è dove risiede la maggior parte del valore diagnostico. I comuni e cosa significano di solito:
- Connection timed out. Il server non ha risposto affatto. Di solito l'host è inattivo, sovraccarico, o una regola firewall sta scartando il traffico.
- Connection refused. L'host ha risposto ma nulla era in ascolto sulla porta. Il server web è stato arrestato.
- SSL or certificate errors. Il certificato è scaduto, o non copre il nome host controllato. Apri la scheda Security del sito, che mostra il certificato e i giorni rimasti, e ti permette di rinnovarlo. Vedi Site Security.
- HTTP 5xx. L'applicazione stessa ha generato un errore. I tuoi log e Site Performance and APM sono il prossimo passo.
- HTTP 4xx. Spesso un reindirizzamento o una regola di accesso che cattura il checker. Se hai appena aggiunto protezione con password a tutto il sito, è per questo: vedi Password-Protecting a Site.
Stato Multi-Regione
Alcuni siti mostrano anche un pannello Multi-region status con una tile per ogni regione di probe, ognuna mostrando se la regione vede il sito come attivo e quanto tempo ha impiegato per rispondere.
Questo è il pannello che ti dice se il problema è tuo o di Internet. Se una regione segnala lentezza o inattività mentre le altre sono ok, il difetto è di solito nel routing o in una rete nel mezzo, non sul tuo server. Se ogni regione concorda, il problema è dalla tua parte.
Se il pannello dice che i risultati sono ancora in fase di provisioning, il monitor è in fase di configurazione e i risultati per regione appariranno entro pochi minuti. Se il pannello è completamente assente, il probing multi-regione non è attivo per quel sito e i singoli controlli del nodo sopra sono la fonte di verità.
Aggiornamento ed Esportazione
L'icona di aggiornamento nell'intestazione della pagina rilegge i dati su richiesta. La pagina non esegue il polling continuo, quindi aggiorna dopo aver apportato una modifica e vuoi vedere se ha avuto effetto.
Risoluzione dei Problemi
Uptime mostra inattivo ma il sito si carica per me. Controlla prima il motivo dell'incidente. Un 401 o 403 significa che una regola di accesso sta bloccando il checker piuttosto che il sito essere rotto: protezione con password su tutto il sito, un blocco IP o il filtro geografico sono le cause usuali. Vedi Site Security e Country Blocking for a Site.
La percentuale di uptime sembra sbagliata per la finestra. La percentuale è controlli superati diviso controlli effettuati in quella finestra. Un'interruzione breve sembra molto peggiore in 24 ore che in 30 giorni. Confronta quello che è simile prima di trarre conclusioni.
I tempi di risposta sono saliti e non ho cambiato nulla. Qualcosa è cambiato, solo non da te: un aggiornamento plugin, un aumento del traffico, un database che è cresciuto, o un lavoro programmato. Guarda il grafico per un motivo, quindi Site Performance and APM per gli endpoint lenti.
Incidenti corti ripetuti alla stessa ora ogni giorno. Guarda i tuoi compiti programmati. Un pesante cron job che satura il server si mostrerà come un gruppo di errori a un'ora fissa.
Il sito è effettivamente inattivo e hai bisogno di tornare indietro. Se l'ultimo cambiamento che hai fatto l'ha rotto, il ripristino è più veloce del debug. Vedi Restoring From a Backup.
Pagine Correlate
- Site Analytics per il volume di traffico e da dove provengono i visitatori.
- Site Performance and APM per i percentili dei tempi di risposta e le query lente.
- Site Security per certificati, scansione malware e regole di accesso.
- Taking a Backup prima di cambiare qualcosa che potresti aver bisogno di annullare.
Se un sito continua ad andare giù e il motivo non è ovvio, apri un ticket da Support in KPanel o invia un'email a support@kapsulehost.com con il nome del sito e i timestamp dalla tabella degli incidenti.