답변:
짧은 답변 : 적절한 커널 매개 변수 및 ntpd 구성
긴 대답 : VMware에는 http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427 에 대한 모범 사례 문서가 있습니다.
이 스레드의 일부 정보와 다소 반대되는 점에 유의하십시오. 예를 들어, 더 이상 vmware-tools timesync 기능을 사용 하지 않는 것이 좋습니다 .
예, 시계 동기화 도구 용 vmware-tools를 설치하는 것이 중요하지만 충분하지 않을 수 있습니다.
나를 위해 일한 것은 커널 부팅 매개 변수를 추가하는 것입니다.
clock=pit notsc
이는 클럭 소스를 vmware가 업데이트 된 것으로 설정하고 시간 동기화 카운터를 비활성화합니다.
아마도 관련이 없지만 최근에는 충분한 커널에서 항상 다음을 추가합니다.
divider=10
게스트 CPU 사용률을 크게 줄입니다.
이 두 가지 모두 vmware 도구를 설치하거나 설치하지 않아도 도움이되며 빠르게 표류하는 시계와 vmware 도구의 시계 동기화 서비스 간의 끊임없는 노력보다는 시계를보다 밀접하게 동기화하는 데 도움이됩니다.
많은 서버 응용 프로그램이 지속적인 시간에 의존하기 때문에 ntpdate 또는 rdate를주의하여 사용하는 것이 현명하지 않습니다.
예를 들어 Dovecot은 시간의 큰 변화를 감지하면 종료됩니다.
게스트에서 "틱없는"커널 (기본적으로 2.6.22 이상은 IIRC 임)을 사용하는 경우 클럭 드리프트를 관리하기가 더 쉽습니다. NTP를 사용하는 것이 VMWare의 자체 도구보다 더 정확하다는 것을 알았지 만 과학적으로 이것을 테스트하지는 않았습니다.
NTP가 과부 하나 다른 문제로 인해 클록 드리프트가 너무 멀어 질 경우 (단, 최신 커널에서는 훨씬 더 드물지만 여전히 발생할 수있는 경우) NTP를 포기하지 않으려면 상단에 "tinker panic 0"라인이 있는지 확인하십시오. ntp.conf의
숙고하기 위해 호스트 컴퓨터 시계를 공개 시계와 동기화하고 VM을 호스트와 동기화합니다. 모든 VM이 공개 시간 서버에 개별적으로 연결되는 것은 아닙니다.
또한 : NTPD와 동시에 VMWare의 자체 클록 게스트 동기화를 사용하지 마십시오. 둘은 서로 트립되어 VM 시계가 정의되지 않고 신뢰할 수없는 상태가됩니다.
다음은 과거에 도움이 된 vmware 타임 키핑 기사를 정리 한 것입니다 : http://blogs.vmware.com/kb/2009/02/new-timekeeping-articles.html
Linux 게스트에 NTP 데몬 을 클라이언트로 설치하면 주기적으로 시계가 표류하지 않는지 정기적으로 확인합니다. 서버가 인터넷에 .. 있기 때문에 멋진 호스트-게스트 동기화를 수행 할 필요가 없습니다. :)