Puncte:0

Unitatea și mărimea NTP / ntpdate

drapel us

Am un cluster de 10 servere virtualizate Ubuntu. Pentru toate, am instalat ntp-Daemon. Deoarece derulez în prezent câteva experimente sensibile la timp, sunt interesat de decalajele dintre nodurile mele.

Am constatat că comanda ntpdate poate fi folosit pentru a obține decalaje între ceasurile mașinii. Cu toate acestea, rulează de la primul nod nodulA0, comanda dă:

ubuntu@nodeA0:~$ sudo ntpdate -q nodA0 nodA1 nodeA2 nodeA3 nodeA4 nodeA5 nodeA6 nodeA7 nodeA8 nodA9
server 192.168.1.75, stratul 3, offset -0,000016, întârziere 0,02570
server 192.168.1.93, stratul 3, offset -0,000190, întârziere 0,02725
server 192.168.1.245, stratul 3, offset -0,000390, întârziere 0,02623
server 192.168.1.63, stratul 2, offset -0,000917, întârziere 0,02646
server 192.168.1.61, stratul 3, offset 0,000015, întârziere 0,02692
server 192.168.1.107, stratul 2, offset -0,002031, întârziere 0,02669
server 192.168.1.132, stratul 3, offset -0,000462, întârziere 0,02655
server 192.168.1.175, stratul 3, offset -0,000317, întârziere 0,02719
server 192.168.1.92, stratul 3, offset -0,000237, întârziere 0,02638
server 192.168.1.98, stratul 3, offset -0,000586, întârziere 0,02786
 1 februarie 10:33:21 ntpdate[3214384]: ajustați serverul de timp 192.168.1.63 offset -0,000917 sec

Intrebarile mele:

  1. Deoarece offset-ul oferă diferențe de ceas între mașini, mă întreb, ce unitate acesta este? milisecunde sau secunde? În paginile de manual, nu am găsit nicio informație în acest sens.
  2. Presupunând că unitatea este milisecunde: atunci aș avea un offset de 0,016 ms pentru nodulA1 (primul). Asta pare prea scurt - Am citit undeva că acuratețea NTP este de o magnitudine de zeci de milisecunde.
  3. Am făcut ceva greșit? Sau care ar fi mod optim de a măsura diferențele de ceas intre doua servere?

Editați | ×: Comanda ntp -qd ofera:

ubuntu@nodeA0:~$ ntpq -qn
     telecomandă refid st t când sondaj atinge întârziere offset jitter
==================================================== =============================
 0.ubuntu.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
 1.ubuntu.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
 2.ubuntu.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
 3.ubuntu.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
 ntp.ubuntu.com .PISCINA. 16 p - 64 0 0.000 0.000 0.000
*217.91.44.17 192.168.100.15 2 u 36 256 377 11.388 0.222 0.153
-162.159.200.1 10.100.8.32 3 u 81 128 377 7.829 -0.107 1.089
+80.153.195.191 192.168.100.15 2 u 92 128 377 14.382 -0.056 0.379
+144.76.43.40 213.239.239.164 3 u 109 128 377 7.119 0.331 0.440
-194.35.12.189 131.188.3.220 2 u 108 128 377 5.618 -0.213 0.192
FedKad avatar
drapel cn
Din câte știu, comanda `ntpdate` afișează timpii în secunde, în timp ce comanda `ntpq` în milisecunde. Vă rugăm, [editați] întrebarea dvs. și, de asemenea, lipiți rezultatul comenzii `ntpq -pn`. De ce nu folosiți o singură mașină ca server NTP principal (intern) și sincronizați toate celelalte mașini cu acesta?
moosehead42 avatar
drapel us
Văd - ar putea fi o modalitate. În acest caz, ar trebui să „aleg” un server pe care îl folosim ca referință NTP și probabil că în toate celelalte servere trebuie să îl setez pe acesta în `etc/ntp.conf`, nu? Sau mai este ceva de făcut atunci?
moosehead42 avatar
drapel us
Dar dacă diferențele de ceas sunt atât de mici, așa cum sunt afișate, nu aș avea nevoie de nicio sincronizare internă a serverului NTP, sau?
FedKad avatar
drapel cn
Dacă aș fi sensibil la sincronizarea ceasului între toate mașinile mele locale, aș face dintr-o mașină serverul principal (configurația implicită așa cum este acum este OK), iar restul s-ar sincroniza cu acest server primar (pentru aceste mașini, editați `/etc. /ntp.conf`, comentați **toate** intrările `server` și `pool` și puneți o singură intrare `server local_ip_of_your_primary_machine` în acest fișier). Dar, în acest caz, ar trebui să vă asigurați că această „mașină principală” funcționează tot timpul cu demonul NTP.
Christian Ehrhardt avatar
drapel sl
Ca și în atâtea întrebări NTP, aș dori să sugerez să trecem la Chrony în zilele noastre. Nu numai că este susținut, mai puțin suprasolicitat și adesea mai precis. De obicei, ați obține și statistici mai bune cu chronyc (https://chrony.tuxfamily.org/doc/4.2/chronyc.html). Știu că ar fi un pic de re-configurare, dar poate merită încercat. Refs: https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes#Chrony https://ubuntu.com/server/docs/network-ntp https://ubuntu.com/blog/ubuntu-bionic-using-chrony- a-configura-ntp

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.