Если кто работал с snmp_exporter в проме, может присоветуете как лучше обойти такие грабли:
Для snmp_exporter с помощью generator сделан конфиг-файл с несколькими модулями в файле, напр., "chassis", "if_mib", "queues"
Вылезла засада: snmp_exporter-у при скрейпе нельзя скормить несколько модулей массивом в одном job-е - отрабатывает только первый из списка.
Хотя если дёргать
127.0.0.1:9116/metrics ручками явно указывая нужный модуль, то по отдельности все работают.
Несколько модулей сделано потому, что разные железки разное подмножества мибов понимают.
Ну и опрос разных кусков с разной периодичностью нужен.
scrape_configs:
- job_name: 'snmp'
scrape_interval: 5m
scrape_timeout: 3m
file_sd_configs:
- files:
- targets.yml
metrics_path: /snmp
params:
module: ['chassis', 'if_mib']
relabel_configs:
- source_labels: [__address__]
target_label: __param_target
- source_labels: [__param_target]
target_label: instance
- target_label: __address__
replacement: 127.0.0.1:9116 # snmp_exporter hostname:port
- Плодить job-ы по одному на каждый модуль как-то коряво.
- разрботчик экспортёра менять такое поведение не считает нужным и закрыл issue.
- Генерить конф.файл экспортёра с одним объединённым модулем сильно не хотелось бы.
