Синхронизация времени OracleLinux - Debian
 

Добрый день.

Имеется две тачки на OracleLinux и Debian, в сеть не смотрят. Нужно настроить синхронизацию по времени с периодичностью 10-15 минут.

Как лучше реализовывать данную фичу?

Что это значит? Они не подключены вообще ни к какой сети или у них нет доступа в интернет? Если второе, тогда вам нужен в сети сервер времени (NTP-сервер), с которым можно будет синхронизироваться. Можно поднять его допустим на дебиане (пример, еще). Для него откройте доступ в интернет по протоколу ntp (123/UDP).

Видимо, что они не подключены к интернетам по какой-то причине. Но NTP можно использовать и без глобального подключения, разумеется, точность будет никакая и синхронность будет только у хостов на этом "островке времени".

Делаем так:

выбираем хост, у которого RTC поточнее, он будет сервером, там поднимаем ntpd с таким примерным конфигом:
driftfile — пустой файл где удобно, который может писать/читать ntpd. То есть делаем что-то типа touch /var/run/ntp.drift; chmod 600 /var/run/ntp.drift; chown ntp:ntp /var/run/ntp.drift

Второй будет клиентом, у него аналогично подымаем ntpd c таким примерным конфигом:
Ставим на обоих машинах часики максимально точно руками.

Запускаем на обоих машинах ntpd.

Проверяем синхронизацию ntpq -p

Разумеется, в фаерволах должен быть разрешён доступ друг к дружке по 123/UDP.

vadblm, а что даст использование driftfile на сервере времени? Насколько я понимаю, он может рассчитывать смещение времени на системных часах относительно сервера точного времени. В данном случае сервера точного времени не будет, а значит и дрифт рассчитать неоткуда..

Пишут, что driftfile помогает некоторое время, если сервера не доступны, эмпирически продолжать рассчитывать "точное" время.
Сервера не может не быть, так устроен ntpd, в данном случае в его роли выступает system clock —так пишут в документации ntpd, но ведь его же и призван устанавливать ntpd... видимо, имеется в виду RTC (hwclock), который далеко не идеален:
Во всяком случае, от driftfile хуже не будет.

Все верно, но для этого файл сначала должен быть рассчитан. А для этого нужно хотя бы на 1-2 суток дать нашему ntp-серверу синхронизироваться с точным сервером времени. Иначе файл будет рассчитан некорректно, и в лучшем случае от него не будет пользы, а в худшем - будет даже вред. Тут все зависит от реализации ntpd, скорее всего он просто не будет определять дрифта и сервер будет строго следовать аппаратным часам.

P.S.: постараюсь выкроить время и проверить сие утверждение на практике.

Вот кстати выдержка из п. 7.2 RFC 5905:

Вот подумалось, может будет лучше сделать две машинки равноправными пирами? Примерно так
Первая:
Вторая:
Тут от driftа будет польза.

Хм.. А что это даст? Идея в том, чтобы получить среднее отклонение для этих двух машин? Если конечно на одной машине часы отстают, а на другой спешат, тогда она сработает :)

Вообще интересно бы услышать топикстартера в чем именно у него задача - время должно быть синхронизировано только между этими двумя серверами и неважно, насколько время будет отличаться от "внешнего" времени, или же все таки время должно соответствовать глобальному? В первом случае вышеописанных методов вполне хватит, а во-втором, мне кажется не должно возникнуть больших проблем с открытием порта 123 в инет для любого из этих серверов, либо поднятием доп сервера времени в сети.

Она сработает в любом случае, независимо от того, в какую сторону убегают часы на обоих машинах.
Ещё можно приобрести недорогой USB NMEA GPS приёмник (цена вопроса ~$50) и довольно точное время получать с него

Каким образом она сработает? Сервера синхронизируются между собой, что в общем-то достижимо и обычным путем с локальным сервером и клиентом времени. А пиры созданы для резервирования серверов времени, чтобы пулы создавать, разве не?

Вот это полностью поддерживаю, отличная альтернатива при отсутствии возможности выйти в инет.

VladDV, Я имел ввиду, что с точки зрения двух машин время на них будет одинаковое, не считая миллисекундного jitter. Если это цель, то больше ничего и не надо.

VladDV, vadblm, Добрый день, прошу прощения, что не имел возможности ответить сразу.

Ситуация следующая, обе машины не имеют выхода в интернет, находятся в одной сетке, одна - сервер бд, вторая - сервер приложения.

Доступа в инет нет и не будет, политика безопасности, поэтому необходимо синхронизировать время на обеих машинах, при этом оно должно соответствовать глобальному. Каждый день проводится аудит пользователей и анализ логов, соответственно время очень важно.

Благодарю за все вышеописанное, будем пытаться реализовать!

Тогда вам необходимо брать точное время с референсных часов. Наверно, самый дешёвый и простой способ я уже указал, но есть и другие, с ними можете ознакомиться по ссылке:
http://www.eecis.udel.edu/~mills/ntp/html/refclock.html