Onderwerp: Nagios & Cacti => alternatief?

Oorspronkelijk geplaatst door Yourwebhoster

Dus het is nog in ontwikkelfase (dood zeg ik niet, maar ik vind het gewoon niet af). Correct me if I'm wrong, maar je legt net uit dat het nog in ontwikkeling is. Daarom zeg ik neem Observium niet mee als je nu de keuze wilt maken want het is gewoon niet af, er zit geen alerting in wat de TS momenteel wel al heeft.

De TS heeft alerting via nagios en niet via cacti, observium richt zich dan ook meer op het graphen dan op het alerten zoals eerder vermeld. En nee het zit niet in de ontwikkelfase, het wordt constant geupdate (verder ontwikkeld). Even een sidenote waarom het alerting systeem nog niet als volwaardig beschouwt kan worden is omdat er nog teveel false positive meldingen zijn. Dit heeft alles te maken met hoe sommige vendors hun snmp/mib ingericht hebben en hier geen algemene lijn in zit. Zo zijn er al mensen die gebruik maken van het alerting systeem maar e-mails krijgen omdat hun tempratuur te hoog of te laag is omdat hun tresholds in snmp niet goed staan of niet bekend zijn. De bedoeling van observium is nu net het discovery aspect wat er voor zorgt dat het device/os gedetecteerd wordt en de correctte polling en templates gebruikt worden (zodat je dit niet zelf hoeft te doen zoals in cacti bvb), dit is dus ook wat bereikt moet worden voor de alerting.

Om hier even op in te haken; is er iemand bekend met een mooie interface voor op een groot scherm? Ik zou graag op paar grote LCD's op kantoor wat monitoring weergeven maar Nagios's statuspagina is daarvoor niet handig en in dit geval pak ik liever een kant en klare oplossing.

Oorspronkelijk geplaatst door Jesperw

Om hier even op in te haken; is er iemand bekend met een mooie interface voor op een groot scherm? Ik zou graag op paar grote LCD's op kantoor wat monitoring weergeven maar Nagios's statuspagina is daarvoor niet handig en in dit geval pak ik liever een kant en klare oplossing.

Om dan maar even bij observium te blijven, er is een mogelijkheid om een custom frontpage te gebruiken (al moet je hiervoor wel een klein beetje php kunnen), zie voorbeeld op http://demo.observium.org/.

Oorspronkelijk geplaatst door The-BosS

De TS heeft alerting via nagios en niet via cacti, observium richt zich dan ook meer op het graphen dan op het alerten zoals eerder vermeld. En nee het zit niet in de ontwikkelfase, het wordt constant geupdate (verder ontwikkeld). Even een sidenote waarom het alerting systeem nog niet als volwaardig beschouwt kan worden is omdat er nog teveel false positive meldingen zijn. Dit heeft alles te maken met hoe sommige vendors hun snmp/mib ingericht hebben en hier geen algemene lijn in zit. Zo zijn er al mensen die gebruik maken van het alerting systeem maar e-mails krijgen omdat hun tempratuur te hoog of te laag is omdat hun tresholds in snmp niet goed staan of niet bekend zijn. De bedoeling van observium is nu net het discovery aspect wat er voor zorgt dat het device/os gedetecteerd wordt en de correctte polling en templates gebruikt worden (zodat je dit niet zelf hoeft te doen zoals in cacti bvb), dit is dus ook wat bereikt moet worden voor de alerting.

Lees dan nog eens wat de TS wilt. Hij wilt één systeem met alerting en grafieken zoals in cacti. Je geeft eerder aan dat dit niet kan met observium? Maar als ik het bovenstaande lees dan is alerting dus wel mogelijk maar moet je zelf de tresholds configureren?

Oorspronkelijk geplaatst door Yourwebhoster

Lees dan nog eens wat de TS wilt. Hij wilt één systeem met alerting en grafieken zoals in cacti. Je geeft eerder aan dat dit niet kan met observium? Maar als ik het bovenstaande lees dan is alerting dus wel mogelijk maar moet je zelf de tresholds configureren?

