1个记录每个子(10000+);任何潜在的问题？任何其他的解决方案？

Question

大多数的解决方案，我读到这里，为支持域的每用户在DNS水平是指一切的一个IP使用*.domain.com.

它是一个容易和简单的解决方案，但是如果我想要点的第1000个注册用户松塞尔韦，下1000个注册用户上?这是首选解决方案对于我们保持我们的费用在软件和硬件，用于集群。

alt文本http://learn.iis.net/file.axd?i=1101 (图引自MS IIS网站)

最合乎逻辑的解决方案似乎有1x-记录每域在区域数据文件。绑定似乎没有任何大小限制的区域数据文件，仅受限制的存储器可用。

然而，我的团队担心的等待时间取得的新subdoamin和准备，因为创建一个新的子包括插入新的一-记录和重新启动DNS server。

是的性能的重新启动DNS server的东西我们应该担心的？

谢谢你提前。

更新：

似乎最喜欢的你给我建议使用反向代理设置替代：

alt文本http://learn.iis.net/file.axd?i=1102

(ARR IIS7的反向代理方案)

然而，这点我可以看到：

1. 单点故障
2. 不能从战略上安装服务器，在不同地点基于IP地理位置。

Answer 1

前端的代理与野生-卡DNS项目真是的路要走。这是多么大的网站，如况报工作。

注意，这不仅是一个TCP层负载平衡器还有大量的解决方案，将审查的主URL的一部分，以找出哪些后端服务器以前的查询。你可以很容易地做到这一点Apache上运行一个低规格的服务器 合适结构.

代理，确保每个用户的会议总是去右后端服务器以及数，任何一届会议处理方法将只要继续工作。

也代理不必是一个单一故障点。这是完全可能的，很容易运行两个或多个前端的代理在一个冗余构成(避免失败)或甚至有他们分担负载(避免应力)。

我还第二约翰*希恩的建议，即应用程序只是看看左手URL的一部分来确定其用户的内容显示。

如果使用Apache为后端，请参阅 这个职位 太对信息关于如何配置。

Answer 2

使用通配符的DNS项，然后利用负载平衡分配加载服务器之间的，无论什么样的客户他们。

而您是在它跳过URL重写的步骤和将应用程序确定哪些帐户是根据网址进入了(你可以很容易地确定什么X在X.domain.com 作为在领域。com?user=X)。

编辑：基于你的额外信息，你可能想开发一个"经纪人"，存其客户访问哪些服务器。使，面向公众，然后从资源有关的客户保存有经纪人。你的前端可以负载平衡的，然后你可以抓住自该文件/数据库服务器的基础上他们是谁。

Answer 3

如果你使用tinydns，你不需要重启服务器如果修改它的数据库，它不应该是一个瓶颈，因为它是一般的速度非常快。我不知道是否它执行以及与10000+项目虽然(这会让我感到吃惊，如果不)。

http://cr.yp.to/djbdns.html