История изменений
Исправление DRVTiny, (текущая версия) :
Из этого слабосвязного потока сознания я так и не понял, что и каким образом Вы хотите сделать, хотя профессионально администрирую Zabbix.
Попробуйте отредактировать сообщение и последовательно описать:
1) Какое множество объектов у вас сейчас есть и как это множество представлено в формате JSON (уже есть в сообщении, но всё в том же сумбурном виде);
2) Какие метрики о каждом из объектов, принадлежащих описанному в п.1 множеству Вы хотели бы получать;
3) С какой периодичностью и в каких объёмах Вам удобно получать метрики из п.2 и требует ли получение этих метрик специальных прав доступа?
Поясню:
Если нужно получать метрики периодически, т.е. событием отправки является срабатывание зацикленного таймера, то Вам в несложных случаях (о более сложных - см. ниже) подойдёт и будет удобен встроенный в zabbix-agent механизм выполнения внешних скриптов.
Если же события, приводящие в действие механизм отправки значений метрик, являются непериодическими (например, вовсе случайными), то zabbix-agent не подойдёт, но будет удобна отправка по протоколу zabbix-sender (утилитой zabbix_sender, perl-модулем Zabbix::Sender или же как угодно ещё).
Также учтите, что zabbix-agent будет запускать один и тот же скрипт для получения значения каждой «обнаруженной» метрики для каждого из объектов, принадлежащих описанному в п.1 множеству. А вот по протоколу zabbix-sender Вы можете отправить за раз все метрики для всех объектов. Т.е. накладные расходы сбора метрик для метода zabbix-sender и для метода zabbix-agent могут различаться на несколько порядков, что само по себе запросто способно влиять на точность мониторинга и, например, на работу других сервисов, запущенных на той же машине, на которой работает скрипт для получения и отправки значений метрик.
Права доступа также важны: помните о том, что zabbix-agent по умолчанию (и это умолчание не следует изменять) работает под своим пользователем с ограниченными правами доступа. Хватит ли этих прав для сбора метрик? Если нет, то можно пойти 2-мя путями: дать соотв. пользователю больше прав (требует отдельного длинного описания, о чём идёт речь) или же сразу отправлять метрики с правами учётной записи того пользователя, у которого этих прав достаточно. В последнем случае Вам снова нужен протокол zabbix-sender.
Итого: не поленитесь и опишите свою задачу последовательно и структурированно - тогда вполне возможно, что вместо того, чтобы ждать ответа на форуме, Вам достаточно будет сделать всего один или два простых поиска в Google ;)
Исправление DRVTiny, :
Из этого слабосвязного потока сознания я так и не понял, что и каким образом Вы хотите сделать, хотя профессионально администрирую Zabbix.
Попробуйте отредактировать сообщение и последовательно описать:
1) Какое множество объектов у вас сейчас есть и как это множество представлено в формате JSON (уже есть в сообщении, но всё в том же сумбурном виде);
2) Какие метрики о каждом из объектов, принадлежащих описанному в п.1 множеству Вы хотели бы получать;
3) С какой периодичностью и в каких объёмах Вам удобно получать метрики из п.2 и требует ли получение этих метрик специальных прав доступа?
Поясню:
Если нужно получать метрики периодически, т.е. событием отправки является срабатывание зацикленного таймера, то Вам в несложных случаях (о более сложных - см. ниже) подойдёт и будет удобен встроенный в zabbix-agent механизм выполнения внешних скриптов.
Если же события, приводящие в действие механизм отправки значений метрик, являются непериодическими (например, вовсе случайными), то zabbix-agent не подойдёт, но будет удобна отправка по протоколу zabbix-sender (утилитой zabbix_sender, perl-модулем Zabbix::Sender или же как угодно ещё).
Также учтите, что zabbix-agent будет запускать один и тот же скрипт для получения значения каждой «обнаруженной» метрики для каждого из объектов, принадлежащих описанному в п.1 множеству. А вот по протоколу zabbix-sender Вы можете отправить за раз все метрики для всех объектов. Т.е. накладные расходы сбора метрик для метода zabbix-sender и для метода zabbix-agent могут различаться на несколько порядков, что само по себе запросто способно влиять на точность мониторинга и, например, на работу других сервисов, запущенных на той же машине, на которой работает скрипт для получения и отправки значений метрик.
Права доступа также важны: помните о том, что zabbix-agent по умолчанию (и это умолчание не следует изменять) работает под своим пользователем с ограниченными правами доступа. Хватит ли этих прав для сбора метрик? Если нет, то можно пойти 2-мя путями: дать соотв. пользователю больше прав (требует отдельного длинного описания, о чём идёт речь) или же сразу отправлять метрики с правами учётной записи того пользователя, у которого этих прав достаточно. В последнем случае, как Вы понимаете, Вам снова нужен протокол zabbix-sender.
Итого: не поленитесь и опишите свою задачу последовательно и структурированно - тогда вполне возможно, что вместо того, чтобы ждать ответа на форуме, Вам достаточно будет сделать всего один или два простых поиска в Google ;)
Исправление DRVTiny, :
Из этого слабосвязного потока сознания я так и не понял, что и каким образом Вы хотите сделать, хотя профессионально администрирую Zabbix.
Попробуйте отредактировать сообщение и последовательно описать:
1) Какое множество объектов у вас сейчас есть и как это множество представлено в формате JSON (уже есть в сообщении, но всё в том же сумбурном виде);
2) Какие метрики о каждом из объектов, принадлежащих описанному в п.1 множеству Вы хотели бы получать;
3) С какой периодичностью и в каких объёмах Вам удобно получать метрики из п.2 и требует ли получение этих метрик специальных прав доступа?
Поясню:
Если нужно получать метрики периодически, т.е. событием отправки является срабатывание зацикленного таймера, то Вам в несложных случаях (о более сложных - см. ниже) подойдёт и будет удобен встроенный в zabbix-agent механизм выполнения внешних скриптов.
Если же события, приводящие в действие механизм отправки значений метрик, являются непериодическими (например, вовсе случайными), то zabbix-agent не подойдёт, но будет удобна отправка по протоколу zabbix-sender (утилитой zabbix_sender, perl-модулем Zabbix::Sender или же как угодно ещё).
Также учтите, что zabbix-agent будет запускать один и тот же скрипт для получения значения каждой «обнаруженной» метрики для каждого из объектов, принадлежащих описанному в п.1 множеству. А вот по протоколу zabbix-sender Вы можете отправить за раз все метрики для всех объектов. Т.е. накладные расходы сбора метрик для метода zabbix-sender и для метода zabbix-agent могут различаться на несколько порядков, что само по себе запросто способно влиять на точность мониторинга и, например, на работу других сервисов, запущенных на той же машине, на которой работает скрипт для получения и отправки значений метрик.
Права доступа также важны: помните о том, что zabbix-agent по умолчанию (и это умолчание не следует изменять) работает под своим пользователем с ограниченными правами доступа. Хватит ли этих прав для сбора метрик? Если нет, то можно пойти 2-мя путями: дать соотв. пользователю больше прав (требует отдельного длинного описания, о чём идёт речь), а можно просто сразу отправлять метрики из-под ттого пользователя, у которого прав доступа достаточно. В последнем случае, как Вы понимаете, Вам снова нужен протокол zabbix-sender.
Итого: не поленитесь и опишите свою задачу последовательно и структурированно - тогда вполне возможно, что вместо того, чтобы ждать ответа на форуме, Вам достаточно будет сделать всего один или два простых поиска в Google ;)
Исправление DRVTiny, :
Из этого слабосвязного потока сознания я так и не понял, что и каким образом Вы хотите сделать, хотя профессионально администрирую Zabbix.
Попробуйте отредактировать сообщение и последовательно описать:
1) Какое множество объектов у вас сейчас есть и как это множество представлено в формате JSON (уже есть в сообщении, но всё в том же сумбурном виде);
2) Какие метрики о каждом из объектов, принадлежащих описанному в п.1 множеству Вы хотели бы получать;
3) С какой периодичностью и в каких объёмах Вам удобно получать метрики из п.2 и требует ли получение этих метрик специальных прав доступа?
Поясню:
Если нужно получать метрики периодически, т.е. событием отправки является срабатывание зацикленного таймера, то Вам в несложных случаях (о более сложных - см. ниже) подойдёт и будет удобен встроенный в zabbix-agent механизм выполнения внешних скриптов.
Если же события, приводящие в действие механизм отправки значений метрик, являются непериодическими (например, вовсе случайными), то zabbix-agent не подойдёт, но будет удобна отправка по протоколу zabbix-sender (утилитой zabbix_sender, perl-модулем Zabbix::Sender или же как угодно ещё).
Также учтите, что zabbix-agent будет запускать один и тот же скрипт для получения значения каждой «обнаруженной» метрики для каждого из объектов, принадлежащих описанному в п.1 множеству. А вот по протоколу zabbix-sender Вы можете отправить за раз все метрики для всех объектов. Т.е. накладные расходы сбора метрик для метода zabbix-sender и для метода zabbix-agent могут различаться на несколько порядков, что само по себе запросто способно влиять на точность мониторинга и, например, на работу других сервисов, запущенных на той же машине, на которой работает скрипт для получения и отправки значений метрик.
Права доступа также важны: помните о том, что zabbix-agent по умолчанию (и это умолчание не следует изменять) работает под своим пользователем с ограниченными правами доступа. Хватит лии этих прав для сбора метрик? Если нет, то можно пойти 2-мя путями: дать соотв. пользователю больше прав (требует отдельного длинного описания, о чём идёт речь), а можно просто сразу отправлять метрики из-под ттого пользователя, у которого прав доступа достаточно. В последнем случае, как Вы понимаете, Вам снова нужен протокол zabbix-sender.
Итого: не поленитесь и опишите свою задачу последовательно и структурированно - тогда вполне возможно, что вместо того, чтобы ждать ответа на форуме, Вам достаточно будет сделать всего один или два простых поиска в Google ;)
Исходная версия DRVTiny, :
Из этого слабосвязного потока сознания я так и не понял, что и каким образом Вы хотите сделать, хотя профессионально администрирую Zabbix.
Попробуйте отредактировать сообщение и последовательно описать:
1) Какое множество объектов у вас сейчас есть и как это множество представлено в формате JSON (уже есть в сообщении, но всё в том же сумбурном виде);
2) Какие метрики о каждом из объектов, принадлежащих описанному в п.1 множеству Вы хотели бы получать;
3) С какой периодичностью и в каких объёмах Вам удобно получать метрики из п.2 и требует ли получение этих метрик специальных прав доступа?
Поясню:
Если нужно получать метрики периодически, т.е. событием отправки является срабатывание зацикленного таймера, то Вам подойдёт и будет удобен встроенный в zabbix-agent механизм выполнения внешних скриптов.
Если же события, приводящие в действие механизм отправки значений метрик, являются непериодическими (например, вовсе случайными), то zabbix-agent не подойдёт, но будет удобна отправка по протоколу zabbix-sender (утилитой zabbix_sender, perl-модулем Zabbix::Sender или же как угодно ещё).
Также учтите, что zabbix-agent будет запускать один и тот же скрипт для получения значения каждой «обнаруженной» метрики для каждого из объектов, принадлежащих описанному в п.1 множеству. А вот по протоколу zabbix-sender Вы можете отправить за раз все метрики для всех объектов. Т.е. накладные расходы сбора метрик для метода zabbix-sender и для метода zabbix-agent могут различаться на несколько порядков, что само по себе запросто способно влиять на точность мониторинга и, например, на работу других сервисов, запущенных на той же машине, на которой работает скрипт для получения и отправки значений метрик.
Права доступа также важны: помните о том, что zabbix-agent по умолчанию (и это умолчание не следует изменять) работает под своим пользователем с ограниченными правами доступа. Хватит лии этих прав для сбора метрик? Если нет, то можно пойти 2-мя путями: дать соотв. пользователю больше прав (требует отдельного длинного описания, о чём идёт речь), а можно просто сразу отправлять метрики из-под ттого пользователя, у которого прав доступа достаточно. В последнем случае, как Вы понимаете, Вам снова нужен протокол zabbix-sender.
Итого: не поленитесь и опишите свою задачу последовательно и структурированно - тогда вполне возможно, что вместо того, чтобы ждать ответа на форуме, Вам достаточно будет сделать всего один или два простых поиска в Google ;)