가상 머신의 시계 변동 문제를 어떻게 해결할 수 있나요?

StackOverflow https://stackoverflow.com/questions/117422

  •  02-07-2019
  •  | 
  •  

문제

내 가상 머신의 시계가 꽤 크게 표류합니다.이 문제를 다루는 문서가 있지만 잘 작동하는 것 같지는 않습니다.

누구든지 제안 사항이나 자신에게 효과가 있었던 것이 있으면 ...

아마도 ntp를 통해 정기적으로 업데이트하는 것은 좋은 해결책이 아닙니다.

도움이 되었습니까?

해결책

VM웨어는 정말 좋은 PDF 문서 이 문제에 대해.

기본적으로 호스트는 게스트에게 전달되는 진드기를 최대한 제거합니다.하지 않다 NTP나 시간 초과 또는 정크를 실행하세요.vmware-guestd를 설치하고 호스트가 귀하의 진드기를 없애도록 하십시오.여전히 진드기가 손실되면 다른 솔루션에도 큰 드리프트가 발생합니다.

가능하다면 빈도가 낮은 틱 속도를 갖는 게스트 OS를 사용하십시오.최신 버전의 Linux에는 1000Hz 틱이 제공되지만 예전에는 100Hz였습니다.호스트가 배달하기 더 쉬운 것 같습니다.HZ 값을 변경하려면 일반적으로 커널 재구축이 필요합니다.

다른 팁

  1. 다른 사람의 말을 듣기 전에 vmware 설명서를 주의 깊게 읽으십시오.우리는 ESX5를 실행하고 있습니다.

무엇보다도 Linux 게스트를 위한 시간 관리 모범 사례에 따르면 다음과 같습니다.참조: http://kb.vmware.com/selfservice/microsites/search.do?언어=en_US&cmd=displayKC&externalId=1006427

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에 지시합니다.이는 큰 시간 차이에 대처하고 일시 중단된 상태에서 가상 머신을 재개하는 데 중요합니다.

메모:Tinker Panic 0 지시어는 ntp.conf 파일의 맨 위에 있어야 합니다.

또한 지역 시계를 시간 소스로 사용하지 않는 것도 중요합니다(종종 규율되지 않은 지역 시계라고 함).NTP는 시간 드리프트가 많을 때 원격 서버보다 우선적으로 이 방법을 사용하는 경향이 있습니다.

이러한 구성의 예는 다음과 같습니다.

server 127.127.1.0
fudge 127.127.1.0 stratum 10

두 줄을 모두 주석 처리합니다.

NTP 구성을 변경한 후에는 NTP 데몬을 다시 시작해야 합니다.운영 체제 공급업체의 설명서를 참조하세요.

NTPD가 좋은 솔루션이 아닌 이유에 대한 몇 가지 데이터를 추가하기만 하면 됩니다.NTPD는 로컬 시계 드리프트를 보상하려고 시도하는 데몬입니다."내부 시계"가 하루에 X초만큼 멀어지면 "ntpdate"와 같이 강제 명령처럼 앞/뒤로 점프하는 대신 NTPD는 시계에 일부 사이클을 추가/제거하려고 시도하여 일반적으로 시간이 지나면 15분 이내에 시계는 충분히 정확하게 실행되고 보상은 서버가 하루에 얻거나 잃는 이 X초 수를 극복합니다.이는 하루 중 반복되는 시간을 볼 수 없다는 장점이 있으며 이는 트랜잭션 시스템에 꼭 필요한 것입니다.

그러나 이를 수행하려면 NTPD에서 로컬 시계가 합리적으로 제대로 작동해야 합니다. 이는 일반적으로 로컬 시계가 하루에 42초 이상(약간;정확한 수치는 잘 모르겠습니다.)이는 일반적으로 가상 머신의 문제입니다. 시계는 소프트웨어로 제어되므로 HOST에 과부하가 너무 많으면 CLIENT의 시계가 더 느리게 실행되는 것을 볼 수 있고, 그렇지 않으면 시계도 실행될 수 있습니다. 빠른.여기서 NTPD의 문제는 로컬 시계가 신뢰할 수 없고 시간이 지속적으로 변동하지 않는다는 것입니다.HOST 시스템의 과부하에 따라 다소 달라질 수 있습니다.

따라서 이 경우 제안된 대로 클라이언트 도구를 설치하고 CLIENT 시계를 HOST의 시계(일반적으로 "벽시계"라고 함)와 동기화하는 것이 좋습니다.

여러 가지 방법이 존재하고 각각 장단점이 있기 때문에 명확한 답은 없습니다.선택할 항목은 작업, 서버 로드, 운영 체제 등에 따라 다릅니다.

읽다 vmware_timekeeping.pdf 문제에 대한 철저한 이해를 위해.

Linux에 대한 빠른 레시피는 별도의 문서에서 찾을 수 있습니다. KB 문서

가상 머신 추가(도구)를 설치하면 게스트와 호스트 OS 간의 시계가 동기화되지 않나요?

NTP를 통해 정기적으로 업데이트하는 것은 좋은 솔루션이 아닙니다.

하지만 이것이 제가 추천하고 싶은 솔루션입니다.귀하의 위치에서는 왜 좋은 것으로 간주되지 않습니까?

아직 NTP가 없다면 NTP를 설치하세요.

ntpdate는 시계를 올바르게 설정하고 ntpd는 시계를 정확하게 유지할 수 있습니다.

그만큼 NTP 풀 프로젝트 선택할 수 있는 대규모 NTP 서버 풀을 제공합니다.

편집하다 방금 NTP가 좋은 솔루션이 아니라고 생각한다고 말씀하신 것을 확인했습니다. 이유는 무엇입니까?시계 변경의 영향이 걱정된다면 NTP가 이상적입니다. ntpd는 시계를 앞이나 뒤로 점프하지 않고 대신 시계 속도에 맞춰 다시 돌아올 때까지 시계 속도를 약간 올리거나 내려 시계를 "회전"합니다. 정확한 시간.

나는 같은 문제가 있었고 그것을 해결했습니다.

  1. vmware-guestd 설치
  2. 커널에 clocksource=acpi_pm 옵션 보내기
  3. hwclock -s를 매시간 루트로 실행합니다.

이것은 오래된 문제이지만 최근에 우리에게 영향을 미치고 있는 문제입니다.내가 발견한 것은 vmware 도구를 실행하는 모든 VM이 이 문제의 영향을 받았다는 것입니다.

최근에 우리는 open-vm-tools를 사용하기 시작했고 해당 VM에서는 옵션이 설정되지 않았습니다.open-vm-tools는 Vmware에서 완벽하게 지원되고 권장되므로 vmware 도구보다 Open-vm-tools를 사용하는 것이 좋습니다. http://kb.vmware.com/selfservice/microsites/search.do?언어=en_US&cmd=displayKC&externalId=2073803

open-vm-tools가 사용하는 저장소에 있는 경우 다음을 통해 설치하는 것도 간단합니다. yum install 또는 apt-get install 등.

cmd를 사용할 수 있으며 

net time \\computer_name /set

시계를 원격으로 설정하려면(또는 예를 들어 스크립트에서)

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top