web-dev-qa-db-ja.com

「すべてのシステムクロックをこのサーバーに同期します。私がそう言ったときだけですか?」と言う最良の方法。 Windows + Linuxサーバーの混合セットアップ

タイトルはそれをかなり説明しています。 100台のサーバー、さまざまなバージョンのWindowsおよびLinuxがあり、1台のWindowsサーバーが「マスタークロック」であるとします。私はこの質問を見ました:

LinuxとWindowsの間でクロックを同期するにはどうすればよいですか?

これは、クライアント(?)で「ntpd-q」を実行すると、ntpが必要な処理を実行できることを示しています。 ntpをインストールする場合は、強制的に時刻をonly同期することも保証する必要があります。同期が実行されるたびに通知するログがあればさらに良いでしょう。

私はベンチマーク実行を行っていますが、次のように言うことができます。「マスターの午前9時42分01秒にすべてのベンチマークシステムで時計が同期されました。その後、ベンチマーク実行が開始され、6時間実行できるようになりました。 。この時間間隔中にシステムクロックは変更されませんでした。」

その後のクロックドリフトがあることは理解していますが、今のところそれが私たちのやり方であり、手動プロセスでやっています。少なくとも1回限りの同期を自動化したいと思います。

2
twblamer

LinuxとWindowsで開始/停止する特定のコマンドを探していますかNTP LinuxとWindowsでは異なります。これらはLinuxディストリビューションによって異なります。「/ etc/init.d/ntpdstop」のようになります。一部では、他では異なり、Windowsではわかりません。

これを行うには2つの方法があり、1つ注意点があります。

方法1:NTP通常どおり実行しますが、ベンチマークのために停止します。

方法2:NTPを実行せずに、ベンチマークを実行する直前にNTPを「ワンショット」モードで実行します。(Linuxでは「ntpdate」になります) Unix/Linuxの場合はSERVERNAME "、Windowsの場合は[私は]" ntp -q ")

方法1には、ベンチマークを実行していないときは常に時計が正しいという利点があります。時計もベンチマークに対してより正確に設定されます。つまり、NTPは、NTPパケット間でも非常に正確にクロックを維持します。ネットワーク上のNTPパケットは、単純に問題ありません。パケット間NTPは、過去の経験を使用してシステムクロックを速くまたは遅くナッジします。欠点は、NTPを再度開始すると、開始を拒否することです。時計が遠すぎる場合これはバグではありませんが、これは意図的に行われ、故障したサーバーとの同期を防ぎます。これを防ぐには、NTPを再起動する直前に「ntpdate」または「ntp-q」を実行します。 。

方法2には、実装がより簡単であるという利点があります。ただし、時計はあまり正確ではありません。 「ワンショット」モードでは、NTPの実行ほど正確に時計が設定されません。これは主に、開始する前に遠方の時計を修正するためのものですNTP(上記を参照)。ただし、ベンチマークの精度が約1/10秒である必要がある場合は、問題ありません。

注意点は、NTPをオフにした場合、ベンチマークがベンチマークと思われるものをベンチマークしていない可能性があることです。 NTPが常に実行されていなくても、コンピューターの時計はドリフトします。コンピューターのドリフト量をベンチマークする場合は問題ありませんが、それ以外はそれほど多くありません。

(そして私は注意する必要があります...ドリフトはブランドごとだけでなく、特定のマシン間でも異なります。)

HTH!

2
TomOnTime

Linuxを使用している場合は、ntpdateコマンドの並列実行に mcollective を使用します。私のntpdには-qオプションがありません。

私はWindows用の同様のツールに精通していません。

明確にするために、ntpdを継続的に実行すると、クロックドリフトが抑えられるため、一貫した時間が得られる可能性が高くなります。コンピューターによってクロック速度がわずかに異なり、開始時にクロックを同期するだけでは、次の6時間は同期が維持されるとは限りません。 ntpdは、これを修正するために特別に設計されています。

5
Martijn Heemels

ntpdは、一定の同期を維持するように設計されているため、「d」です。 ntpdateは1回限りの同期を取得します。

Windowsの場合、私はあなたがこのようなことをするだろうと思います..(これが正しく機能するかどうかはテストしていません)

w32tm /config /manualpeerlist:"valid.ntp.server,0x9"
w32tm /resync /rediscover
w32tm /config /manualpeerlist:"bogus.invalid.server,0x9"

ただし、デバイスの同期を常に維持しないのはなぜですか?

2
Shane Madden

手動同期は、追加のソフトウェアがないWindowsの唯一のオプションである可能性があります。この記事を参照してください:

http://technet.Microsoft.com/en-us/library/cc773263%28WS.10%29.aspx

代替案については、このページは有望に見えます:

http://www.endruntechnologies.com/ntp-client.htm

定期的/手動同期を行うことは、継続的よりも優れているわけではないことに注意してください。同期せずに長時間のクロックドリフトによる時間変化のログ記録では、最高レベルの精度は得られません。時計は必ずしも一定の速度でドリフトするわけではありません。温度や測定できないその他の変動に基づいて変化する可能性があります。

どのレベルの精度を探していますか? +/- 1秒、+ /-0.0001秒、...?

0
Slartibartfast