¿Cómo manejas la deriva del tiempo del servidor?
time
ntp
time-synchronization
programador muerto
fuente
fuente
Y para representar a la multitud de máquinas virtuales ...
Si está ejecutando servidores virtuales , la deriva del tiempo parece ser un problema común, por lo que generalmente hay una forma (aparte de NTP) para mantener las máquinas virtuales sincronizadas con su host.
En mi caso, estoy usando VMWare. Puedo activar esto desde una máquina virtual Linux usando:
Y desde una máquina virtual de Windows, puede abrir el icono de vmware-tools desde la bandeja del sistema y seleccionar la sincronización horaria entre la máquina virtual y el sistema operativo host
fuente
¡VMwareTools SyncTime no es una buena opción para máquinas virtuales en ESX! VMware en sí mismo ha modificado sus recomendaciones de cronometraje en máquinas virtuales para usar NTP en lugar de vmware-tools si tiene problemas.
Hablé de esto con un ingeniero de VMware en VMworld una vez y me dijeron que vmware-tools nunca fue diseñado para hacer el trabajo que está haciendo ahora. En los viejos tiempos, las interrupciones perdidas eran un gran problema. Hoy mucho menos. Esta es la razón por la cual vmware-tools puede corregir el tiempo de su máquina si la máquina está atrasada, pero no cuando la máquina está adelante. De hecho, una vez que la máquina se adelanta al tiempo 'real', estás bastante jodido si usas vmware-tools para hacer el cronometraje.
Mejor aún: cuando usa ntp, el proceso que corrige su tiempo en realidad se despierta con menos frecuencia en comparación con el uso de vmware-tools. Entonces, para máquinas virtuales, ntp proporcionará menos sobrecarga en lugar de más.
Por lo tanto, para Linux siempre debe usar ntp en máquinas virtuales VMware. Deshabilite completamente el tiempo de sincronización de vmware-tools.
Para las máquinas virtuales de Windows en Vmware, estoy menos seguro, pero creo que es más o menos lo mismo. Use el material de sincronización de tiempo incorporado en AD, que funciona mejor que VMware SyncTime. (A pesar de que la sincronización de tiempo de AD es bastante mala por sí sola; su única razón para existir es mantener Windows boxen sincronizado con sus controladores de dominio y Kerberos seguirá funcionando siempre que la diferencia de reloj sea inferior a aproximadamente 5 minutos, por lo que hay mucho Menos necesidad de precisión.)
Puede leer un poco más sobre la sincronización de tiempo de VMware en Linux aquí
fuente
Usa el demonio NTP.
fuente
NTP es tu amigo.
RHEL / CentOS:
Debian / Ubuntu:
Ventanas:
net time /domain:your-domain-here
Para todos los servicios NTP:
Apunte su servicio a pool.ntp.org, aunque al menos querrá limitarlo al mismo continente. Por ejemplo, los servidores de EE. UU. Usarían 0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, etc.
fuente
Como muchos han respondido, NTP es el camino a seguir. Dependiendo de sus necesidades y requisitos, existen varios diseños posibles que puede usar para sincronizar el tiempo.
Si tiene muchas máquinas, las opciones 2 y 3 son mucho más amigables con la red. Para más detalles, lea sobre NTP y estratos de reloj .
Además, encuentro que el intervalo predeterminado de Windows para la sincronización es demasiado largo (una vez a la semana), lo que conduce a demasiada deriva. Debe consultar lo siguiente si desea configurar las cosas en un período más corto (lo uso una vez al día).
http://www.softpedia.com/get/System/System-Mis Miscellaneous/ Internet- Time- Update.shtml http://www.tweakxp.com/article36948.aspx
fuente
Un buen servidor NTP, principalmente. Configúrelo para que el reloj no se haya movido más de unos pocos segundos desde la última sincronización NTP y no debería tener ningún problema.
Si su servidor se desplaza más de 30 segundos por día, es posible que desee buscar mejores alternativas, pero los relojes dentro de la mayoría de las computadoras generalmente son mucho mejores que 30 segundos por día, por lo que una sincronización por día generalmente está bien.
TENGA CUIDADO de que podría saltear minutos si lo configura para sincronizarse periódicamente (ntpdate), y no use el demonio NTP (ntpd), si está retrasado 3 segundos y la sincronización NTP intenta una actualización a los 10 minutos 58 segundos , saltará a 11 minutos 1 segundo y, según el programador que esté utilizando, es posible que no active las tareas de 11 minutos.
El demonio NTP se ejecuta en segundo plano y corrige el tiempo lentamente para que los programas y procesos noten que el tiempo puede ir un poco más rápido o más lento de lo habitual, pero no se saltará el segundo.
-Adán
fuente
Un servidor NTP es lo que se necesita para mantener la hora sincronizada en su DC, sí. Lea este artículo para obtener instrucciones sobre cómo sincronizar su DC con una fuente externa , y este artículo de base de conocimiento sobre cómo configurar un servidor horario autorizado con Windows 2003. Necesitará ambos para mantener sincronizada la hora de su dominio. Las estaciones de trabajo unidas al dominio se sincronizarán automáticamente con el servidor horario autorizado.
fuente
Use una fuente de reloj común para todos sus servidores y asegúrese de que sus zonas horarias estén configuradas correctamente. Una buena fuente de Internet es "time.windows.com". Si está utilizando Windows, puede usar "net time" y "w32tm" para los comandos relacionados con el tiempo.
fuente