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

tdyne

你懂dns吗？你在dns板块里见过比楼主写得更详细的帖子吗？真是站着说话不腰疼。
这么好的帖子，强烈建议版主加精！！

16hotcom

应该是每个进程，绑定一个IP地址对吧？

修理工

不可靠的，高负载ＭＹＳＱＬ就会挂掉

h3ewhack

原帖由 tdyne 于 2008-12-14 12:36 发表
你懂dns吗？你在dns板块里见过比楼主写得更详细的帖子吗？真是站着说话不腰疼。
这么好的帖子，强烈建议版主加精！！

这种贴子，没有实际操作用，，为佬要加精？看着好看

ops

看来很多人怀疑本文的可用性，百家争鸣是好事，偶也再说几句：
1、本方案是我们在生产环境用的，测试时单台服务器8个named+mysql，压力测试并发量在3300左右时，系统load在2点多，稍微有点高，但足可满足使用，两台可到到6500~7000。本人没必要吃饱了撑的，写得这么详细在这里忽悠，再怎么忽悠我也得不到好处
2、有些同学说高负载会垮，我其实文中已经说到，本文适合zone数量大，但并发查询量并不是特别高的系统。但如果说要撑个1.5W的查询量一点都没有问题，再加两台服务器即可。事实上，我们的系统再过两年估计也达不到这个查询量。
3、这确实不是一个非常好的解决方案。我也提到过用berkelyDB更好，而且应该还有一些别的好方案，但当时我为了解决海量zone的问题，在本版块包括google也曾苦苦查找，却不曾找到有稍微详细点的解决方案，无奈才选了目前的方案。所以，我发的是块“砖”，希望那些认为我方案不行的人，把你们的“玉”拿出来，而不要只是在这里说这不行，那不行。另外，也恳请那些大虾们，提供更实用、更高效的解决方案.

scyzxp

原帖由 ops 于 2008-12-15 09:51 发表
看来很多人怀疑本文的可用性，百家争鸣是好事，偶也再说几句：
1、本方案是我们在生产环境用的，测试时单台服务器8个named+mysql，压力测试并发量在3300左右时，系统load在2点多，稍微有点高，但足可满足使用， ...

你在本版搜一下bind mysql吧。看看以前的讨论

ops

我看了你也曾用mysql做的，不知现在用得如何？偶觉得用mysql的3个问题，我这里都解决了的：
1、容易断开或者停止服务
   不起多线程就没这个问题
2、mysql会自动断开空闲连接
  mysql里直接可以设置这个参数，我们将这个时间设成是几天。根本不会产生断开问题
3、并发查询的问题。
  单台服务器，8个named。3200的并发查询量。我们压力测试，持续测了一周，没有任何问题。

[ 本帖最后由 ops 于 2008-12-15 12:52 编辑 ]

badb0y

8个named,,一个绑定一个IP?

scyzxp

原帖由 ops 于 2008-12-15 12:48 发表
我看了你也曾用mysql做的，不知现在用得如何？偶觉得用mysql的3个问题，我这里都解决了的：
1、容易断开或者停止服务
   不起多线程就没这个问题
2、mysql会自动断开空闲连接
  mysql里直接可以设置这个参数 ...

按照你所说的单台3200的查询量，也就是说，一台就要并发对12800次查询，按你所说的8台并发102400次查询，这只是正常请求，如果有异常请求呢？我知道的是不管是不是正常请求，bind都要对mysql进行查讯，很担心mysql能不能负载得了

ops

回18楼
是的
回19楼
我们的查询量很少，并发只在500左右。我现在的容量是每台8个named能承受3200.两台服务器能承受近7000.已经远远超过我们的需求。并且我准备马上异地上灾备两台，这样能承受1.5W左右。而且，当然，如果有异常流量，特别是DDos攻击，肯定要挂。但如果真的有DDos，传统方式虽然承受能力强很多，但估计还是会挂