Cisco 获取当前接口吞吐量

Question 1

我不是一名开关设计师，所以我无法说出以这种频率监控的成本是多少。

我能说的是，我也遇到过这种情况一秒钟也不够因为您可以在不到一秒的时间内超出缓冲区。因此，如果你想知道某个链接是否已达到最大限度，我建议你查看丢弃的数据包（您也可以通过 SNMP 监控这一点）。如果您丢包（这里丢几个是可以的，但丢很多就不好了），那么您要求的数据包超出了接口的处理能力。这也可能发生在您的服务器上，甚至在它们到达交换机之前。丢包的准确率通常并不重要，但如果丢包率持续增加，那么show interface您很可能处于糟糕的境地。

就 Cacti 而言，这不是交换机或 SNMP 的限制。SNMP 将发送和接收的位记录为一个递增计数器，因此如果您每秒轮询一次，您将获得每秒的分辨率。它的工作方式是将每个样本的时间戳与当前计数一起取出。然后它取差值并以“每秒”为单位表示，但实际上它实际上是每 5 分钟的速率转换或表示为每秒。

但是，如果您尝试每秒轮询一次 SNMP，最好注意您的 CPU。

Answer

我不是一名开关设计师，所以我无法说出以这种频率监控的成本是多少。

我能说的是，我也遇到过这种情况一秒钟也不够因为您可以在不到一秒的时间内超出缓冲区。因此，如果你想知道某个链接是否已达到最大限度，我建议你查看丢弃的数据包（您也可以通过 SNMP 监控这一点）。如果您丢包（这里丢几个是可以的，但丢很多就不好了），那么您要求的数据包超出了接口的处理能力。这也可能发生在您的服务器上，甚至在它们到达交换机之前。丢包的准确率通常并不重要，但如果丢包率持续增加，那么show interface您很可能处于糟糕的境地。

就 Cacti 而言，这不是交换机或 SNMP 的限制。SNMP 将发送和接收的位记录为一个递增计数器，因此如果您每秒轮询一次，您将获得每秒的分辨率。它的工作方式是将每个样本的时间戳与当前计数一起取出。然后它取差值并以“每秒”为单位表示，但实际上它实际上是每 5 分钟的速率转换或表示为每秒。

但是，如果您尝试每秒轮询一次 SNMP，最好注意您的 CPU。

Question 2

您的接口正在以全千兆速度发送和接收。它实际上并没有以 140Mbps 的速度传输任何东西，这只是它在间隔内的平均速度。实时流量利用率对于您作为人类读者来说毫无用处，因为它会在 100% 和 0% 之间不断来回切换发送/接收。如果您担心的是您能多快识别网络问题，那么我建议您参考@Kyle-Brandt 上面所说的。丢包是过度利用链接的最佳指标。

Answer

您的接口正在以全千兆速度发送和接收。它实际上并没有以 140Mbps 的速度传输任何东西，这只是它在间隔内的平均速度。实时流量利用率对于您作为人类读者来说毫无用处，因为它会在 100% 和 0% 之间不断来回切换发送/接收。如果您担心的是您能多快识别网络问题，那么我建议您参考@Kyle-Brandt 上面所说的。丢包是过度利用链接的最佳指标。

Question 3

SolarWinds 实时界面监视器，的一部分网络工程师的工具集能够每 5 秒通过 SNMP 轮询一次接口。

每 5 秒通过 SNMP 轮询网络接口并不是管理员应该经常做的事情作为永久监控解决方案的一部分。但是，对于在临时时间点进行监控，在某些情况下，60 秒以下的轮询间隔是有用的。

了解轮询间隔（因为它们会上升和下降）对于能够解释工具产生的数据至关重要。

作为一个虚构的（但概念多次出现）例子，注册的接口5 秒间隔内利用率为 90%可能不会导致最终用户察觉到的问题——然而，同样的界面60 秒间隔内利用率为 50%事实上可能会导致最终用户察觉到问题。

大多数管理员的错误思维是认为 60 秒间隔的 50% 利用率“小于”5 秒间隔的 90% 利用率。它不是“小于”——也不是“大于”。 简而言之，由于间隔不同，利用率数字不能作为等效数字进行比较。

再深入一点——并展示极端情况如何影响数学——接口有可能在整整 30 秒内以 100% 的利用率运行 —— 然后静默 30 秒 —— 而 60 秒间隔内的利用率仍为 50%。在 30 秒的 100% 利用率期间，最终用户应用程序会遇到足够的数据包丢失和/或延迟，从而导致显示消息超时/中断。

与 5 秒间隔内 90% 的利用率相比，即使接口在 4.5 秒内达到 100% 的利用率，然后静默 0.5 秒（导致 5 秒间隔内 90% 的利用率），数据包丢失和/或延迟可能还不足以让最终用户应用程序立即做出反应。

以上完全是虚构的例子——然而，这一概念已经被多次见证。正确评估接口的过度订阅/过度利用依赖于对监控工具的了解、对监控/轮询间隔的理解以及对监控/轮询工具的输出的解释以及正在使用的应用程序的行为。

Answer