Ogni sito su KapsuleHost viene controllato automaticamente ogni 60 secondi, e la scheda Uptime mostra il risultato: stato attuale, percentuale di uptime, tempi di risposta e uno storico completo degli incidenti. Questa guida spiega come leggerla e cosa fare quando qualcosa va storto.
Dove si trova Uptime in KPanel
Uptime appartiene a un sito, quindi vi si accede dal sito stesso e non dalla barra laterale principale:
- Accedi a KPanel.
- Fai clic su Siti web nella barra laterale sinistra, poi fai clic sul sito.
- Nel menu a sinistra del sito, apri Panoramica, poi Uptime.
L'indirizzo diretto è /websites/<site-id>/uptime.
Non esiste una voce Uptime nella barra laterale principale di KPanel. Uptime si trova un livello più sotto, all'interno di un sito specifico, sotto Prestazioni.
Cosa viene controllato
Il tuo sito viene interrogato ogni 60 secondi dal nostro nodo di monitoraggio. Non c'è nulla da abilitare e nessun agente da installare: i controlli iniziano automaticamente. Un controllo è una vera richiesta HTTP, quindi coinvolge DNS, TLS, il server web e l'applicazione, in quest'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
| Scheda | Che cosa significa |
|---|---|
| Stato attuale | UP o DOWN, dal controllo più recente |
| Uptime | La percentuale di controlli riusciti nella finestra selezionata |
| Tempo di risposta medio | Il tempo di risposta medio in millisecondi sull'intera finestra |
La finestra viene impostata tramite i pulsanti 24h, 7d e 30d sopra le schede, e ogni pannello della pagina la segue. Cambiare la finestra modifica la percentuale di uptime e la media, perché cambia quali controlli vengono conteggiati.
Il tempo di risposta medio va osservato nell'arco di settimane, non di minuti. Un singolo controllo lento è rumore di fondo. Un numero che è raddoppiato rispetto al mese scorso è un segnale, e di solito significa che il sito è cresciuto oltre il piano attuale o ha iniziato a eseguire qualcosa di oneroso. Site Performance and APM è il punto successivo da controllare.
Il grafico dei tempi di risposta
Sotto le schede c'è una barra per ogni controllo, fino agli ultimi 60, dal più vecchio a sinistra. L'altezza della barra è il tempo di risposta relativo al controllo più lento nella finestra.
Il colore porta il significato:
- Blu è un controllo riuscito sotto i tre secondi.
- Ambra è un controllo riuscito oltre i tre secondi. Il sito ha risposto, ma lentamente.
- Rosso, disegnato come un segmento ridotto, è un controllo fallito.
Passa il mouse su una barra per vedere il suo tempo di risposta, o il messaggio di errore se è fallita.
Una fila compatta di barre blu a un'altezza costante indica un sito in buona salute. Un andamento a dente di sega di solito significa che qualcosa viene eseguito a orario fisso ed entra in competizione con i visitatori: un cron job, un backup o un plugin che esegue elaborazioni massive.
Storico degli incidenti
Un incidente si apre quando i controlli iniziano a fallire e si chiude quando tornano a riuscire. La tabella elenca:
| Colonna | Che cosa indica |
|---|---|
| Started | Quando è arrivato il primo controllo fallito, nel tuo fuso orario locale |
| Resolved | Quando i controlli sono tornati a funzionare, oppure Ongoing se sta ancora fallendo |
| Duration | Quanto è durato l'incidente, in minuti |
| Reason | Il messaggio di errore del controllo |
Se non hai avuto incidenti, la tabella lo indica chiaramente.
La colonna Reason è dove si concentra la maggior parte del valore diagnostico. Le più comuni e cosa significano di solito:
- Connection timed out. Il server non ha risposto affatto. Di solito l'host è offline, sovraccarico, oppure una regola del firewall sta scartando il traffico.
- Connection refused. L'host ha risposto ma non c'era nulla in ascolto sulla porta. Il server web è fermo.
- SSL or certificate errors. Il certificato è scaduto, oppure non copre il nome host controllato. Apri la scheda Sicurezza del sito, che mostra il certificato e i giorni rimanenti, e permette di rinnovarlo. Vedi Site Security.
- HTTP 5xx. L'applicazione stessa ha generato un errore. I tuoi log e Site Performance and APM sono la tappa successiva.
- HTTP 4xx. Spesso un reindirizzamento o una regola di accesso che intercetta il controllore. Se hai appena aggiunto una protezione con password all'intero sito, è questa la causa: vedi Password-Protecting a Site.
Stato multi-regione
Alcuni siti mostrano anche un pannello Stato multi-regione con un riquadro per ogni regione di sondaggio, ciascuno che indica se quella regione vede il sito come attivo e quanto tempo ha impiegato a rispondere.
Questo è il pannello che ti dice se un problema è tuo o della rete. Se una regione riporta lentezza o assenza mentre le altre sono a posto, il problema è di solito nell'instradamento o in una rete intermedia, non sul tuo server. Se tutte le regioni concordano, il problema è dalla tua parte.
Se il pannello indica che i risultati sono ancora in fase di provisioning, il monitor è in fase di configurazione e i risultati per regione compariranno entro pochi minuti. Se il pannello è del tutto assente, il sondaggio multi-regione non è attivo per quel sito e i controlli da nodo singolo sopra descritti 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 polling continuo, quindi aggiorna dopo aver apportato una modifica se vuoi vedere se ha avuto effetto.
Risoluzione dei problemi
Uptime mostra down 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 controllore e non che il sito sia realmente guasto: protezione con password sull'intero sito, un blocco IP o un filtro per paese sono le cause più comuni. Vedi Site Security e Country Blocking for a Site.
La percentuale di uptime sembra sbagliata per la finestra selezionata. La percentuale è data dai controlli riusciti divisi per i controlli effettuati in quella finestra. Un'interruzione breve sembra molto peggiore su 24 ore che su 30 giorni. Confronta dati comparabili prima di trarre conclusioni.
I tempi di risposta sono aumentati senza che nulla sia cambiato. Qualcosa è cambiato, solo non per mano tua: un aggiornamento di un plugin, un aumento di traffico, un database cresciuto, oppure un'attività pianificata. Osserva il grafico per individuare uno schema, poi consulta Site Performance and APM per gli endpoint lenti.
Incidenti brevi e ripetuti alla stessa ora ogni giorno. Controlla le tue attività pianificate. Un cron job pesante che satura il server comparirà come un gruppo di fallimenti a un orario fisso.
Il sito è realmente offline e devi tornare operativo. Se l'ultima modifica che hai fatto lo ha danneggiato, ripristinare è più veloce che fare debug. Vedi Restoring From a Backup.
Pagine correlate
- Site Analytics per il volume di traffico e la provenienza dei 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 modificare qualcosa che potresti dover annullare.
Se un sito continua ad andare offline e il motivo non è evidente, apri un ticket da Supporto in KPanel oppure scrivi a support@kapsulehost.com indicando il nome del sito e gli orari riportati nella tabella degli incidenti.