Я пытаюсь использовать rrdtool для мониторинга точек доступа, и мне хотелось бы иметь отдельный rrd-файл для каждой точки доступа, что я не знаю, как это сделать.В любом случае, если я смогу это сделать, то для каждого сайта я смогу получить график из разных баз данных в зависимости от местоположения сайта.Однако, когда я хочу увидеть график уровня компании, я хотел бы объединить данные по нескольким базам данных rrd и получить их для отображения на одном графике, поэтому, если пропускная способность измеряется для двух устройств в двух отдельных базах данных rrd, я хотел бы получить«среднее» из этих двух источников данных и показать его на моем графике для сайта, который имеет эти точки доступа.Это возможно?Я совершенно новичок в мышлении RRD и rrdtool, поэтому, пожалуйста, дайте мне знать, если есть лучшие способы сделать это.
Кроме того, как RRD использует пространство внутри?Из того, что я читал до сих пор, есть люди, которые говорят, что размер файла никогда не увеличивается для базы данных RRD.С другой стороны, люди спрашивают, какой размер файла будет накапливаться в течение многих лет.Так что я немного запутался здесь.Я думал, что это будет держать вещи в памяти и записывать на диск на основе объединенных функций.
Могу ли я также генерировать круговые диаграммы из rrdtool?Мне нужно найти количество пользователей, подключенных к точке доступа, и было бы хорошо, если бы я мог показать это в виде круговой диаграммы для общего числа пользователей, подключенных к точке доступа в любой момент времени для данного сайта.Например,
точка доступа 1: 20 точка доступа 2: 40 точка доступа 3: 1
Если я смогу сгенерировать круговую диаграмму для этого, она будет разрезана в соответствии с количеством пользователей.
Извините, это довольно много вопросов.Если rrdtool не имеет большого значения, тогда я мог бы также использовать Mysql, так как у меня запущен сервер mysql на производстве.И я могу создавать графики на лету, используя прикольные флеш-материалы.Если бы кто-то мог рассказать мне о плюсах и минусах использования RRD поверх любой RDBMS для данных временных рядов, это было бы поразительно.
Большое спасибо, ребята !!