VMサーバーでのタイムドリフト、信頼できるソリューションが必要
複数の物理サーバー（ホストされている）上にいくつかのWindows Server 2008 VMwareインスタンスがあり、サーバーインスタンス間で同期するのに時間がかかるアプリケーションがあります。
明らかに、VMwareにはこれに関する問題があり、これ以上うまく機能することはありません。サーバーをセットアップして、毎分NTP更新をポーリングし、問題を軽減します（かなり大雑把な方法で） ）時々、更新が失敗し（すでにドリフトが多すぎるため）、その後WindowsがNTP更新を実行しないため、最終的にサーバーが十分に離れてドリフトする可能性があります。アプリケーションが壊れていることに気づきました。
ほぼ同じセットアップでホストをXenサーバーに変更することを考えていますが、同様の問題が予想されます。
- xenがゲストに対してVMwareと同じタイムドリフトの問題を抱えているかどうか誰かに教えてもらえますか？
- 誰かが外部のNTPサーバーと同期して同期を保つために最適なWindowsサーバー設定は何ですか：
- どのくらいの頻度で同期することをお勧めしますか？ （毎分と仮定）
- 独自のNTPサーバーを実行することをお勧めします-仮想インスタンス上にある必要がある場合でも）（そうではないと仮定）
- 時間差に関係なく、WindowsにNTPサーバーと同期するように指示する方法はありますか？
- windowsサーバーの時刻を同期させるための他の提案はありますか？
[ http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1318 ]に慣れてきましたが、それは役に立ちましたが、完全には効果的ではありません（上記を参照）。
どうもありがとう！
NTPを断続的に（1分に1回でも）使用しても、あまり役に立ちません。 NTPは、継続的な更新/微調整用に設計されており、個別のクロックジャンプを目的としていません。
適切なNTPデーモンをインストールすると、運が良くなります。 http://www.meinberg.de/english/sw/ntp.htm （「標準」NTPd実装のWindowsビルド）は、Windows Server2003および2008を実行しているVMで信頼できることがわかりました。 。
ただし、注意すべき4つの点：
ゲストNTPのVMWare時間同期メソッドが実行されているか、オフになっていることを確認してください。実行されていない場合、ゲストとNTPは互いに競合します。上にリンクされているNTPビルドのインストーラーは、ゲストにある一般的な拍子同期ソフトウェアをオフにしますが、VMWareをオフにすることはできないため、自分で行う必要があります。
NTPd構成ファイルの先頭に
tinker panic 0が指定されていることを確認してください。これにより、クロックドリフトに突然の変化があった場合に、NTPサービスが放棄されるのを防ぎます。これは、時間の経過とともにホストの負荷が異なるため、VMでは珍しいことではありません。ローカルの精度を高めるためにVMのローカルタイムソースを使用し、VMを外部と直接同期するのではなく、このローカルソースを.pool.ntp.orgなどと同期します。そうすれば、外部ネットワークアクセスがダウンした場合でも、VMには、同期するためのクロックソースよりも信頼性の高いクロックソースがあります（そして、パブリックタイムサーバーに親切です）。 VMWareホストマシンをこのローカルタイムソースとして使用できますが、外部ネットワークゲートウェイとして機能するマシンがあり、このジョブも実行する傾向があります。
ラストリゾートフォールバックとしても、VMのローカルクロックがタイムソースとしてリストされていないことを確認してください。
時間同期の問題が特にVMWareの問題であり、仮想化の問題であることに気づいていません。ホストとVC NTP同期されていますか？その場合、vmtoolsで時間同期オプションをオンにし、ゲストでNTPをオフにしましたか？時間の問題がある場合とない場合があります。
アプリケーションにとってタイミングが重要な場合は、GPSベースのタイムサーバーを使用してソースに直接アクセスすることを検討する必要があります。これがソリューションを提供する1つの会社です