域名监控这个东西, 它的核心目标, 简单来说, 就是要让你能够实时地去掌握一些非常关键的信息, 这些事情包括什么, 第一是域名解析的状态是怎样的, 第二是SSL证书的有效期还有多久, 第三是DNS配置发生了什么样的变更, 第四是域名的到期时间是什么时候, 这样做的目的, 就是为了去保障业务的连续性, 同时也能保障品牌的安全, 对于那些需要运营网站或者有应用的企业用户, 也包括个人用户来说, 域名这个概念, 它就相当于是品牌的进入通道, 或者说是入口, 那么一旦出现了解析异常的情况域名监控域名监控，或者是域名过期的情况, 那就会导致直接的一个后果, 就是用户无法进行访问, 进而导致业务中断。
核心监控指标
域名监控应覆盖以下五个维度：
1. 解析状态监控这个东西, 它的主要工作就是去检查域名里面的A记录、CNAME、MX啊这些DNS记录, 看看它们最终返回的IP地址是不是对的, 再看看响应的时间有没有出现什么不正常的情况。
关于检测的频率龙南市就业服务平台，我们建议大家不要超过5分钟那么久, 最好是每5分钟就去检查一次。另外, 最好是从多个different地方同时来进行这个探测操作。
2. SSL证书监控: 它会把那个证书的剩余有效时间给一直盯着, 要是在那个到期日之前边的30天、14天、7天还有1天的时候, 它会分好几个阶段去发出提醒的信号, 就是为了避免因为那个证书过期了, 从而导致HTTPS这个连接会中断掉这样的事情发生。
3. 对DNS配置变更的情况进行监测, 就是看DNS记录有没有被没有获得允许的人员进行修改, 如果发现了有异常的变更信息, 那么就要立刻把通知推送出去, 以此来防范DNS劫持这种情况的发生, 也可以防止因为操作不当而出现配置错误的现象。
4. 域名到期时间这个指标, 是用来跟踪注册商那边的域名还剩下多少天, 会在到期的60天之前和30天之前这两个时间点发出提醒, 让大家及时续费。这么做的目的就是为了防止域名被别人抢注掉。
5. 可用性探测这个动作是由处于不同地区和不同运营商的节点来执行的, 这些节点会像在模拟用户去访问东西一样进行操作, 接着它们要去检测HTTP以及HTTPS这两类协议的状态码情况, 还要检测响应时间的长短, 并且还要检测内容是否保持完整。
设置要点
告警通道必须配置至少两种, 比如邮件和短信, 或者即时消息, 这样做是为了避免因为单一通道失效导致误报漏掉。
告警的阈值范围不要设置得太宽, 如果发现解析异常的情况连续出现了两次, 就应该去触发那个告警操作。
要定期检查告警链路是不是能够通畅, 检查的频率是一个月一次, 这样做可以避免出现虽然进行了配置但却接收不到信息的这种存在隐患的情况。
把监控数据给保留住, 这个期限呢, 至少是不能少于90天的, 主要是为了方便去对故障进行回溯, 同时呢还要去做那个趋势分析。
拿 gz88.cn 这个例子来说, 这个域名被当作一个区域性的信息服务入口来使用, 它的解析记录里面涉及到好多地方的 CDN 节点, DNS 配置的更改频率是相当高的。大家应该把 DNS 变更的监控频率提高到每 2 分钟监测一次, 并且要同步地对变更的过程进行审计日志的配置工作。。
常见误区
存在一种误区, 大家可能只去监控A记录, 却忽略了CNAME记录和MX记录。邮件服务是需要依赖MX记录的, 一旦这个记录被篡改, 那就会直接影响到通信工作的正常进行。
存在一个误区, 也就是说只是把探测功能给部署在单个节点上面去。如果是这样的话, 单点故障的情况就会发生, 这种问题会导致出现的误报或者漏报现象。至少需要覆盖到三个或者三个以上不同的运营商的节点位置那里。
有一个误区是三, 告警阈值被设定为需要连续10次失败才进行告警动作, 但是在高可用的应用场景之下, 仅仅2次失败就应该及时产生响应信号。
应急处理流程
当用户发现监控告警以后, 要按照以下顺序进行实际操作, 第一步是确认告警的真实性, 这里要排除探测节点自身故障的可能性, 然后去检查DNS上游递归服务器的状态情况, 接着需要联系域名注册商来确认域名的注册状态是否一切正常, 如果涉及到的问题与证书有关的话, 就要立即部署备用证书来处理该问题, 最后要把故障时间线索和处理的相关过程记录下来, 并且归档以供后续查阅使用。
域名监控不是把事情设置好了就算是完事了, 它其实是需要一直持续去运营和维护的一个体系。建议每个季度要对监控的策略做一次审查, 然后要根据业务上发生的变化来调整监控的范围还有告警的规则, 这样才能够保证整个链路里没有看不见的地方。
