[原创]ISP级别的，支持海量域名的dns架构

scyzxp

原帖由 ops 于 2008-12-15 14:16 发表
回18楼
是的
回19楼
我们的查询量很少，并发只在500左右。我现在的容量是每台8个named能承受3200.两台服务器能承受近7000.已经远远超过我们的需求。并且我准备马上异地上灾备两台，这样能承受1.5W左右。而且 ...

我以前测试过bind+mysql性能还不如mydns-ng.mydns还有一个cache，你可以配置这个cache何时更新一次，不用每次都去查Mysq

diancn

qps从BIND的2万--3万减少到3200，抵抗攻击的能力下降不少啊。

如果你不是所有区都需要同时reload，也许你可以试试BIND的rndc reload <zone_need_reload>。

badb0y

回楼上的,DLZ应该不用reload zone的

scyzxp

原帖由 badb0y 于 2008-12-16 08:17 发表
回楼上的,DLZ应该不用reload zone的

他所说的是传统的文件形式

allegrox

我顶lz
的确没把每个步骤写的非常详细
但提出了一个思路
并且解决了他特定的需求

scyzxp

原帖由 allegrox 于 2008-12-16 11:23 发表
我顶lz
的确没把每个步骤写的非常详细
但提出了一个思路
并且解决了他特定的需求

你不要高兴得太早了，你最好测试一下

16hotcom

还有一点，没有得到正面确定。

不知道是不是一台服务器，绑定8个IP，每个named绑定一个IP？

ops

原帖由 16hotcom 于 2008-12-16 16:25 发表
还有一点，没有得到正面确定。

不知道是不是一台服务器，绑定8个IP，每个named绑定一个IP？

8个named 绑定一个ip上，每个named 监听不同的端口而已

然后8个named 前面通过 负载均衡设备作 RR(随机) 算法分配查询量

badb0y

又被你拉回了雾里

ops

回29楼：
我用的是服务器配8个ip，每个ip绑定一个named
listen-on  { 172.22.5.12; };
其实用一个ip，8个不同的端口也可以的，我本来想用这个方式的。后来是因为前端负载均衡采用的模式不允许用这种方式，才用8个IP的。