- Sono un onere notevole per la piscina? Vale a dire che fa una notevole differenza per il pool se sto colpendo da 20 server o da 2?
Dato che il pool ha costantemente bisogno di server per molti anni (vedi [1]) direi che sebbene 2 o 20 server non facciano davvero la differenza, dovresti sempre ricordare che non sei solo. Quindi è meglio pensare a dire 1000 amministratori nel qual caso stiamo parlando di 2000 o 20000 server e questo fa la differenza.
- Se fa la differenza, qual è il setup / configurazione che manterrà la mia sottorete sincronizzata e il pool sotto carico leggero?
È necessario sincronizzare due [2] server nella rete con il pool (chiamiamoli server NTP primari ) e quindi sincronizzare tutti gli altri server con quei due. Questo metodo ha anche il vantaggio che il tempo tra tutti i tuoi server sarà abbinato più da vicino (entro meno di 1msec). Ciò è conforme alle migliori pratiche IETF .
1) La configurazione per i server NTP primari
Sostituisci le righe servere restrictdel tuo ntp [d] .conf con il seguente e mantieni il resto ai valori predefiniti della tua distribuzione [3]:
server 10.11.12.1 iburst peer
# ^^^^^^^^^^^
# The LAN IP of the _other_ Primary NTP server
server 0.europe.pool.ntp.org
server 1.europe.pool.ntp.org
server 2.europe.pool.ntp.org
server 3.europe.pool.ntp.org
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
Si noti che questa configurazione consente anche agli host di Internet di interrogare l'ora dell'host tramite query NTP. Usa il tuo firewall se non vuoi. Nel mio esempio 10.11.12.1 e 10.11.12.2 sono gli IP dei server NTP primari (hanno due schede di rete una rivolta verso Internet pubblico e una la sottorete locale 10.11.12.x). Ogni server NTP primario ha l'altro dichiarato come peer (peer significa essenzialmente sia server che client: usi l'altro host come sorgente temporale e anche l'altro host ti utilizza come sorgente temporale). Quindi regola l'IP sulla prima riga in modo che la configurazione di ciascun server NTP primario punti all'altra come peer. Vedi [4] per quanto riguarda la mia scelta di usare 4 server.
2) La configurazione per tutti gli altri server
2A) Se si dispone di due interfacce di rete
È meglio utilizzare la seconda interfaccia per creare una sottorete locale (ad es. 10.11.12.0/24) E utilizzarla per le query NTP. In tal caso, le linee di limitazione possono essere più strette. Quindi di nuovo sostituisci le righe servere restrictdel tuo ntp [d] .conf con il seguente e mantieni il resto ai valori predefiniti della tua distribuzione [3]:
restrict -4 default ignore
restrict -6 default ignore
restrict 10.0.0.0 mask 255.0.0.0 kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
# Only use our Primary NTP Servers
server 10.11.12.1 iburst
server 10.11.12.2 iburst
# ^^^^^^^^^^
# The IPs of your 2 Primary NTP Servers
2B) Se non si hanno due interfacce di rete
È necessario utilizzare le seguenti righe di limitazione (e leggere la nota sull'uso del firewall per bloccare l'accesso ai server NTP sopra). Quindi di nuovo sostituisci le righe servere restrictdel tuo ntp [d] .conf con il seguente e mantieni il resto ai valori predefiniti della tua distribuzione [3]:
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
# Only use our Primary NTP Servers
server 10.11.12.1 iburst
server 10.11.12.2 iburst
# ^^^^^^^^^^
# The IPs of your 2 Primary NTP Servers
Appunti
[1] Dal 2006 al 2012 chiedono costantemente l'adesione di più server: la richiesta del 2006 , quella del 2009 e quella del 2012 . Controlla www.pool.ntp.org per aggiornamenti sullo stato corrente.
[2] Due server NTP primari sono proposti solo come un modo semplice per ottenere ridondanza senza complicate disposizioni di disponibilità elevata. Puoi optare per 3 o 4 per altri motivi (leggi di nuovo le migliori pratiche IETF )
[3] In pratica e indipendentemente dalla tua distribuzione, l'unica altra cosa che devi includere nella tua configurazione ntpd è una linea che definisce una directory per mettere un file di drift e un nome per esso - ad es driftfile /var/lib/ntp/ntp.drift. Ho testato la mia soluzione in CentOS, Debian e Ubuntu. Immagino che funzioni nella maggior parte delle altre distro.
[4] Ho configurato 4 server pool seguendo le migliori pratiche . La configurazione di più di 4 server è tecnicamente accettata, ma aumenterai il carico nel pool NTP per un discutibile aumento della disponibilità, quindi non farlo. Nelle migliori pratiche vedo che "a partire da ntp-4.2.6, la direttiva" pool "creerà associazioni" sufficienti "per fornire un valido servizio di tempo", quindi se si utilizza .pool. indirizzi come faccio qui e ntp> = 4.2.6 il numero esatto di linee del server probabilmente non ha importanza.
Rant Oh! Odio l'NTP (tranne per il fatto che mi piace che funzioni). La documentazione ufficiale è piena di informazioni obsolete e hanno "come si usa?" informazioni mescolate con dettagli scientifici sugli interni. E odio anche come restrict 127.0.0.1significhi davveroallow everything for 127.0.0.1
Storia degli aggiornamenti
Ho rimosso l' iburstopzione dalla configurazione dei server NTP locali perché la loro compatibilità con il pool è discutibile. (vedi commenti). La loro rimozione aggiunge solo un paio di minuti di tempo di attesa alla prima sincronizzazione.
Crediti
Commenti e risposte degli utenti SF Marki e Sven hanno fornito un buon punto di partenza per questa risposta. Grazie ad entrambi.
peerrelazione. Vedi ad esempio ntp.org/ntpfaq/NTP-s-config-adv.htm#AEN3101