> Я не использую Zabbix, вообще с ним не знаком. Подскажите, кому не
> сложно объяснить, как узнать, какие фичи поддерживает "стандартный" агент? Либо как
> в нем эти фичи добавить-отбавить?Встроенные в zabbix_agent:
https://www.zabbix.com/documentation/2.0/manual/config/items...
Расширение zabbix_agent-а:
https://www.zabbix.com/documentation/2.0/manual/config/items...
~Любой [шел-]скрипт или однострочник, возвращающий значение на stdout. (Я гоняю, как простые числовые, так и "дампы" до 64К (ограничение агента 2.0).)
Встроенными можно ещё, например, тексты из /proc таскать(в2.0+) без суб-процесса, но парсить раскладывать по значениям (где не "простой" тип) придётся (вторым-другоим скриптом) на стороне сервера.
> Я предполагаю, что опросами должен бы заниматься даймон, запущенный постоянно, и держащий,
> соответственно, постоянный коннект, будь то к MySQL
zabbix_server держит NNN (по числу worker-процессов примерно : pgbouncer помогает, да [спасибо коллегам здесь за подсказку!]) соединений к базе, стучится на агентов (в зависимости от конфигурации; вариантов больше) на хостах-клиентах получае и пишет в базу значения. Дальше - события, триггеры, web-ui(также ходит к базе _и z-server-у) с графиками, хаускиперы-таймеры-алармеры всякие.
SQL тоже нужен. Ну, то есть его надо [и web-ui тож, и всё проч. ...] запускать, тюнить, ментейнить и пр.
> Или всё, что может сделать агент - это вызвать внешнюю программу, и делает это для получения _каждого_ параметра?
Нет, встроенных - кучка, ссылки выше. Но долго живущие дети-процессы (впрочем, как и тормоза встроенных, надо полагать, тоже) - ахилесова пята агента с его ынтырпрайс-архитектурой(способствует продажам!) запуска _фиксированного числа воркеров.
