Para um pequeno número de máquinas, a carga é muito baixa. Então, eu provavelmente deixaria todos os servidores de pool de consulta.
A menos que sua rede fique fora do ar por mais de um dia, duvido que você tenha um grande benefício em um servidor local. Mas o custo de configuração também é muito baixo, então provavelmente vale a pena. Eu escolheria uma máquina para ser o servidor local. Se estiver baixo, todo mundo vai apenas marcar a última taxa definida e deve ficar juntos razoavelmente bem. Se o servidor designado estiver ativo, todos o usarão quando o pool estiver inoperante.
Não é necessário usar "preferir" neste caso.
Para o servidor designado:
server 0.pool.ntp.org
[...]
server 127.127.1.1 # local clock
fudge 127.127.1.1 10 # don't trust the clock much
Para todos os clientes:
server 0.pool.ntp.org
[...]
server local.designated.server
- Rede para cima - todos os clientes são sincronizados com o pool
- Rede inoperante / servidor ativo - outros clientes são sincronizados com seu servidor
- Rede inoperante / servidor desativado - outros clientes marcam a última taxa configurada
Se você acha que o 13 não é mais um "número pequeno" e deseja reduzir sua carga no pool (e não deseja obter um relógio GPS barato), é possível sincronizar uma ou duas máquinas com o pool e sincronizar o resto com eles.
Servidor designado 1
server 0.pool.ntp.org
[...]
server 127.127.1.1 # local clock
fudge 127.127.1.1 10 # don't trust the clock much
Servidor designado 2
server 0.pool.ntp.org
[...]
server local1.designated.server
server 127.127.1.1 # local clock
fudge 127.127.1.1 12 # don't trust the clock much
Todos os outros clientes
server local1.designated.server
server local2.designated.server