VMWare VM の時刻が正しくないことが多いことに気付きました。何回リセットしても、同期がずれ続けます。
他の誰かがこれに気づきましたか?VM の時刻を同期させるために、他の人は何をしていますか?
編集:これらはCLI Linux VMです..
VMWare VM の時刻が正しくないことが多いことに気付きました。何回リセットしても、同期がずれ続けます。
他の誰かがこれに気づきましたか?VM の時刻を同期させるために、他の人は何をしていますか?
編集:これらはCLI Linux VMです..
ホスト時刻が正しい場合は、次の.vmx構成ファイルオプションを設定して、定期的な同期を有効にすることができます。
tools.syncTime = true
デフォルトでは、これは毎分時間を同期します。定期的なレートを変更するには、次のオプションを希望の同期時間(秒単位)に設定します。
tools.syncTime.period = 60
これを機能させるには、ゲストOSにVMWareツールをインストールする必要があります。
詳細については、 http://www.vmware.com/pdf/vmware_timekeeping.pdfを参照してください。
VMware のナレッジ ベースによると、実際の解決策は Linux ディストリビューションとリリースによって異なります。RHEL 5.3 では、通常 /etc/grub.conf を編集し、次のパラメータをカーネル エントリに追加します。
次に、NTP を有効にし、vmware-toolbox からの VMware 時刻同期を無効にして、最後に VM を再起動します。
各 Linux ディストリビューションのガイドラインを含む完全な表は、次の場所にあります。
Linux ゲスト向けの計時ベスト プラクティス http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427
ここで注意すべきことがあります。ESXiホストで実行されているWindowsVMでも同じ問題が発生しました。ゲストのVMWareツールで時刻同期がオンになりましたが、ゲストクロックはホストクロックから一貫してオフ(約30秒)でした。ESXiホストは、内部タイムサーバーから時刻の更新を取得するように構成されました。
Windows VM([コントロールパネル]>[日付と時刻]>[インターネット時刻]タブ)でインターネット時刻の設定がオンになっていることがわかりました。そのため、ゲストは2つの場所から時刻の更新を受け取り、インターネット時刻が勝っていました。これをオフにすると、ゲストクロックは良好になり、ESXiホストから排他的に時間を取得します。
Windowsゲストについてお答えします。VMware Tools がインストールされている場合、タスクバーの通知領域 (時計の近く) に VMware Tools のアイコンがあります。それをダブルクリックして、オプションを設定します。
VMware Tools がインストールされていない場合でも、時計のオプションを設定してインターネット時刻を NTP サーバーと同期させることができます。物理マシンがゲスト マシンに NTP プロトコルを提供する場合、ホストオンリー ネットワークでそれを行うことができます。それ以外の場合は、ゲストがインターネット上の正規の NTP サーバー (time.windows.com など) と同期できるようにする必要があります。
私の場合、Windows Server 2003R2StandardでVMWareServer2.02を実行しています。ホストはWindowsServer2003R2Standardでもあります。VMware Toolsをインストールして、時刻を同期するように設定しました。私はさまざまなインターネットサイトで見つけた想像できるすべてのことをしました。15分以上から3分または4分の範囲に縮小しましたが、それでも恐ろしいドリフトがありました。
最後に、vmware.logで次のエントリを見つけました(フォルダ内に.vmxファイルとして存在します):「ホストシステムは、異なるCPU間で同期されたTSCを保証しないため、WindowsBoot.iniファイルの/usepmtimerオプションを次のように設定してください。計時の信頼性を確保してください。詳細については、Microsoft KB http://support.microsoft.com/kb ...を、追加情報については、Microsoft KBhttp://support.microsoft.com/kb...を参照してください。」
原因:この問題は、コンピューターでBIOSまたは一部のIntelマルチコアプロセッサーでAMD Cool'n'Quietテクノロジー(AMDデュアルコア)が有効になっている場合に発生します。マルチコアまたはマルチプロセッサシステムでは、異なるコア間の時刻が同期されていない場合、タイムスタンプカウンター(TSC)のドリフトが発生する可能性があります。TSCを計時リソースとして使用するオペレーティングシステムで問題が発生する可能性があります。新しいオペレーティングシステムは、タイムキーピングソースとして使用できる他のタイマーがシステムで使用可能な場合、通常、デフォルトでTSCを使用しません。その他の使用可能なタイマーには、PM_TimerおよびHigh Precision Event Timer(HPET)が含まれます。解決策:この問題を解決するには、ハードウェアベンダーに問い合わせて、問題を修正するための新しいドライバー/ファームウェアの更新が利用可能かどうかを確認してください。
注ドライバをインストールすると、Boot.iniファイルに/usepmtimerスイッチが追加される場合があります。
これ(/ usepmtimerスイッチ)が実行されると、時計は時間どおりに停止しました。
VMware では、多くのクロック ドリフトが発生します。この「VMware クロック ドリフト」のGoogle 検索は、いくつかの記事にリンクしています。
最初のヒットが最も役立つかもしれません: http://www.fjc.net/linux/linux-and-vmware-related-issues/linux-2-6-kernels-and-vmware-clock-drift-issues
省電力のためCPU速度が変動します。VMware がラップトップに関する役立つヒントを提供してくれたので、最初にこれに気付きましたが、このページでも同じことが言及されています。
引用元: VMWare のヒントとコツ 省電力 (SpeedStep、C ステート、P ステートなど)
省電力設定が vmware のパフォーマンスに大きく影響する場合があります。省電力にはいくつかのレベルがあります。
CPU周波数
これは、CPU をより低い周波数で (手動で、または「オンデマンド」や「コンサバティブ」などのガバナーを介して) 実行したときに明らかにパフォーマンスが低下することを除いて、パフォーマンスの低下につながるべきではありません。vmware の実行中に CPU 速度を変更することによる唯一の問題は、Windows のクロックが遅れることです。これを防ぐには、/etc/vmware/config でフル CPU 速度を kHz で指定します。
ホスト.cpukHz = 2167000
Active Directory 環境では、次のことを知っておくことが重要です。
すべてのメンバー マシンは、任意のドメイン コントローラーと同期します。
ドメインでは、すべてのドメイン コントローラーがそのドメインの PDC エミュレーター (PDCe) から同期されます。
ドメインの PDC エミュレーターは、ローカルまたは NTP と同期する必要があります。
VMware で時刻を設定するとき、または時刻同期を構成するときに、これを考慮することが重要です。
抜粋: http://www.sysadmit.com/2016/12/vmware-esxi-configurar-hora.html
以下のジョブをcrontabに追加しました。ハックですが、うまくいくと思います。
*/5 * * * * サービス ntpd 停止 && ntpdate pool.ntp.org && サービス ntpd 開始
サービスからのntpdサービスの更新を停止し、ntpdを再度開始します