Can Munin可以configuration为显示小时图吗？

我假设你实际上想要比默​​认的五分钟更快地采样数据，因为小时图不会显示比当前每日图表更多的细节。

有一个简单的答案，这是一个困难的。

简单的方法

只是运行更多的慕尼黑更新，不要升级过去穆宁1.5。

在很多Linux系统上，这只是编辑/etc/cron.d/munin并把第一个*/5 /etc/cron.d/munin */1 （这跟*一样，但是更明显的是你在做它刻意）。

这是一种黑客。 Munin仍然会在假设每五分钟获取一次数据而不是每一分钟的情况下创build这些图表，因此计算速度可能会closures，某些标签会出错，但是您将每分钟获取一次数据。 而且，这在最近版本的Munin（至less过去的版本2.0和可能的过去的版本1.5）中可能不起作用，因为它们具有update_rate属性的默认值300，这将在下面讨论。

艰难的路

首先，你必须升级到Munin 2.0。 早期版本不支持下面的所有内容。

接下来，您必须在每五分钟更频繁一次的图表上设置update_rate属性。 该属性是更新之间应该经过的秒数，默认值为300秒。

接下来，您将需要使用graph_data_size属性定义自定义图表时间段，该属性logging在每个插件的自定义rrdresize ，但该页面有点令人困惑，所以让我看看是否可以澄清一点。

graph_data_size属性有三个设置：

• graph_data_size normal – 这是默认值，它会生成每日，每周，每月和每年的图表。
• graph_data_size huge – 这个数据每隔五分钟（正常的每日价格）存储一整年。
• graph_data_size custom <custom-definition> – 这允许您指定自己的数据区间和保留时间。

上面的自定义定义forms为full_rra_nb, multiple_1 multiple_rra_nb_1, multiple_2 multiple_rra_nb_2, ... multiple_N multiple_rra_nb_N ，其含义如下：

• full_rra_nb是要为第一个图保留的数据点的数量。 这些点中的每一个代表一个单一的测量（或多或less; Munin试图通过less量的数据欺骗来解决延迟测量）。
• multiple_N是为了第N个图而平均得到单个数据点的测量数据点的数量。
• multiple_rra_nb_N是要为第N个图保留的数据点的数量。

这一切都受update_rate属性设置的影响，因为它控制每个单独测量跨越多less时间。

所以，举一个具体的例子，默认设置如下：

• 数据点以每五分钟一次测量的速率获得。
• 日常图表对于每个测量数据点都有一个点，并且保持这些点的576个（或者48个小时的值）。
• 每周图表每六点测量一点（每点代表30分钟），并保持其中432（或9天的价值）。
• 每月图表每24点测量一点（每点代表两个小时），并保持540点（或45日）。
• 年度图表每288次测量一次（每个点代表一天），并保持450次（450天）。

因此，这两个设置是等同的：

 graph_data_size normal 

和

 update_rate 300 graph_data_size custom 576, 6 432, 24 540, 288 450 

对于一分钟采样，您需要确定您感兴趣的时间间隔。要简单地添加一个logging八小时数据的小时图，可以使用以下内容：

 update_rate 60 graph_data_size custom 480, 5 576, 30 432, 120 540, 1440 450 

请注意，在默认的muninconfiguration中，每个间隔是前一个间隔的整数倍（30 = 5 * 6,120 = 30 * 4和1440 = 120 * 12）。 我不知道这个规则有多重要，但是我build议把它保存在你的configuration中，以防万一。

另外请注意，设置update_rate和graph_data_size是基于每个graphics完成的。 我不知道有什么方法可以指定跨越多个graphics的默认值，所以如果你想为所有的graphics做这些工作，就必须进行大量的input。

另外，你应该确保所有这些设置都在第一次munin-update进行。 它们会影响RRD文件的创build方式，而且我不知道在使用这些文件运行更新之前，如果使用不同的设置创build文件，munin会如何反应。 在最坏的情况下，您可以删除RRD文件，让munin重新创build它们。

最后，一旦所有的设置都到位，你可以像上面的“简单的方法”一样改变cron的更新频率。