(主に)Redhat 5.9および6.4ゲストの束を実行する2つのVMWare環境があります。時間のずれに関する問題があります(1週間あたり数分先)。ローカルドメインコントローラーと同期するntpを使用します。
この推奨事項 VMWareは、時間の同期にvmware-toolsを使用しないことを明確に述べています。どうして?多くの人がNTPに問題を抱えているようで、vmware-toolsは通常、予測可能な方法で動作します。 Redhatの新しいバージョンのvmware-toolsに特定の問題はありますか?
コンテキストとして、これは私たちのntp.confです(コメント行はすべて削除されています)。
tinker panic 0
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
server our.domain.server.com
driftfile /var/lib/ntp/drift
keys /etc/ntp/keys
何人かのゲストは時間を保つのに全く問題がありません。その他は大幅に差をつけています。
正直なところ、仮想環境と最新のオペレーティングシステムでNTP=)に問題があるはずはありません...の根本的な原因を見つける価値はあります問題。
可能であれば、NTPインフラストラクチャ(通常は外部NTPソースを使用するか、すべてをコアスイッチまたはルーターに向ける)を使用している)であることを確認します。 ESXiホストのハードウェアクロックが設定され、時間内に閉じるような基本的なものがあります。時々、 ハードウェアクロックのずれがある別のホストへのvMotionが、表示されている問題を引き起こす可能性があります 仮想マシン内。
ゲストツールのアプローチに関しては、少しハックです。ゲストツールを実行しないVM(サポートされていないOSまたはアプライアンスの状況)がある場合、またはゲストツールが最適ではない状態(Linuxカーネルの更新後のVMwareツールなど)の場合はどうなりますか?.
VMwareがツールの時間同期を推奨しない理由は、VMで同時にアクティブな2つの時間同期方法がある状況を回避したいためです。
ドメインに参加しているWindows VMは、デフォルトでDCと同期します。Linux管理者は、マシンをNTPに設定します(仮想か物理かに関係なく)。2番目の同期としてのVMwareツールの追加ソースは、絶え間ない調整のような望ましくない効果を課します。
VMWareによるこの推奨事項は、時間同期にvmware-toolsを使用しないことを明確に述べています。どうして?多くの人がNTPに問題を抱えているようで、vmware-toolsは通常、予測可能な方法で動作します。
ほとんどの場合、VMwareと物理ホストまたはその他の異機種環境が混在しているという事実以外に、信頼できる理由を知りません。したがって、彼らはNTPのようなものをお勧めします。これにより、ホストとVMだけでなく、すべてが同期されます。NTPのような標準を使用すると、あるタイプの環境では、OSおよびハードウェアプラットフォーム間で標準のタイムクロックを同期できます。