使用背景:
为什么使用时间同步:
目前计算机网络中各主机和服务器等网络设备的时间基本处于无序的状态。随着计算机网络应用的不断涌现,计算机的时间同步问题成为愈来愈重要的事情。以Unix系统为例,时间的准确性几乎影响到所有的文件操作。 如果一台机器时间不准确,例如在从时间超前的机器上建立一个文件,用ls查看一下,以当前时间减去所显示的文件修改时间会得一个负值,这一问题对于网络文件服务器是一场灾难,文件的可靠性将不复存在。为避免产生本机错误,可从网络上获取时间,这个命令就是rdate,这样系统时钟便可与公共源同步了。但是一旦这一公共时间源出现差错就将产生多米诺效应,与其同步的所有机器的时间因此全都错误。
使用时间同步的场景:
大数据时代众多分布式系统使用分布式算法,所以它的同步机制比集中式系统更为复杂。在集中式系统中能够做到的,在某一位置上能集收到系统的所有信息,然后由某些进程检测这些信息,再做出同步决策,而这在分布式系统中常常是不可能做到的。分布式算法一般有以下特点:
1)相关信息分布在多台机器上。
2)进程只根据本地可用的信息做出决策。
3)应避免系统中单机失效。
4)没有公共时钟或其他精确的全局时间源。
使用方式:
查看:
[root@flume conf]# date
2019年 09月 16日 星期一 12:27:14 CST
您在 /var/spool/mail/root 中有新邮件
方式:
ntp常用服务器:
中国国家授时中心:210.72.145.44
NTP服务器(上海) :ntp.api.bz
下载时间同步模块
[root@localhost ~]# yum -y install ntpdate
尝试同步远程服务器
[root@localhost ~]# ntpdate -u 210.72.145.44
[root@localhost ~]# ntpdate -u 210.72.145.44
返回错误:
19 Jun 22:23:08 ntpdate[3361]: no server suitable for synchronization found
尝试修改文件:
[root@localhost ~]# ntpdate -u ntp.api.bz 19 Jun 22:24:20 ntpdate[3362]: step time server 114.118.7.161 offset 3.555703 sec [root@localhost ~]# date Wed Jun 19 22:24:31 EDT 2019 [root@localhost ~]# cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime cp: overwrite ‘/etc/localtime’? y [root@localhost ~]# ntpdate pool.ntp.org 20 Jun 10:27:29 ntpdate[3366]: adjust time server 119.28.183.184 offset 0.079637 sec [root@localhost ~]# date Thu Jun 20 10:27:40 CST 2019