Was ist ein realistischer durchschnittlicher Zeitunterschied zwischen Servern im selben LAN?

Bis vor kurzem hatten wir einen kleinen Cluster von ungefähr 20 kleinen Windows-Servern im Einsatz (die jetzt alle virtualisiert wurden). Sie wurden alle für die Synchronisierung mit dem lokalen Zeitserver konfiguriert. Es befand sich in einem 1-GB-Subnetz in unserem eigenen DC. Ich habe sie nie dazu gebracht, weniger als 100 ms voneinander entfernt zu sein, was ich für einen unglaublich großen Unterschied halte.

Ist das ein normaler Wert? Was ist eine realistische Erwartung eines Zeitunterschieds zwischen Computern, die in einem 1-GB-Netzwerk ausgeführt werden und alle mit demselben Zeitserver verbunden sind und häufig aktualisiert werden, beispielsweise alle 5 Minuten?

Ich möchte dies wissen, da das Festlegen von Zeitüberschreitungen und anderen Parametern in einer verteilten Anwendung diesen Unterschied berücksichtigen muss.

ntp

— Monster-
quelle

Wie Sie sagen, sind 100 ms sehr groß. Die Frage ist: Wie messen Sie diesen Zeitunterschied?

— Gregory MOUSSAT

Ich habe einen zentralen "Loadbalancer", der regelmäßig Nachrichten von allen Maschinen empfängt. Außerdem kann der Zeitstempelwert der Ereignisse angezeigt werden, die von den anderen Computern empfangen wurden. Wenn ein Ereignis 100 ms vor dem Senden eintrifft, weiß ich, dass die Uhren mindestens 100 ms Unterschiede aufweisen, wahrscheinlich viel mehr.

— Monster

Antworten:

NTP schwebt normalerweise im Bereich <10-20 ms in einem "vernünftigen" Netzwerk. Wenn Sie jedoch den in Windows integrierten NTP-Client verwenden, ist das eine andere Geschichte. Der in Windows integrierte Client soll nur die für Kerberos synchronisierte Zeit von 5 Minuten synchronisieren. Sie hatten nicht die Absicht, eine sehr genaue Zeit zu halten; 100ms geht es also ziemlich gut.

Wenn Sie eine genauere Zeit als 100 ms benötigen, installieren Sie einen tatsächlichen NTP-Client wie die Meinberg-Binärdateien von ISCs Referenz-NTPd.

Wenn Sie eine äußerst genaue Zeit benötigen, sollten Sie sich das Precision Time Protocol (PTP) ansehen. Seien Sie gewarnt, dass PTP viel komplizierter ist als NTP. Wenn Sie also keine ultrapräzise Zeitstempelung oder ähnliches benötigen, wird NTP dringend empfohlen.

— Chris S.
quelle

NTP sollte in der Lage sein, viel besser als 100 ms zu arbeiten

Virtualisierte Maschinen sind bekannt dafür, dass sie Probleme mit der ungeraden Zeitsynchronisierung haben.

Sie erwähnen Ihre Virtualisierungsumgebung nicht, überprüfen jedoch, ob alle Hypervisoren auch NTP-synchronisiert sind. (Im Allgemeinen ist es für einen Gast-VM-Computer am besten, die Uhr von seinem Host-Hypervisor zu beziehen.)

Weitere Informationen finden Sie in der NTP-Dokumentation unter "Bekanntes Problem".

http://support.ntp.org/bin/view/Support/KnownOsIssues#Section_9.2.2 .

In diesem Dokument von VMware finden Sie ausführliche Informationen zu Problemen mit der Zeitmessung auf Windows-Hardware im Allgemeinen und zu zusätzlichen Problemen mit der Zeitmessung in virtuellen Maschinen:

http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf

— Joel K.
quelle

Das Problem lag auf dem Hardware-Cluster, auf VMWare wurde es jedoch am schlimmsten.

— Monster

Dann wäre eine andere Frage, welche durchschnittlichen Ping-Latenzen zwischen Hosts auftreten. Die meisten Ping-Zeiten in einem Rechenzentrum sollten unter 1 ms liegen. Wie nervös sind diese Pings? Um klar zu sein, haben Sie gesagt, dass Sie einen Unterschied von 100 ms zwischen den Knoten sehen. Das ist Milli, nicht Mikro (u), oder? Kann ich fragen, wie Sie die Zeitdeltas messen?

— Joel K

Ja, Millisekunden, keine Mikrosekunden. Und ich messe es, wie ich in meinem Kommentar zu @Gregory sagte. Durch Vergleichen der Ortszeit mit der "gesendeten Zeit" des Ereignisses, das ich erhalte. Wenn die gesendete Zeit älter ist, kann ich nicht sagen, ob es sich um Taktdrift oder Netzwerklatenz handelt. Aber wenn es in der Zukunft liegt , dann weiß ich, dass die Uhr des Absenders bei weitem voraus ist.

— Monster

Haben Sie einige Ping-Tests durchgeführt, um festzustellen, ob Netzwerkjitter ein Faktor ist?

— Joel K

Nein. Und das kann ich nicht mehr, da dieser Cluster "im Ruhestand" war.

— Monster