Высокая доступность NTP за виртуальным IP-адресом
Неправильно ли размещать сервер NTP за виртуальным IP? (VRRP)
Насколько было бы предпочтительнее, чтобы клиенты просто разговаривали напрямую с двумя экземплярами?
Поскольку клиенты NTP сохраняют refid сервера, Я предполагаю, что он будет различать, когда сервер за IP заменен местами, но я не уверен, как это повлияет на его поведение в противном случае.
После моего первоначального комментария ответ был немного длиннее.
Как правило, когда сам протокол, или общие реализации упомянутого протокола, уже нативно поддерживают отказоустойчивость, высокую доступность и обход отказа, вам не нужно предоставлять их на уровне инфраструктуры.
(За исключением случаев, когда вы используете случаи do требуют их...)
Балансировка нагрузки и кластеризация являются полезными методиками, но они также требуют экспертного обслуживания, и я видел гораздо более катастрофическое падение кластеров высокой доступности, чем я видел, как администраторы ломали два разных сервера одновременно.
Что касается NTP, вы либо предоставляете один NTP сервер своим клиентам, либо оптимально настраиваете 4 или более....
Ntpd необходимо, чтобы большинство серверов согласовывали время, прежде чем он сможет синхронизироваться.
Если у вас только один сервер , то этот сервер поверит . Это имеет то преимущество, что, по крайней мере, все ваши системы будут установлены на одно и то же (хотя, возможно, и неправильное) время, и вы все еще можете коррелировать события безопасности и полагаться на зависящие от времени протоколы, такие как Kerberos.
Если у вас два сервера за балансировщиком нагрузки , ваши клиенты ведут себя так, как будто есть только один NTP сервер. Если время на этих двух внутренних серверах отличается (в зависимости от вашего алгоритма балансировки нагрузки), либо половина ваших серверов будет использовать совершенно другую дату, либо вы можете увидеть случайные переходы во времени, когда происходит обход отказа.
Если Вы настроите несколько NTP-серверов, то большинство (если не все) NTP-клиентов способны (если Вы настроили достаточное количество серверов) различать "ложный тикер" и не обращать на него внимания, достигнув большинства голосов.