21

仮想マシンのクロックが大幅にずれます。これに対処するためのドキュメントはありますが、うまく機能しているようには見えません。

誰もが何か提案、彼らにとってうまくいったこと、...

おそらく、ntp 経由で定期的に更新することは良い解決策ではありません。

4

11 に答える 11

17
  1. 誰かの話を聞く前に、VMware のドキュメントをよく読んでください。ESX5を実行しています。

とりわけ、Linux ゲストのタイムキーピングのベスト プラクティスは次のように述べています。

NTP の推奨事項 注: VMware では、VMware Tools の定期的な時刻同期の代わりに NTP を使用することをお勧めします。NTP は業界標準であり、ゲストで正確な時間を維持します。NTP トラフィックを許可するには、ファイアウォール (UDP 123) を開く必要がある場合があります。

これは /etc/ntp.conf のサンプルです:

tinker panic 0
restrict 127.0.0.1
restrict default kod nomodify notrap
server 0.vmware.pool.ntp.org
server 1.vmware.pool.ntp.org
server 2.vmware.pool.ntp.org
driftfile /var/lib/ntp/drift

これはサンプル (RedHat 固有) /etc/ntp/step-tickers です。

0.vmware.pool.ntp.org
1.vmware.pool.ntp.org

構成ディレクティブ tinker panic 0 は、NTP が時間の大幅なジャンプを検出した場合にあきらめないように NTP に指示します。これは、大きな時間のずれに対処し、仮想マシンを一時停止状態から再開するために重要です。

注: ディレクティブ tinker panic 0 は、ntp.conf ファイルの先頭にある必要があります。

また、ローカル クロックをタイム ソースとして使用しないことも重要です。NTP は、大量の時間のずれがある場合、リモート サーバーに優先してこれにフォールバックする傾向があります。

このような構成の例は次のとおりです。

server 127.127.1.0
fudge 127.127.1.0 stratum 10

両方の行をコメントアウトします。

NTP 構成を変更した後、NTP デーモンを再起動する必要があります。オペレーティング システム ベンダーのドキュメントを参照してください。

于 2013-03-07T06:34:37.653 に答える
11

vmware には、この問題に関する非常に優れた PDF ドキュメントがあります。

基本的に、ホストはゲストに配信されたダニを可能な限り殺します. NTP や時限、ジャンクなどを実行しないでください。vmware-guestd をインストールするだけで、ホストにダニを殺してもらいます。それでもティックが失われる場合は、他のソリューションにも大きなドリフトがあります。

可能であれば、ティック レートの低いゲスト OS を使用してください。新しいバージョンの Linux には 1000Hz の目盛りが付いていますが、以前は 100Hz しかありませんでした。これは、ホストにとって提供しやすいようです。通常、HZ 値を変更するには、カーネルの再構築が必要です。

于 2008-09-22T22:33:03.860 に答える
8

NTPD が適切なソリューションではない理由に関するデータを追加するだけです。NTPD は、ローカル クロックのずれを補正しようとするデーモンです。「内部時計」が 1 日に X 秒ずれると、「ntpdate」のように強制コマンドのように前後にジャンプする代わりに、NTPD は時計にいくつかのサイクルを追加/削除しようとします。 15 分以内であれば、クロックは十分に正確に動作し、補償は、サーバーが 1 日に取得/損失するこの X 秒数を克服します。これには、トランザクション システムの必須条件である、1 日のどの時間も繰り返されることがないという利点があります。

しかし、これを可能にするために、NTPD はローカル クロックが適度に良い仕事をすることを必要とします。これは通常、ローカル クロックが 1 日に 42 秒以上ずれないようにすることを意味します (多かれ少なかれ、正確な時間はわかりません)。番号）。クロックはソフトウェアで制御されているため、これは通常仮想マシンの問題です。そのため、HOST の過負荷が大きすぎると、クライアントのクロックの動作が遅くなり、そうでない場合はクロックも動作する可能性があります。速い。ここでの NTPD の問題は、ローカル クロックが信頼できず、時間のずれが一定ではないことです。ホストシステムの過負荷に応じて、多かれ少なかれ異なる場合があります。

したがって、この場合は、提案されているようにクライアント ツールをインストールし、クライアントのクロックをホストのクロック (通常は「ウォール クロック」と呼ばれます) と同期させることをお勧めします。

于 2009-06-17T14:51:08.530 に答える
1

それぞれに長所と短所があるいくつかの方法が存在するため、決定的な答えはありません。どちらを選択するかは、タスク、サーバーの負荷、オペレーティングシステムなどによって異なります。

この問題を完全に理解するには、vmware_timekeeping.pdfをお読みください。

Linuxのクイックレシピは、別のKB記事にあります。

于 2008-10-22T12:52:55.033 に答える
1

この問題の最善の解決策は、(ローカルに接続されている場合) ローカル NTP サーバーをインストールし、「サービス ntp 再起動」を約 30 秒のスリープ時間で無限ループに入れることです。「/etc/init.d/rc.local」ファイルにコードを記述します。システムを再起動すると、時刻がサーバー コンピュータと同期されます。

于 2021-02-11T13:39:14.297 に答える
0

仮想マシンの追加機能 (ツール) をインストールすると、ゲスト OS とホスト OS の間でクロックが同期されませんか?

于 2008-09-22T20:35:33.890 に答える
0

おそらくntp経由で定期的に更新することは良い解決策ではありません

しかし、それは私が推奨する解決策です。あなたの場所でそれが良いと見なされないのはなぜですか?

于 2008-09-22T20:39:44.443 に答える
0

NTP がない場合はインストールします。

ntpdate は時計を正しく設定し、ntpd は時計を正確に保つことができます。

NTP プール プロジェクトは、選択できる NTP サーバーの大規模なプールを提供します。

NTPは適切な解決策ではないと考えているとおっしゃっていましたが、その理由は何ですか? 時計の変更の影響が心配な場合は、ntpd が時計を前後にジャンプしないため、NTP が理想的です。正しい時間。

于 2008-09-22T20:48:08.947 に答える
-2

コマンドと

net time \\computer_name /set

リモートで（またはスクリプトなどで）時計を設定するには

于 2008-09-22T20:38:04.743 に答える