Синхронизация времени в контейнере KVM - История изменений

Vix: /* 'Средствами KVM */

2025-11-24T03:20:07Z

'Средствами KVM

← Предыдущая версия		Версия от 06:20, 24 ноября 2025
Строка 17:		Строка 17:
	0 /1 * * /sbin/hwclock -w --localtime		0 /1 * * /sbin/hwclock -w --localtime

	==''''Средствами KVM'''==		=='''Средствами KVM'''==
	Time keeping		Time keeping
	The guest clock is typically initialized from the host clock. Most operating systems expect the hardware clock to be kept in UTC, and this is the default. Windows, however, expects it to be in so called 'localtime'.		The guest clock is typically initialized from the host clock. Most operating systems expect the hardware clock to be kept in UTC, and this is the default. Windows, however, expects it to be in so called 'localtime'.

Vix: /* 'Средствами KVM */

2025-11-24T03:19:44Z

'Средствами KVM

← Предыдущая версия		Версия от 06:19, 24 ноября 2025
Строка 21:		Строка 21:
	The guest clock is typically initialized from the host clock. Most operating systems expect the hardware clock to be kept in UTC, and this is the default. Windows, however, expects it to be in so called 'localtime'.		The guest clock is typically initialized from the host clock. Most operating systems expect the hardware clock to be kept in UTC, and this is the default. Windows, however, expects it to be in so called 'localtime'.

	~~```~~		* Пример для виртуальной машины:
			<clock offset="localtime">
			<timer name="rtc" tickpolicy="catchup"/>
			<timer name="pit" tickpolicy="delay"/>
			<timer name="hpet" present="no"/>
			<timer name="hypervclock" present="yes"/>
			</clock>
			* или...
	<clock offset='localtime'>		<clock offset='localtime'>
	<timer name='rtc' tickpolicy='catchup' track='guest'>		<timer name='rtc' tickpolicy='catchup' track='guest'>

Vix: /* 'Средствами KVM */

2025-11-24T03:18:32Z

'Средствами KVM

← Предыдущая версия		Версия от 06:18, 24 ноября 2025
Строка 21:		Строка 21:
	The guest clock is typically initialized from the host clock. Most operating systems expect the hardware clock to be kept in UTC, and this is the default. Windows, however, expects it to be in so called 'localtime'.		The guest clock is typically initialized from the host clock. Most operating systems expect the hardware clock to be kept in UTC, and this is the default. Windows, however, expects it to be in so called 'localtime'.

	~~...~~		```
	<clock offset='localtime'>		<clock offset='localtime'>
	<timer name='rtc' tickpolicy='catchup' track='guest'>		<timer name='rtc' tickpolicy='catchup' track='guest'>
