这是一个创建于 4181 天前的主题，其中的信息可能已经有所发展或是发生改变。
定义一个 A RECORD，这个 A RECORD 后面对应 N 个 IP，然后每 30 秒去探测一次这些 IP，如果连续 3 次探测失败，就把这个 IP 标识为不可用，如果连续 2 次探测成功，就把一个之前标识为不可用的 IP 标识为可用。解析的时候返回当前可用的 IP。
如果这个 A RECORD 后面对应的全部 IP 都 down，就把这个 A RECORD 指向到另外一个 CNAME 或者 IP。
如果这个 A RECORD 后面对应的全部 IP 都 down，就把这个 A RECORD 指向到另外一个 CNAME 或者 IP。
 | 1 likexian 2014-05-08 22:08:06 +08:00  1 dnspod d监控 |
 | 2 SnD6CeI1 2014-05-08 22:10:57 +08:00 这么复杂，肯定不能广泛用，DNSPOD的时间间隔很长。建议自己搞吧。 |
 | 3 FarBox 2014-05-08 22:11:39 +08:00 1 div class="sep5"> 如果只是这个功能，自己写一个，也是挺容易的事情。 我们有类似的机制，但是更复杂一些，是N个IP主机自己会心跳。 |
 | 4 Livid MOD OP PRO @likexian 我去看了这个页面： https://support.dnspod.cn/Kb/showarticle/tsid/16/ 还是有一些疑问，还请大神解答。具体的应用场景是这样的： 假设在美国西海岸有两个数据中心，每个数据中心有 6 台机器。 www.example.com 默认情况下 CNAME 指向到 sjc.example.com sjc.example.com 背后是 sjc 数据中心的 6 个 IP，我希望解析结果中只包含这个数据中心中还活着的 IP。如果 6 个全挂了，sjc.example.com 就 CNAME 到 lax.example.com。 备份点 lax.example.com 背后也是 6 个 IP，平时解析时返回的是 lax 里还活着的，如果 6 个全挂了，lax.example.com 就 CNAME 到 sjc.example.com。 因为 sjc/lax 同时挂的可能性不大，所以这样基本上可以尽量满足 SLA。 目前在海外有这样的产品存在么？如果用中国的监控点的话，我担心由于中美之间网络的天然不靠谱造成很多不必要的切换。 |
 | 5 halfbloodrock 2014-05-08 22:16:21 +08:00 这个看起来像一个负载均衡的机制。 |
| 7 likexian 2014-05-08 22:56:01 +08:00 @Livid dnspod可以做到只返回可用的ip，在所有设置的ip都不可用了也可以自动切换到指定的a或cname（同样会检查是否可用），不过现在只有国内版有监控，国外版还没有上，不过已经是计划中的了 |
 | 9 xoxo 2014-05-08 22:58:50 +08:00 Webluker(ChinaCache旗下)有这个功能. 不怕得罪楼上, DNSPOD的功能有限 |
 | 10 vvoody 2014-05-08 23:33:37 +08:00 1 BigIP的GTM就可以这样，不过不知道有没有好的开源方案，这里有个讨论： http://serverfault.com/questions/294496/how-does-f5-gtm-work |
 | 11 jerry74 2014-05-08 23:50:56 +08:00 弄Global Server Load Balance?? |
 | 12 ritksm 2014-05-09 00:03:32 +08:00 一下就想到Zookeeper... |
 | 13 adieu 2014-05-09 09:28:52 +08:00 可以用skydns https://github.com/skynetservices/skydns + 定制化health checker来实现。 在health checker定期扫描所有ip，然后更新对应记录的ttl。 有一个skydns和docker集成的项目，skydock https://github.com/crosbymichael/skydock 用了类似的实现，可以参考。 |
| 14 Livid MOD OP PRO |
 | 16 adfsadfssfd 2016-09-01 20:26:08 +08:00 gslb... |
 | 17 anjunecha 2016-09-01 21:25:35 +08:00 1 我用的是 NSONE , 觉得比 Route53 的 failover 功能好用一些， 使用 Failter Chain 实现 automatic failover 的功能， NSONE 相比 Route53 可以使用更多的 monitoring services ，使用 failback 功能可以实现在 primary 记录可用之后自动切到 primary 记录 https://ns1.com/articles/automated-failover |
 | 18 est 2016-09-01 22:21:12 +08:00 2014 年的帖子。。。 |
 | 19 kn007 2016-09-01 22:53:13 +08:00 mark |
 | 20 panzhc 2016-09-01 23:49:45 +08:00 不明白为什么不用负载均衡？ DNS 有缓存。 dnspod 有 API ，撸一个挺方便的。 |
 | 22 aveline 2016-09-02 01:36:06 +08:00 说起来最近在公司做了个简单的调度系统，通过某两家探针服务自己实现了这个功能。 不过间隔没有那么短，按次数算 30 秒跑一次实在是太贵了 ... |
 | 23 voostar 2016-09-02 11:03:20 +08:00 为什么不上 AWS 的 ELB ？ |
 | 24 mytsing520 PRO Route 53 |
 | 25 vanishs 2016-10-23 09:45:53 +08:00 mark |
Select Language