文章目录:
怎么让CentOS集群自动同步时间
在除了运行ntpd之外的机器上,执行:
[html]
# chkconfig --list | grep ntpd
看看ntpd有没有开机自启动(如果显示的全为off则表明不是开机自启动),如果是开机自启动的,需要执行:
[html]
# chkconfig ntpd off
关闭ntpd,如果ntpd开着,ntpdate没办法从其他服务器同步时间的。
然后在/etc/rc.local(debian/ubuntu系统中可能是/etc/rc.d/rc.local)末尾加入一行:
[html]
ntpdate xxx.xxx.xxx.xxx
xxx表示运行ntpd的那台服务器的ip地址
然后重启就可以了。
Linux 下的服务器时间同步方案有哪些
大多数应用场景中,使用ntpd的-g参数令其在启动时允许大步长同步就足够了(除此之外还可以在配置中使用 iburst 来让加速同步)。使用 ntpd 唯一需要注意的是在配置时应配置 ACL,以免成为攻击跳板。
在启动 ntpd 之前运行一次ntpdate 的好处是 ntpdate 退出时,系统的时间已经调到了比较接近正确的时间。不过, ntp 作者已经在文档中明确表示未来 ntpdate 会变成一个shell脚本(通过 ntpd -g -q 来实现),事实上,现在也可以在启动时用 ntpq -c rv 来检查 ntpd 的状态了,对于精度要求比较高的应用,系统时间和时钟快慢同等重要,如果不高,也没有太大必要去另外运行 ntpdate 了。
定时运行 ntpdate 的系统很容易受到这样的攻击:如果有人故意调整了某个 ntp 服务器的时间,所有使用 ntpdate 的系统都将跟随其设置。举例来说,假如已知某家公司的系统每天凌晨3点会执行某项非常耗时的任务,同时每4个小时会做一次ntpdate,那么攻陷这台服务器并令其一直返回 凌晨 2:59,就可以很容易地实现四两拨千斤的杠杆式攻击了,而且,由于系统时间也会影响日志,因此观察日志的人员也比较容易受其误导。
与此相反,ntpd 通常会配置为使用多个参考服务器,在运行时会参考多个服务器的时间,并排除明显异常的服务器。而监控多个 ntp 服务器相对来说要容易得多。
用 cron 或类似的任务计划去做 ntpdate 还有个问题是如果系统时间比较准的话,每到某个整点(或者特定的时间)的同步操作就变成了一次对 NTP 服务器的 DDoS。机器多的话,这种放大效应对于集群本身和提供 NTP 服务的机器都是不利的。
集群时间同步怎么设置
应用date -s 进行修改,建议做个NTP,通过NTP同步集群中的服务器。
望采纳。
怎样进行centos集群时间同步
在除了运行ntpd之外的机器上,执行:
# chkconfig --list | grep ntpd
看看ntpd有没有开机自启动(如果显示的全为off则表明不是开机自启动),如果是开机自启动的,需要执行:
# chkconfig ntpd off
关闭ntpd,如果ntpd开着,ntpdate没办法从其他服务器同步时间的。
然后在/etc/rc.local(debian/ubuntu系统中可能是/etc/rc.d/rc.local)末尾加入一行:
ntpdate xxx.xxx.xxx.xxx
xxx表示运行ntpd的那台服务器的ip地址
然后重启就可以了。
quartz集群时间同步
我印象中quartz是不支持集群的,如果配置了两台服务器,就会被执行两遍。
有两种策略来保证quartz只被执行一遍。
一个是自己在数据库中标志下,已经执行过的任务就不执行了。
一个是将quartz单独配置到一个应用里,和别的应用分开。
第一个是我自己想出来的,第二个是robbin提出的。
ntpdate 会变成一个shell脚本(通过 ntpd -g -q 来实现),事实上,现在也可以在启动时用 ntpq -c rv 来检查 ntpd 的状态了,对于精度要求比
ntpd off 关闭ntpd,如果ntpd开着,ntpdate没办法从其他服务器同步时间的。然后在/etc/rc.local(debian/ubuntu系统中可能是/etc/rc.d/rc.local)末尾加入一行:[html] nt
文章目录:1、怎么让CentOS集群自动同步时间2、Linux 下的服务器时间同步方案有哪些3、集群时间同步怎么设置4、怎样进行centos集群时间同步5、quartz集群时间同步怎么让CentOS集群自动同步时间在除了运行ntpd之外的机器上,执行