微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

centos6 – NTP:如何为NTP服务器建立冗余解决方案?

在我公司的基础设施中,远程位置有5个数据中心.

在每个远程位置,有一对服务器保存DNS和NTP服务,并在该位置的每台服务器上配置,以从这两个服务器获取DNS和NTP呼叫.

所有服务器都是CentOS 6.x机器.

在DNS和NTP方面,有动力在这两个服务器之间创建冗余.

DNS部分已涵盖,我只有NTP问题.

确保当一个NTP服务器发生故障时,第二个/其他服务器将继续为客户端提供服务的正确方法是什么?

我已经谷歌了解它并找到一个RedHat solution将其中一个服务器设置为主服务器(通过在客户端中将其配置为“true”)但是如果“真正的”(主)服务器失败…那么它失败,客户端不会从中获取NTP更新,因此它不是纯粹的冗余解决方案.

我想知道是否有人有配置这种解决方案的经验?

编辑#1:

为了测试MadHatter的答案,我做了以下几点:

  1. I’ve stopped NTPd on the server which is configured as “preferred” on each one of the NTP clients.
  2. I’m waiting for the NTP client to stop working against this server and start working against it’s partner NTPd server.
  3. I’m running ntpq -p on the client to see the change. This is the output of ntpq -p:
[root@ams2proxy10 ~]# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 10.X.X.38      .INIT.          16 u    -  128    0    0.000    0.000   0.000
*10.X.X.39      131.211.8.244    2 u    2   64  377    0.123    0.104   0.220

什么是“在ntpq中”?请问哪个命令?

编辑#2:
输出为:

[root@ams2proxy10 ~]# ntpq
ntpq> as

ind assid status  conf reach auth condition  last_event cnt
===========================================================
  1 64638  8011   yes    no  none    reject    mobilize  1
  2 64639  963a   yes   yes  none  sys.peer    sys_peer  3
ntpq>

pe的输出

ntpq> pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 10.X.X.38      .INIT.          16 u    -  512    0    0.000    0.000   0.000
*10.X.X.39      131.211.8.244    2 u   36   64  377    0.147    0.031 18874.7
ntpq>
我怀疑这是一个无问题:NTP已经具备了这一能力.

您没有“主”NTP服务器和一些辅助服务器:您有一组已配置的服务器. NTPd将决定哪个是可靠的,哪个最有可能提供良好的时间信号,并且它将不断重新评估其决策.

这是过去一个月左右我的NTP池服务器的绑定集:

正如你所看到的,大多数时候状态6(系统对等体)被绿线ntp0.jonatkins.com占用,这是我与权限绑定的第1层服务器(我所有的其他服务器都是第2层,所以如果没有其他因素适用,NTPd更喜欢更高层的服务器).

但是你可以在第44周早些时候看到该线下降,图像下方的数值证实,在图表期间,ntp0.jonatkins.com跌至状态4(outlyer),而linnaeus.inf.ed. ac.uk,其大部分时间都在州5(候选人),但仍然达到6(系统同行). (线路不会一直下​​降到4 /最多6,因为这些是5分钟原始数据的2小时平均值;大概发生的事情明显持续不到2小时,因此已经过平滑.)

这表明,在我没有任何意见的情况下,NTPd在某些时候决定其通常的同行不够可靠,并在“停电”期间选择了最佳替代来源.一旦其首选对等体再次通过其内部QA测试,它就恢复到对等状态.

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


Centos下搭建性能监控Spotlight
CentOS 6.3下Strongswan搭建IPSec VPN
在CentOS6.5上安装Skype与QQ
阿里云基于centos6.5主机VPN配置
CentOS 6.3下配置multipah
CentOS安装、配置APR和tomcat-native
centos6.5下postgres-XC集群安装与配置
CentOS 6使用openssl搭建根CA
CentOS6.6中安装VNC server
CentOS下更新Python最新版本