Clock Skew / NTP-Problem

Symptom

Uhrzeitabweichungen zwischen Cluster-Knoten; Inkonsistenzen bei Replikation/Wahlen, 'certificate not yet valid', Zeitsprünge in Logs.

1. Das Symptom erkennen

Clock Skew ist tückisch: Wahl-Flapping bei Mongo/Redis Sentinel, TLS-Fehler 'not yet valid/expired', Kerberos-Fehler, rückwärts laufende Zeitstempel in Logs. In verteilten Systemen ist er die Wurzel der meisten 'unerklärlichen' Merkwürdigkeiten.

2. Die Abweichung messen

Vergleiche auf jedem Knoten Zeitquelle und Offset: timedatectl, chronyc tracking (oder ntpq -p) und date -u über die Knoten hinweg. Wie viele ms/s liegen sie auseinander?

3. NTP/chrony korrigieren

Läuft chronyd/ntpd, erreicht es seine Zeitquellen, ist es synchronisiert? Starte den Dienst und korrigiere die Quelle; bei großen Offsets stelle vorsichtig um (ein plötzlicher Sprung kann bei manchen DBs etwas auslösen).

4. Die betroffene Komponente prüfen

Prüfe nach der Korrektur der Uhr: Ist die Wahl im MongoDB Replica Set stabil, ist Redis Sentinel/Cluster gesund, gelingen TLS-Handshakes, haben sich die Metriken zum Replikations-Lag erholt?

5. Dauerhaft

Mache NTP auf allen Knoten verpflichtend und überwache den Offset (Alarm: >100ms). Kläre auf virtuellen Maschinen die Einstellung zur Zeitsynchronisation zwischen Host und Gast; nutze vorzugsweise eine einzige, zuverlässige Zeitquellen-Hierarchie.