По поводу этой статьи, все понятно, не сильно отличается от оф. документации, но как я считаю, что здесь что в оф доке ни слова о том что масштабировать это решение, то еще приключение. Т.к. для одной железки все просто указал EngineID в snmptrapd.conf createUser -e 0x800000020109840301 и все хорошо.

А если железка не одна а тысяча, а еще они периодически меняются. Тут конечно можно соорудить велосипед с костылями, добавить скрипт который по snmp например собирет со всех железок EngineID и запишет их в snmptrapd.conf все это запихнуть в крон, плюсом периодически перезагружать сервис который принимает трапы. Либо настроить не trap, а inform. Который не требует подтверждения, при этом нужно наоборот прописать EngineID сервера (и проксиков если оборудование мониторится с них) на оборудовании, но это как мне кажется проще автоматизировать и масштабировать.

А не пробовали для того «чтобы каждый день и час недели сопоставлялся с таким же днём и часом за прошедшие 6 недель.» воспользоваться встроенными Trend functions - baselinedev или baselinewma, выглядело бы точно компактнее :)