EC2サーバーのタイムアウトが毎日約10秒遅れるのはなぜですか？

私は、ネットワーク時刻と同期するために毎日/etc/cron.daily/ntpupdate実行されるシステムファイルであると信じているものを持っています
ntpdate ntp.ubuntu.com。毎日、次のような出力が生成されます。

/etc/cron.daily/ntpupdate:
16 Jan 06:30:42 ntpdate[21446]:
step time server 91.189.94.4 offset -12.646804 sec

どういう91.189.94.4意味かはわかりません-12.646804 secが、サーバーが約12秒オフになることを意味します。しかし、毎日同じくらいの量がオフになっている理由はわかりません。これは、Ubuntuを実行しているAmazon EC2インスタンスです。

私はそれが1日あたり12秒を失っている/獲得している、または12秒オフになっている別のクロックと時間を同期してから再同期していると推測できます。

これをさらに追跡して追跡するにはどうすればよいですか？/etc/cron.*ディレクトリまたはユーザーのcronジョブに他のcronジョブが表示されません...

更新

特定の時間に大きなジャンプがあるかどうかを確認するために、この1時間ごとに実行を開始したことを共有したいと思いました。これは、1時間ごとの出力です。

16 Jan 15:17:04 ntpdate[8346]:
adjust time server 91.189.94.4 offset -0.464418 sec

したがって、明らかに1時間ごとに時計が約0.5秒ずれているため、毎日（24時間）時計が約12秒ずれていることになります。時計が高速で動作していると思います！ありがとう！

ソフトウェアクロックを遅くしたり速くしたりする要因はいくつかあります。仮想サーバーのクロックは、特にこれらの問題のすべてのクラスになりやすいです。180〜200％の速度で動作するクロックを備えた仮想ボックスに出会うまで、1日12秒はかなり悪い状態です。中断するラップトップの時計も、時間管理の問題に悩まされる可能性があります。

ntupdateを支持してドロップすることを検討する必要がありntpdます。パッケージ名はntpDebianにあります（そしておそらくUbuntuも）。NTPデーモンは、cronジョブよりもはるかに積極的に時間を同期し、1つ以上の他のNTPサーバーと同期し、時計をより正確に保ちます。継続的に時間ntpdateをntpd監視することを除いて、同じプロトコルが使用する別の実装です。

の（非常に小さな）オーバーヘッドがntpd必要ない場合はntpdate、1時間に1回実行することを検討できます。1時間ごとに0.5秒オフになっていると仮定すると、それで十分です。

あなたの質問の残り半分、なぜこれが起こっているのかについて答えてください。コンピュータのハードウェアのクロックは不正確であることが悪名高いので、1日12秒のドリフトは珍しいですが、それほど珍しいことではありません。

（これはおそらくネットワーク時間の使用が普及しているためです。そのため、1日12秒でもドリフトするのは時計の場合と比べてささいな迷惑です-したがって、ハードウェア会社は安価な時計チップを使用できます。物理的には、おそらくクロックチップ内の発振器が正しくキャリブレーションされていないため、わずかに動作しますが、確実に低速です。

違いが小さすぎるため、ntpはサーバーの時間を更新しないと思われます。私は同様の問題を抱えていましたが、特定のしきい値が存在するまでntpが少し違いますが更新されないことが判明するまで、毎日同じ遅延を見ました。

同期の最小しきい値の構成を確認してください。