2017-02-05 31 views
0

Я недавно начал проверять коллекцию сборщиков системных коллекций после использования Intel Snap некоторое время. На первый взгляд кажется, что он менее динамичен, чем коллекционер Snapd, но, возможно, я просто не полностью осознаю его возможности. У меня есть несколько вопросов по поводу его использования:Несколько вопросов, касающихся Collectd system stats collector

  1. Можно ли собрать только часть метрики от каждого плагина? В случае, если меня это не интересует.
  2. Возможно ли динамическое изменение собираемых показателей, что-то похожее на задачи Snap? Например, собирать только часть показателей первых трех плагинов? Или мне нужно каждый раз менять конфигурационный файл?
  3. Мне не удалось найти список статистических данных, которые собираются каждым плагином, могу ли я найти его где-нибудь?
  4. Для людей, которые использовали как Intel Snap, так и Collectd, имеет ли Collectd какие-либо преимущества/недостатки над Snap?

Спасибо!

ответ

1

(1) Большинство сборных плагинов поддерживают какой-то метрический выбор и механизм обратного выбора, который вы можете найти в документации плагина. Кроме того, имеется сборный «цепочный» плагин, который можно использовать для переименования или фильтрации метрик.

(2) No. collectd не поддерживает динамические изменения. См .: https://github.com/collectd/collectd/issues/1005

(3) Пара способов. Посмотрите на страницы man для collectd, если вы не находите то, что вам нужно, на коллективной вики. Если вы хотите, чтобы проверить процесс работает collectd, то хороший способ увидеть метрики, чтобы включить unixsock плагин, и использовать «collectdctl listval» для метрической интроспекции

(4) плюсы и минусы обоих

  • collectd более зрелый
  • collectd поддерживает больше наследие и встроенные системы
  • collectd легкий вес с большим количеством опций времени компиляции и встроенных переводчиков
  • collectd плагины чаще доступны через дистрибутивах ОС

  • оснастке поддерживает динамическую конфигурацию (см ответ на # 2)

  • оснастке плагин docmentation является более ясным. Например. см метрических списков, дорожная карты, и установить направления
  • оснастки планирования задач является более продвинутым: (я знаю, что это от страданий боли за то, чтобы соответствовать входной плагин интервалов для интервалов вывода плагина в collectd)
  • пружинных процессоры обеспечивают более funcionality чем собрать. Например. Я не знаю эквивалента метки или аномализуемости от привязки в collectd

collectd и snap не поддерживают один и тот же набор плагинов. Наличие или отсутствие плагина будет ясным преимуществом/недостатком, основанным на прецеденте.Метод построения плагина также сильно отличается, так что это тоже может быть фактором.

+0

Благодарим вас за подробный ответ. Я также слышал, что сборщик имеет намного лучшую производительность по сравнению с оснасткой и легче с точки зрения потребления ресурсов, согласны ли вы с этим? –

+0

Да, ядро ​​коллектора - это легкий вес, низкое использование ресурсов, и его структура и плагины поддерживают это. Тем не менее качество используемых плагинов будет иметь самое сильное влияние. Раньше у меня были большие экземпляры mem memd, из-за проблем в ранних итерациях плагина write_riemann. –