Вопросы Теги

Как я предотвращаю дрейф времени в госте Debian на хосте CentOS KVM?

Посмотрите на мой вопрос. Это связано с Вашим. Таким образом, ответ: Отбросьте ссылку и посмотрите, если процесс на стороне сервера и стороне клиента умирает.

Можно также следить за соединением с tcpdump -i $INTERFACE port ssh Я думаю, что это даже декодирует "ssh-проверку-активности", если это активно.

Значение по умолчанию "не активно".

5
22.07.2013, 19:28
3 ответа

У гостя нет прямого доступа к часам хоста. Вместо этого это использует kvm-тактовый, который указывает на регион памяти, обновленный хостом от часов хоста. По сути, гость использует часы хоста. Проблема - то, что этот регион памяти постоянно не обновляется, он только обновляется, когда существует 'событие' VM, и как таково, гости могут дрейфовать и затем покачнуться назад к корректному времени.

Общие рекомендации, насколько я вижу, гарантируют, что VM делает что-то регулярно, так, чтобы это перечитало часы хоста регулярно.

Некоторые источники,

5
27.01.2020, 20:34
  • 1
    Спасибо, это - то, чего я боялся. ntpd сложно о ступенчатых изменениях вовремя, таким образом, я думаю, что я - более безопасная установка его на гостях. –   22.07.2013, 19:10
  • 2
    поразмыслив, я думаю, работая hwclock --hctosys каждые 10 минут вряд ли будет немного хуже, чем ntpd для шагов спасибо я сделаю это (если у Вас не будет лучшего предложения для того, как заставить гостя перечитать часы хоста). –   22.07.2013, 19:26

Помимо того, что было уже сказано о kvm-тактовом, Вы могли бы хотеть попробовать стандартные лучшие практики - убегают от ядер без галочки, включение понижающей передачи галочки ядра приблизительно к 10, включают ntpclient, удостоверьтесь, что хост не перегружается - дрейф времени часто происходит во время тяжелого ЦП, принимают на себя непосильные обязательства. Если VM имеет много виртуальных присвоенных центральных процессоров, возьмите то число вниз несколько nothches также

2
27.01.2020, 20:34

Как упомянуто, хост пишет время в страницу памяти, которую может считать гость. Это обычно означает, что аппаратные часы vm соответствуют хосту, запрещая любые ошибки, где хост не пишет что страница на критических событиях как масштабирование скорости ЦП. Проблема обычно, что ОС не распознает, что аппаратные часы изменяются/корректируют. Постоянный клиент 'hwclock - hctosys' обновят ОС на текущие аппаратные часы и (по-моему) являются более чистыми, чем выполнение демона NTP.

Вы видите это в действии путем выполнения чего-то вроде этого в kvm-тактовом госте:

date && hwclock --hctosys && date
Sun Jan  5 23:40:44 MST 2014
Sun Jan  5 23:40:06 MST 2014
4
27.01.2020, 20:34
  • 1
    По некоторой нечетной причине, последующим выполнениям hwclock займите 10 или больше секунд для завершения. Таким образом результат date && hwclock -r && date показывает 9 - 10 вторых разрывов. Действительно не ясно, каково "корректное" время. –  Otheus 12.10.2016, 22:37

Теги

Похожие вопросы