Как можно гарантировать, что хосты linux, работающие на vmware Infrastructure 3 или vmware 3 esxi, будут синхронизированы с сервером ntp. Я обнаружил, что у гостя linux, работающего под esx или esxi, есть тенденция к смещению часов в будущем.
Как обеспечить синхронизацию времени с сервером времени? Нужно ли развертывать инструменты VMware на хосте Linux? а затем синхронизировать хост с сервером ntp, гостем с хостом и с сервером ntp?
linux
vmware-esx
ntp
biosFF
источник
источник
Краткий ответ: правильные параметры ядра и конфигурация ntpd
Длинный ответ: у VMware есть документ с рекомендациями, который очень хорош в этом, http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427
Обратите внимание, что это несколько противоречит некоторой информации в этой теме. Например, особенно рекомендуется больше не использовать функцию временной синхронизации vmware-tools.
источник
Да, установка vmware-tools для инструмента синхронизации часов важна, но может быть недостаточной.
Для меня сработало добавление параметра загрузки ядра:
Это устанавливает источник синхронизации на то, что vmware постоянно обновляет, и отключает счетчик синхронизации времени.
Возможно, не связано, но на достаточно недавних ядрах я всегда добавляю:
что значительно снижает использование гостевого процессора.
Оба они также полезны с установленными инструментами vmware или без них и помогают более точно синхронизировать часы (вместо постоянной борьбы между быстро дрейфующими часами и сервисом синхронизации часов инструментов vmware).
источник
Да, вы должны установить vmware-tools на клиенте VM. Затем вы можете установить флажок «синхронизировать время гостя с хостом» на экране «Параметры» виртуальной машины.
источник
Есть ответ, который уже выбран (и это лучший ответ, поскольку инструменты vmware дают вам много других преимуществ), но другой вариант также заключается в запуске обычных команд ntpdate в cron. Это исправляет ваши часы, однако не управляет смещением часов, но работает в крайнем случае.
источник
Будьте осторожны с ntpdate или rdate, обычно не стоит переносить время на трудный путь, поскольку многие серверные приложения зависят от непрерывного времени.
Например, Dovecot просто выйдет, если обнаружит большой сдвиг времени.
источник
Если вы используете «тиканье» ядро (2.6.22+ по умолчанию - IIRC) в гостевых системах, то смещением часов легче управлять. Я обнаружил, что использование NTP более точно, чем собственный инструмент VMWare, но я не проверял это с научной точки зрения.
Чтобы прекратить NTP, просто сдаваясь, если из-за большой нагрузки или из-за других проблем такты смещаются слишком далеко (это случается гораздо реже с новыми ядрами, но все еще может случиться), убедитесь, что у вас есть строка «tinker panic 0» в верхней части или рядом с ней. вашего ntp.conf.
Чтобы быть внимательным, синхронизируйте часы своих хост-машин с общедоступными часами и виртуальными машинами с хостом - не связывайте все свои виртуальные машины отдельно с общедоступными серверами времени.
Кроме того: не используйте собственную гостевую синхронизацию часов VMWare одновременно с NTPD. Они сработают, оставив часы вашей виртуальной машины в неопределенном и ненадежном состоянии.
источник
Вот хороший сборник статей о хронометраже vmware, которые помогли мне в прошлом: http://blogs.vmware.com/kb/2009/02/new-timekeeping-articles.html
источник
Если вы устанавливаете демон NTP на гостевой компьютер Linux в качестве клиента, он будет периодически проверять и проверять, чтобы ваши часы не дрейфовали в долгосрочной перспективе. Вам не нужно выполнять какую-либо необычную синхронизацию хост-гость, потому что сервер просто ... в сети. :)
источник
Это может быть полезно
Параметр загрузки гостевого ядра:
источник