У нас есть две среды VMWare, на которых работают (в основном) Redhat 5.9 и 6.4 гостей. У нас проблемы со смещением времени (минуты вперед в неделю). Используем ntp, синхронизируясь с локальным контроллером домена.
Эта рекомендация VMWare, в частности, гласит, что не следует использовать vmware-tools для синхронизации времени. Почему? Кажется, что у многих людей есть проблемы с NTP, а vmware-tools обычно ведут себя предсказуемо. Есть ли какие-то специфические проблемы с vmware-tools в более поздних версиях Redhat?
Для контекста это наш ntp.conf (все закомментированные строки удалены):
tinker panic 0
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
server our.domain.server.com
driftfile /var/lib/ntp/drift
keys /etc/ntp/keys
У некоторых наших гостей нет абсолютно никаких проблем со временем. Другие с большим отрывом.
redhat
vmware-esx
ntp
vmware-tools
Джош Смитон
источник
источник
Ответы:
Честно говоря, у вас не должно быть проблем с NTP в виртуальной среде и современных операционных системах ... Стоит найти причину этой проблемы.
Если вы можете, убедитесь, что у вас есть хорошая инфраструктура NTP (я обычно использую внешний источник NTP или указываю все на основной коммутатор или маршрутизатор) и что у вас есть базовые вещи, такие как аппаратные часы ESXi, установленные и закрывающиеся во времени. Иногда vMotion для другого хоста с аппаратной синхронизацией часов может вызвать проблемы, которые вы видите на виртуальных машинах.
Что касается подхода guest-tools, он немного хакерский. Что делать, если у вас есть виртуальные машины, которые не запускают гостевые инструменты (неподдерживаемые ситуации ОС или устройства), или ваши гостевые инструменты находятся в неоптимальном состоянии (например, VMware Tools после обновления ядра Linux).
источник
Я думаю, что причина того, что VMware не рекомендует синхронизацию времени Tools, заключается в том, что они хотят предотвратить ситуации, когда в VM одновременно активны два метода временной синхронизации.
Виртуальные машины Windows, которые присоединены к домену, синхронизируют время со своими DC по умолчанию, а администраторы Linux настраивают свои машины для NTP (независимо от того, являются ли они виртуальными или физическими). Добавление инструментов VMware в качестве второго источника синхронизации приведет к нежелательным эффектам, таким как постоянные настройки.
источник
Мне неизвестна какая-либо авторитетная причина, кроме того факта, что в большинстве случаев существует сочетание VMware и физических хостов или какой-либо другой гетерогенной среды. Поэтому они рекомендуют что-то вроде NTP, чтобы синхронизировать ВСЕ, а не только виртуальные машины с хостом (ами). Использование такого стандарта, как NTP, гарантирует, что любой тип среды может иметь стандартную синхронизацию часов между операционными и аппаратными платформами.
источник