Het is al deels mogelijk op bvb cisco en andere devices, maar het is (nog) niet mogelijk voor "http is down since ...", de alerting die er nu inzit is dus meer device gericht dan service gericht. Je zou de treshold zelf kunnen instellen in de database, maar het probleem is dat dit automatisch overschreven wordt bij een discovery run. Daarom zitten er nu in sommige discovery's dat indien de treshold niet gevonden kan worden hij de current waarde neemt en +10% doet voor high en -10% doet voor low. Maar zelfs in sommige gevallen is die 10% niet genoeg, zoals bvb bij volt of temperatuur metingen.

Oorspronkelijk geplaatst door The-BosS

Het is al deels mogelijk op bvb cisco en andere devices, maar het is (nog) niet mogelijk voor "http is down since ...", de alerting die er nu inzit is dus meer device gericht dan service gericht. Je zou de treshold zelf kunnen instellen in de database, maar het probleem is dat dit automatisch overschreven wordt bij een discovery run. Daarom zitten er nu in sommige discovery's dat indien de treshold niet gevonden kan worden hij de current waarde neemt en +10% doet voor high en -10% doet voor low. Maar zelfs in sommige gevallen is die 10% niet genoeg, zoals bvb bij volt of temperatuur metingen.

Enig idee wat de planning/roadmap is? Observium vind ik op zich wel een mooi systeem maar ik vind het dan weer jammer dat alerting niet (volledig) werkt.

Oorspronkelijk geplaatst door Yourwebhoster

Enig idee wat de planning/roadmap is? Observium vind ik op zich wel een mooi systeem maar ik vind het dan weer jammer dat alerting niet (volledig) werkt.

Het alerting system zal op basis van het event systeem gemaakt worden (wat al bestaat maar nog deels moet aangepast worden), hoe de planning in tijd is kan ik hierover niet meedelen aangezien ik mij niet met dit onderdeel bezig hou en de persoon die er mee bezig is momenteel weinig tijd heeft.

Voor de wht-ers die het interesseert, ik ben momenteel bezig met uitbreiden van het billing gedeelte (wat voor 80% al klaar is), alleen pdf reporting moet ik nog even herschrijven. Verder heeft observium van iana haar eigen oid/mib gekregen dus kan ik kijken om een eigen mib te schrijven met een perl daemon die de passthru zal verzorgen om het oude application platform te vervangen (maar dat is nog niet voor de eerst komende maanden).

Ik kan je Zabbix aanbevelen, werkt super i.c.m. ieder OS !

Hoewel de navigatie in Zabbix wennen is, doet Zabbix wel wat het moet doen (om enkele punten te noemen: graphs, maps, remote commands, etc). Hier zijn nog wat interessante punten: http://workaround.org/try-zabbix. Het is ook meer werk dan in vergelijking met bijvoorbeeld prtg de boel goed in te stellen, maar als het éénmaal draait dan heb je ook een uitgebreid systeem.

Hier maken we gebruik van Zabbix voor monitoring en een eigen script voor het meten van dataverkeer (voordeel van dit laatste is dat auto-discover er zo in zit dat het werkbaar is voor een vps omgeving waarbij vpsen van host kunnen wijzigen en statistieken automatisch door blijven gaan).

Kijk ook eens naar Centreon http://www.centreon.com
Gebruiken wij nu een paar jaar naar tevredenheid. Het is een combinatie van Nagios en Cacti.

Ik ben ook opzoek naar een nieuw monitoring systeem. We gebruiken nu Cacti, Log server, en veel zelf geschreven PHP & bash scriptjes.
Zabbix hebben we ook een tijdje gebruikt alleen dat zit zo ingewikkeld in elkaar net als Nagios.

Observium ziet er wel leuk uit maar kan geen meldingen versturen volgens mij? Het is wel een handig tooltje voor Syslogs.

Oorspronkelijk geplaatst door dennis0162

Ik ben ook opzoek naar een nieuw monitoring systeem. We gebruiken nu Cacti, Log server, en veel zelf geschreven PHP & bash scriptjes.
Zabbix hebben we ook een tijdje gebruikt alleen dat zit zo ingewikkeld in elkaar net als Nagios.

Observium ziet er wel leuk uit maar kan geen meldingen versturen volgens mij? Het is wel een handig tooltje voor Syslogs.

Ik heb zowel Zabbix als Observium draaien. Qua implementatie qua Zabbix heb ik gebruik gemaakt van de Zabbix Consulting diensten van Leo Dil van Netcon.

Na de setup was het vrij makkelijk om het qua beheer en maintenance over te nemen.