Строка 28:		Строка 28:
	<timer name='pit' tickpolicy='delay'/>		<timer name='pit' tickpolicy='delay'/>
	</clock>		</clock>
	~~...~~		```
	* clock		* clock
	The offset attribute takes four possible values, allowing fine grained control over how the guest clock is synchronized to the host. NB, not all hypervisors support all modes.		The offset attribute takes four possible values, allowing fine grained control over how the guest clock is synchronized to the host. NB, not all hypervisors support all modes.

imported>Vix в 13:15, 19 апреля 2021

2021-04-19T13:15:22Z

← Предыдущая версия		Версия от 16:15, 19 апреля 2021
Строка 44:		Строка 44:
	The guest clock will have an arbitrary offset applied relative to UTC or localtime, depending on the basis attribute. The delta relative to UTC (or localtime) is specified in seconds, using the adjustment attribute. The guest is free to adjust the RTC over time and expect that it will be honored at next reboot. This is in contrast to 'utc' and 'localtime' mode (with the optional attribute adjustment='reset'), where the RTC adjustments are lost at each reboot. Since 0.7.7 Since 0.9.11 the basis attribute can be either 'utc' (default) or 'localtime'.		The guest clock will have an arbitrary offset applied relative to UTC or localtime, depending on the basis attribute. The delta relative to UTC (or localtime) is specified in seconds, using the adjustment attribute. The guest is free to adjust the RTC over time and expect that it will be honored at next reboot. This is in contrast to 'utc' and 'localtime' mode (with the optional attribute adjustment='reset'), where the RTC adjustments are lost at each reboot. Since 0.7.7 Since 0.9.11 the basis attribute can be either 'utc' (default) or 'localtime'.

			* ПС:- рекомендую на данный момент в качестве источника времени использовать "unix"
	* [https://libvirt.org/formatdomain.html#elementsTime Time keeping]		* [https://libvirt.org/formatdomain.html#elementsTime Time keeping]
	ИСТОЧНИК:		ИСТОЧНИК:
	<hr>		<hr>
	* [https://codebeer.ru/sinhronizaciya-vremeni-v-kontejnere-kvm/ Синхронизация времени в контейнере KVM]		* [https://codebeer.ru/sinhronizaciya-vremeni-v-kontejnere-kvm/ Синхронизация времени в контейнере KVM]
			* [https://www.umgum.com/kvm-clock-rtc KVM + time]

imported>Vix в 12:53, 19 апреля 2021

2021-04-19T12:53:51Z

← Предыдущая версия		Версия от 15:53, 19 апреля 2021
Строка 15:		Строка 15:
	crontab -e		crontab -e
	0 /1 * * /sbin/hwclock --hctosys		0 /1 * * /sbin/hwclock --hctosys
			0 /1 * * /sbin/hwclock -w --localtime

	==''''Средствами KVM'''==		==''''Средствами KVM'''==

imported>Vix в 12:53, 19 апреля 2021

2021-04-19T12:53:10Z

@@ Строка 1: / Строка 1: @@
 Без регулярной синхронизации, в зависимости от нагрузки на хост-систему, время внутри KVM контейнера может быстро сбивается. Причина такого поведения вызвана архитектурой операционной системы и особенностями технологии виртуализации.
@@ Строка 15: / Строка 16: @@
 */1 * * * /sbin/hwclock --hctosys
 ИСТОЧНИК:
 <hr>
 * [https://codebeer.ru/sinhronizaciya-vremeni-v-kontejnere-kvm/ Синхронизация времени в контейнере KVM]

imported>Vix: Новая страница: «Без регулярной синхронизации, в зависимости от нагрузки на хост-систему, время внутри KVM...»

2021-03-31T10:57:33Z

Новая страница: «Без регулярной синхронизации, в зависимости от нагрузки на хост-систему, время внутри KVM...»

Новая страница

Без регулярной синхронизации, в зависимости от нагрузки на хост-систему, время внутри KVM контейнера может быстро сбивается. Причина такого поведения вызвана архитектурой операционной системы и особенностями технологии виртуализации.

Большинство операционных систем используют время аппаратных часов только в процессе загрузки, после чего для подсчета времени используются системные часы. В условиях виртуализации процедуры отвечающие за системное время не могут работать также как на реальном железе, в результате часы внутри виртуальной машины начинают постепенно отставать.

Для поддержания времени в актуальном состоянии необходимо регулярно выполнять синхронизацию. Для этих целей можно использовать ntpd, но для контейнеров KVM предпочтительнее использовать синхронизацию системного времени с аппаратными часам kvm-clock.

Время kvm-clock соответствуют времени на хост-системе, таким образом нет необходимости использовать ntpd в каждой гостевой системе.

Для коррекции системного времени мы будем использовать аппаратное время:

/sbin/hwclock --hctosys
Для того что бы система регулярно каждый час синхронизировала часы, добавим задание в cron:

crontab -e
0 */1 * * * /sbin/hwclock --hctosys

ИСТОЧНИК:
<hr>
* [https://codebeer.ru/sinhronizaciya-vremeni-v-kontejnere-kvm/ Синхронизация времени в контейнере KVM]