与区域和子节点相关的权威名称服务器架构（最佳实践）

Question

我正在寻求重新设计一个中型 (corp) dns 架构，并且我已经搜索过这里和 icann.org + google（当然），但我无法找到关于名称服务器条目和区域的最佳实践/子节点。

所以我们开始吧，假设我们有 10 多个 dns 服务器：
然后我们说happy.example.com
然后我们有：
一个记录
- ns1.happy.example.com 222.222.222.222
- ns2.happy.example.com 333.333.333.333
- ns3.happy.example.com 444.444.444.444
- NS 记录
-happy.example.com ns1.happy.example.com
-happy.example.com ns2.happy.example.com
-happy.example.com ns3.happy.example.com

那么我们有 sad.example.com:
- 一个记录
- ns1.sad.example.com 222.222.222.222
- ns2.sad.example.com 333.333.333.333
- ns3.sad.example.com 444.444.444.444
- NS 记录
- sad.example.com ns1.sad.example.com
- sad.example.com ns2.sad.example.com
-sad.example.com ns3.sad.example.com

我的问题是这样做有什么好处吗？
这样做不是更好吗：
- 记录
- ns1.example.com 222.222.222.222
- ns2.example.com 333.333.333.333
- ns3.example.com 444.444.444.444

然后做：
- NS 记录
-happy.example.com ns1.example.com
- happy.example.com ns2.example.com
- happy.example.com ns3.example.com
- sad.example.com ns1.example.com
- sad.example.com ns2.example.com
- sad.example.com ns3.example.com

Answer 1

我的经验法则是 3-5 个响应者为最佳。通常，我希望响应者成为至少两台服务器前的负载平衡器，但这是个人偏好与硬件可用性相结合。

关于域层次结构，您的域名服务器是否仅具有权威性？还是递归的？有多少客户？几个区？

关于您的具体问题，除非您的域绝对庞大，否则应该没有理由说相同的服务器不能对两者都具有权威性，是的，将名称服务器放在更高级别的域中会更好。否则，您还必须包含 GLUE 记录。