Часы моей виртуальной машины значительно меняются. Там есть документация об этом, но ничего, похоже, не работает очень хорошо.Как я могу разрешить дрейфующие часы для своей виртуальной машины?
Кто-нибудь есть какие-либо предложения, то, что работали хорошо для них, ...
Supposedly обновляя регулярно через НПТ не является хорошим решением.
vmware имеет a really good PDF doc по этой проблеме.
В основном, хозяин будет убивать тики, доставленные вашим гостям, как можно. Не стоит запускать NTP или по времени или по умолчанию. Просто установите vmware-guestd и позвольте хосту убивать ваши тики. Если вы все еще теряете тики, то любое другое решение также будет иметь большой дрейф.
Если вы можете, используйте гостевую ОС с низкой частотой опроса. Новые версии Linux поставляются с тиками 1000 Гц, но он используется только для 100 Гц. Это проще для хоста. Обычно для изменения значения HZ требуется перестроение ядра.
Не устанавливает ли установки виртуальной машины (инструменты) синхронизацию часов между гостевой и основной ОС?
Вы можете использовать ЦМД и
net time \\computer_name /set
установить часы remotly (или в скрипте, например)
Supposedly обновляя регулярно через НТП не является хорошим решением
Это решение, которое я бы порекомендовал. Почему это не считается хорошим в вашем регионе?
Установите NTP, если у вас его еще нет.
ntpdate установит часы правильно, тогда ntpd сможет поддерживать точность часов.
NTP pool project предоставляет большой пул серверов NTP для выбора.
Редактировать только что заметил, что вы сказали, что думаете, что NTP не является хорошим решением - почему? Если вы беспокоитесь о влиянии изменения часов, NTP является идеальным, поскольку ntpd не перекладывает часы вперед или назад, вместо этого он «убивает» часы, слегка увеличивая его вверх/вниз, пока он не вернется в соответствие с правильное время.
Существует нет окончательного ответа, потому что существует несколько методов, каждый из которых имеет свои плюсы и минусы. То, что нужно выбрать, зависит от ваших задач, загрузки сервера, операционной системы и т. Д.
Прочтите vmware_timekeeping.pdf для полного понимания проблемы.
Быстрые рецепты для Linux можно найти в отдельном KB article
У меня была такая же проблема, и решить ее
Просто добавьте несколько данных о том, почему NTPD не является хорошим решением. NTPD - это демон, который пытается компенсировать локальный дрейф часов; если «внутренние часы» отклоняются на X число секунд в день, то вместо того, чтобы прыгать вперед/назад, как принудительная команда, как в «ntpdate», NTPD пытается добавить/удалить некоторые циклы на часы, чтобы вовремя, как правило, в течение 15 минут часы работают достаточно точно, и компенсация преодолевает это количество Х секунд, которое серверы получают/теряют за день. Это имеет то преимущество, что вы не увидите ни одного раза в день, повторенного, что является обязательным для транзакционных систем.
Но для этого NTPD требует, чтобы локальные часы выполняли достаточно хорошую работу, что обычно означает, что локальные часы не будут дрейфовать более 42 секунд в день (более или менее, я не уверен в точном числе). Обычно это проблема в виртуальных машинах, так как часы управляются программным обеспечением, поэтому, если HOST имеет слишком много перегрузок, вы можете видеть, что часы CLIENT будут работать медленнее, а если это не так, часы могут работать слишком быстро. Проблема здесь для NTPD заключается в том, что локальные часы ненадежны и не имеют постоянного дрейфа во времени; это может быть более или менее в зависимости от перегрузки системы HOST.
Так что в этом случае лучше установить клиентские средства, как было предложено, и синхронизировать КЛИЕНТА часы с часами хозяина (обычно именуется как «настенные часы»)
хронометража лучшие практики для гостей Linux среди прочего говорит: Ref: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427
NTP Рекомендации Примечание: VMware рекомендует использовать NTP вместо VMware Tools периодической синхронизации времени. NTP является отраслевым стандартом и обеспечивает точное время в вашем гостю. Возможно, вам придется открыть брандмауэр (UDP 123), чтобы разрешить трафик NTP.
Это образец /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 конкретные)/и т.д./нтп/шаг-тикеры:
0.vmware.pool.ntp.org
1.vmware.pool.ntp.org
Конфигурация директивы подправлять panic 0 инструктирует NTP не сдаваться, если видит большой скачок во времени. Это важно для решения больших временных задержек, а также для возобновления виртуальных машин из их приостановленного состояния.
Примечание: директива tinker panic 0 должна находиться в верхней части файла ntp.conf.
Также важно не использовать местные часы в качестве источника времени, часто называемые нераспределенными локальными часами.NTP имеет тенденцию отступать к этому, отдавая предпочтение удаленным серверам, когда происходит большой дрейф времени.
Примером такой конфигурации:
server 127.127.1.0
fudge 127.127.1.0 stratum 10
Комментарий обе строки.
После внесения изменений в конфигурацию NTP необходимо перезапустить демон NTP. Обратитесь к документации поставщика вашей операционной системы.
Это старый вопрос, но тот, который повлиял на нас в последнее время. Я обнаружил, что проблема в том, что любой из наших vm, на которых выполнялись vmware-инструменты, был затронут.
Совсем недавно мы начали использовать инструменты open-vm, и на этих vm опция не была установлена. С открытой ВМ-инструменты полностью поддерживаются и рекомендованы Vmware, я предложил бы использовать его на инструментах VMWare: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2073803
Если открытой ВМ-инструменты в хранилище, которое вы используете это также легко установить с помощью yum install или apt-get install и т. д.
Заинтересовано, почему ntp не считается хорошей идеей? – cagcowboy 2008-09-22 20:36:57
Какая операционная система работает на вашей виртуальной машине? – 2008-09-22 20:38:45
о ntp решении: Я должен признать, что я не могу вспомнить в тот момент, почему ntp был обескуражен. я думаю, возможно, это связано с идеей использования разных методов одновременно и как это было бы плохо. – carrier 2008-09-22 22:23:37