(1) iniciar automáticamente un servicio ntpd en todos los nodos del clúster y apuntar el servicio de referencia a un servidor LAN. (2)use crontab para ntpdate cada ciertos minutos. En un entorno de clúster, este será un mejor método para la sincronización horaria. Para el primer método, creo que lo que necesitamos es un servidor ntp y todos los demás nodos sincronizan el tiempo desde él, pero no dejar que todos los nodos del clúster sean un servidor ntp.
gracias de antemano
Respuesta1
La opción (1) es preferible ya que ntpd es capaz de corregir el error constante del reloj de la máquina. Si utiliza la opción (2), el tiempo no se cuenta de forma monótona. En cuanto a que todos los nodos del clúster sean un servidor ntp, sí, creo que es una exageración.
Respuesta2
Y lo más importante, descubrí que con el primer método, los nodos de nuestro clúster se desvían más de 15 segundos con frecuencia. Gracias a Servicio ntpd y ntpdate de Linux Ahora sé la razón, tal vez por alguna razón la diferencia de tiempo es mayor a 2 segundos y ntpd se negó a hacer nada en ese momento.
Por lo que dijo David Schwartz, esto me pareció útil: como se mencionó en otra parte, NTP proporciona una corrección de tiempo fluida. Si a las aplicaciones en su servidor no les importa que se pierdan segundos enteros o que vuelvan a hacer los mismos segundos, entonces ntpd no le aporta mucho sobre ntpdate.
Si, por otro lado, tiene aplicaciones sensibles al tiempo que son sensibles a segundos, o peor aún, son sensibles a segundos parciales, entonces ntpd es, con diferencia, la mejor opción. Novell eDirectory marca las actualizaciones con marcas de tiempo para el manejo de colisiones de actualizaciones, lo cual se vuelve crítico si las actualizaciones llegan muy rápido (como durante el apuro de inicio de sesión de la mañana). Un servidor syslog necesita tener una precisión de tiempo de al menos medio segundo para mantener registros correctos. Enlace:https://serverfault.com/questions/16467/compare-ntpd-and-ntpdate
Gracias a todos.