减少CDN引起的过多DNS查询

Question

在这种情况下，我最近在一个CDN (特别是Media坦普尔的ProCDN通过Edgecast)上设置了我的几个站点。安装程序完全正常，但几天后我注意到：(平均每天15k到600 K)

现在，我的域/ cdn设置如下：

• 我为digitaldawn.net提供了自定义名称服务器
• 所有补充域都指向这些名称服务器。
• 所有补充域都有cdn.domain.com设置的cname。
• 这些名字指向了Edgecast的起源。http://wpc.XXXX.edgecastcdn.net/XXXXXX
• edgecast本身就是从http://www.domain.com:80获取内容的。即。http://cdn.domain.com/an-image.jpg将是http://www.domain.com/an-image.jpg的内容分布式版本。

首先，我的安装程序是否解释了DNS查询过度增加的原因？(有CDNS设置的站点目前的访问者很少(可能每天少于10 ))。

第二，如果这是完全正常的，有什么办法可以避免这种情况吗？我有1000万个通过DNS管理的查询变得容易，以目前的速度，我将在一个小溪没有桨.

我认为我可以避开它的一半，在一个静态IP上托管每个域名，并将其起源设置为静态IP地址，但是这并不理想，因为我有相当多的站点。还有其他选择吗？

Answer 1

DNS请求过多的主要原因是TTL太低。你的是低但不是疯狂的低。(我在生产系统中看到了60条和1条TTLs。)

digitaldawn.net.        1800    IN  A   109.73.163.166

www.digitaldawn.net.    3600    IN  A   208.94.146.71
www.digitaldawn.net.    3600    IN  A   208.94.146.70
www.digitaldawn.net.    3600    IN  A   208.94.146.80
www.digitaldawn.net.    3600    IN  A   208.94.146.81

cdn.digitaldawn.net.        1800    IN  CNAME   wpc.7b5c.edgecastcdn.net.
wpc.7b5c.edgecastcdn.net.   3600    IN  CNAME   gs1.wpc.edgecastcdn.net.
gs1.wpc.edgecastcdn.net.   14400    IN  A       93.184.221.133

除非您正在更改这些域每天多指向一次的IP地址，否则最好将TTL更改为86400 (24小时)。如果您能够确信至少在提前下降的TTL中，您可能需要更改IP地址，那么您可以走得更高。

对于cdn.digitladawn.net子域，即使将TTL设置为86400，也只能缓存上述输出中的行24小时。如果wpc.7b5c.edgecastcdn.net响应发生变化，所有客户端都应该在最多一个小时后获得新值(暂时忽略那些忽略TTL的DNS服务器)。

我看到的导致DNS请求过多的另两个原因是太多的客户端(例如，数以千计的边缘CDN服务器都在访问您的权威名称服务器)，或者是一个行为不当的客户端(可能是您自己服务器上的一个脚本)，它每秒进行数十次查找。这方面的一个例子可能是反向代理，它使用backend.digitaldawn.net作为它的上游服务器，并为它必须代理的每个HTTP请求为该域发出一个DNS请求。将DNS缓存添加到该服务器或在生产环境中运行您自己的权威名称服务器可以解决此问题。

如果您能够获得更好的名称服务器统计信息(例如所有进行查找的客户端的IP地址)，那么您可能能够诊断这类问题。