Perché dovrei preoccuparmi delle statistiche NTP Kernel?

Ho notato che munin grafici alcuni bit di informazioni sulle statistiche di temporizzazione / kernel che non ho mai capito abbastanza. La maggior parte dei miei server sembra rimanere vicino a 0, che presumo che sia buona, ma uno di loro è lentamente ma costantemente sempre più negativo su uno dei grafici.

Munin grafico le seguenti statistiche nel tempo:

  • SCOM 2007 contro Zenoss (o un'altra open source)
  • Rendere Windows Server 2008 aggiornare periodicamente l'internet NTP
  • Packeteer Alternative
  • Come monitorare i codici di errore di risposta HTTP da nginx utilizzando munin?
  • Cosa aumenta lo strato in NTP?
  • Software gratuito per monitorare la port seriale
    • Errore stimato PLL del kernel NTP (secs)
    • Frequenza PLL del kernel NTP (ppm + 0)
    • Offset del PLL del kernel NTP (secs)
    • Statistiche di temporizzazione NTP per peer di sistema

    Ecco un esempio di documenti di munin: http://demo.munin-monitoring.org/time-year.html

    Cercando in tutto il web per una definizione concisa e comprensibile di NTP, non viene più nulla (ad exception di un grappolo di grafici di Nagios e Munin) e la ricerca di un errore di server genera una quantità di risposte che presuppongono che il lettore sa già qualcosa su NTP.

    Lo Stack Overflow lo definisce in questo modo:

    NTP sta per Network Time Protocol, ed è un protocollo Internet utilizzato per sincronizzare gli orologi dei computer ad un certo tempo di riferimento.

    Ma questo sembra un po 'ottuso: questo influisce, ad esempio, su un server web, la crittografia o la sincronizzazione del database?

    Che cos'è NTP e perché dovrei preoccuparmi? Ci sono statistiche in particolare, dovrei assicurarmi di non uscire dal controllo?

  • Monitoraggio dell'utilizzo del disco nel tempo - verifica delle variazioni di grandi size
  • Strumenti di monitoraggio MySQL
  • Monitor di attività di stile "top" per SQL Server?
  • È ragionevole usare Nagios per verificare che un servizio NON è disponibile?
  • Nagios check_udp_ports restituisce critico: il risultato al controllo pianificato, viene eseguito manualmente
  • Colbind il monitor al server senza debole locale Debian
  • One Solution collect form web for “Perché dovrei preoccuparmi delle statistiche NTP Kernel?”

    NTP è un protocollo che sincronizza l'orologio di sistema (di solito c'è un demone in esecuzione su scatole * nix). In breve, assicura che il tempo sul server sia corretto. Ci sono molti motivi per cui è importnte avere un tempo preciso:

    • Alcuni schemi di authentication (come Kerberos, authorization AD) contano sul sistema che ha un tempo corretto
    • Quando si risolve i problemi, i timbri di tempo accurati nei registri possono essere vitali
    • Molte applicazioni che vengono eseguite su un server potrebbero utilizzare il tempo di sistema alle informazioni di generazione mostrate all'utente. A seconda dell'applicazione, il tempo può essere critico (ad esempio, sapere quando è avvenuta una transazione finanziaria)

    Sono sicuro che ci siano altri, ma avere un tempo di sistema accurato è una responsabilità standard di un amministratore di sistema. NTP fa molte cose sofisticate a questo scopo (contabilità e correzione per derive ecc.). Quindi, queste statistiche dettagliate possono aiutarti a risolvere i problemi che si verificano nell'esecuzione di questo ruolo.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.