Amazon web services 有没有办法确定Route 53记录集是否正在使用

Amazon web services 有没有办法确定Route 53记录集是否正在使用,amazon-web-services,amazon-route53,Amazon Web Services,Amazon Route53,我们有几个route 53记录集指向同一个ELB。我们计划进行清理并删除未使用的Route 53记录集。有没有办法确定Route 53记录集是否正在积极使用 是否有53号干线的访问日志或类似信息可用于确定这一点?设置ELB的副本。在第二个ELB处指向要删除的记录。在几天内检查CloudWatch的ELB请求计数 更便宜的(但在您这方面可能需要做更多的工作)是打开ELB的日志并处理生成的日志,其中似乎包括主机名 设置ELB的副本。在第二个ELB处指向要删除的记录。在几天内检查CloudWatch的

我们有几个route 53记录集指向同一个ELB。我们计划进行清理并删除未使用的Route 53记录集。有没有办法确定Route 53记录集是否正在积极使用


是否有53号干线的访问日志或类似信息可用于确定这一点?

设置ELB的副本。在第二个ELB处指向要删除的记录。在几天内检查CloudWatch的ELB请求计数


更便宜的(但在您这方面可能需要做更多的工作)是打开ELB的日志并处理生成的日志,其中似乎包括主机名

设置ELB的副本。在第二个ELB处指向要删除的记录。在几天内检查CloudWatch的ELB请求计数


更便宜的(但在您这方面可能需要做更多的工作)是打开ELB的日志并处理生成的日志,其中似乎包括主机名

我知道这是一个老问题,但这是一个对我有效的解决方案。只需在托管区域上启用日志记录(仅适用于公共托管区域)。下面是关于如何设置日志记录的链接(非常简单,并且工作良好):


希望这能有所帮助。

我知道这是一个老问题,但这里有一个对我有效的解决方案。只需在托管区域上启用日志记录(仅适用于公共托管区域)。下面是关于如何设置日志记录的链接(非常简单,并且工作良好):


希望这能有所帮助。

我认为没有直接的方法。只需分析每个入口,您的应用程序可能需要每个主机名的请求,也可能不是。你似乎试图从错误的方向解决这个问题。我在3个区号中至少有7个不同的电话号码。他们中的大多数人不会接到很多电话,但如果我告诉你未来要打的具体号码,你没有打电话的事实可以从我的通话记录中确定,但这并不意味着如果这个号码停止工作就可以了。另外,我接到了很多错误的电话号码,还有一些电话销售员,他们生成了通话记录,但没有证明这个电话是我想要的。只需分析每个入口,您的应用程序可能需要每个主机名的请求,也可能不是。你似乎试图从错误的方向解决这个问题。我在3个区号中至少有7个不同的电话号码。他们中的大多数人不会接到很多电话,但如果我告诉你未来要打的具体号码,你没有打电话的事实可以从我的通话记录中确定,但这并不意味着如果这个号码停止工作就可以了。另外,我接到了很多错误的电话号码,还有一些电话销售员,他们生成了通话记录,但没有证明这是我想要的电话。这个怎么样: