Greyware Automation Products, Inc.
    Greyware Automation Products, Inc.
Menubar Left Endcap      Home    Products    Store    Downloads    Customer Service    Search    
Menubar Right Endcap
    Log in  or   Create an account now -- FREE!
Knowledgebase Article KB2007.418   
KB2007.418
FAQ: How do I configure Domain Time II on a virtual machine (i.e. VMware, Virtual PC/Hyper-V, Xen, etc.)?

    This article applies to Domain Time II.

    Published: 18 Apr 2007
    Updated: 09 May 2007 (corrected typos)
    Updated: 06 Nov 2007 (added DTII Server support note)
    Updated: 16 Oct 2008 (revised content to include new host OS info)

    Question

      How do I configure Domain Time II on a virtual machine (i.e. VMware, Virtual PC/Hyper-V, Xen, etc.)?

    Answer

      Because operating systems running as virtual machine guests share the host's physical resources (such as CPU time and interrupt handling), their ability to keep their own accurate time is diminished. Accurate OS time depends on regular servicing of timers so that the clock continually moves forward smoothly. Virtual machines must often wait while the host OS is busy servicing other guests, resulting in clock drift or erratic behavior. This problem is inherent in the basic nature of multiple operating systems sharing the same physical hardware.

      As a result of this inherent instability, a virtual guest OS is not suitable for use as a platform for providing time to other clients. Clock instability of the server machine can result in serious problems with time sychronization throughout your enterprise. Also, any tools that calculate time variances (such as Domain Time II Audit Server, Domain Time II Monitor Service, the Domain Time II Manager variance report, DTCheck utility, etc.) cannot be relied upon to provide accurate results when executed from a virtual OS.

      Guidelines for using the various Domain Time II components on virtual machines



      • Domain Time II Server: Domain Time II Server is not supported on virtual machine guest operating systems.

      • Domain Time II Audit Server: Domain Time II Audit Server is not supported on virtual machine guest operating systems.

      • Domain Time II Manager and Tools: The Domain Time II Management tools contain a number of programs that calculate, compare, and report on clock variance such as Domain Time II Monitor Service, the Domain Time II Manager Variance Report page, the DTCheck utility, etc. Tools that calculate comparative time variances cannot be relied upon to provide accurate results when executed from a virtual OS. These should be run on physical machines.

      • Domain Time II Client:
        Depending on your particular requirements, hardware, application, and load, you may be able to use Domain Time Client to achieve reasonable synchronization of your guest OS, however this is not guaranteed. In general, any machine where accurate time synchronization is critical should run directly on physical hardware.

        Domain Time II Client can be configured on a guest OS in the same manner it is configured on a stand-alone physical machine. However, given the additional instability of the platform, you should take into account the need to synchronize more frequently to compensate for drift. As a result, the default target-seeking mode Domain Time II Client may not be able to sufficiently adjust automatically for your needs. If so, you need to set the Client to synchronize on a regular schedule and adjust that schedule up or down to acheive your desired accuracy. See Client Timings for how to set a fixed synchronization schedule.

      It's very important that you regularly monitor your clock synchronization on virtual machines. The environment is extremely susceptible to changes in load. Since these changes can occur at any time in other guests or on the host, settings that were once perfectly adequate to keep your time synched in any particuar guest may suddenly be insufficient. We recommend using a monitoring product capable of generating alerts to notify you of insufficient sync, such as Domain Time II Audit Server.

      The host machine's operating system should also be synchronized as much as possible to the correct time (preferably using Domain Time II). The guest OS will use the host's time at startup, and occasionally, some functions of the virtualization software will attempt to match the guest clock to the host (even if you have built-in time synchronization disabled - see below). It's therefore very important that the host clock be as close to accurate as possible.

      Regarding the host built-in time sync features (i.e. VMWare Tools)



      Most virtualization products include a built-in time synchronization function that attempts to synchronize the guest OS clock to that of the host (such as those included in the VMWare Tools). These functions vary in effectiveness and often create additional problems for accurate timekeeping, such as unexpected stepping of the clock, backwards time jumps, etc.

      Previous versions of this KB article recommended using the built-in time sync functions of the virtual software based on manufacturer documentation; however, we have revised our recommendations based on extensive testing and customer feedback. It is almost always best practice to disable the built-in guest-to-host time sychronization functionality of the guest and use Domain Time II Client to synchronize the guest OS clock.

      As mentioned above, even if you have the built-in sync tools turned off, some virtual environments (like VMWare) do still occasionally attempt to set the guest OS clock to match the host, such as when doing backups of the guest image files, or other housekeeping. Domain Time will detect these attempted changes and immediately attempt to correct for them, however, the host clock should still be kept correct to prevent a wild-time situation where the guest clock suddenly jumps to a highly incorrect value that Domain Time cannot quickly repair. If these types of unexpected clock adjustments will present serious problems for your application, you should change to using a physical machine instead of a virtual one.

      Important: If for some reason you do choose to use the built-in host sync functions, the time-setting function of any other time-synchronization software (such as Windows Time and Domain Time II) MUST be disabled to prevent contention over the system clock. In this instance, you can set Domain Time II Client to operate in "test" mode so that it can be audited. See these instructions for more info on enabling Test Mode. In any event, you should still be sure your host clock is synchronized using Domain Time II Client.

       

      References
      Disabling Time Synchronization under Virtual PC 2007
      VMware Time Sync and Windows Time Service
      Timekeeping in VMware Virtual Machines

ArrowSee our complete catalog of software...             
Menubar Left Endcap      Home      Top of this Page      Store      Downloads       Printer-Friendly Version      Menubar Right Endcap
 
Copyright © 1995-2009 Greyware Automation Products, Inc.  All Rights Reserved
All Trademarks mentioned are the properties of their respective owners.
Privacy Policy ]   [ Contact Greyware ]   [ Feedback to Greyware ]