Het Grote Monitoring Topic

[burne]

Freeaqingme schreef op zaterdag 15 juni 2019 @ 00:50:
[...]


Zeg even dat 't om web servers gaat. Dan monitor je primair gewoon de website zelf natuurlijk of die het (nog) doet. Als dan 1 van je 3 web servers er uit ligt maakt dat niet uit, maar als 2 van de 3 web servers er uit liggen wil je dat vermoedelijk wel direct weten om 3 AM.

Quorum, in goed Nederlands. Met quorum (Latijn; letterlijk: van wie) wordt het minimumaantal personen of leden bedoeld dat aanwezig moet zijn om stemprocedure als geldig te kunnen beschouwen.

En je kunt je HA uitleggen wat het quorum is wat jij wilt hebben, en wat 'ie moet doen als 'ie daar onder komt. Als jij tien webservers hebt en er vallen er drie uit is er wellicht meer aan de hand dan gewoon pech en wil je dat er even een mens naar kijkt. En je kunt er dan voor kiezen om de site een storingsmelding te laten tonen.

[Nergenss]

Ik snap de verwarring Monitoring -> monitor, maar het hoort hier toch niet thuis. Graag dus hier verder: Problemen met pop-up bestanden..

[Voor 94% gewijzigd door rens-br op 18-06-2019 16:05]

[raptorix]

Hey wat leuk, kende dit topic niet, kleine introductie, monitoring is van mijn specialismes, ik heb ervaring met Nagios/Check_mk (yuk!), New Relic, Application insights en Dynatrace. Ik ben vooral groot van van Application Insights vooral omdat dit ook prima als reporting tool te gebruiken is.

Overigens zie ik monitoring als sleutelonderdeel van devops, het signaleert niet alleen korte termijn problemen, maar geeft ook inzicht in verbeteringen tussen releases, als je dus bijvoorbeeld waarde aan een proces kan hangen, kun je ook aantonen dat een team dit verbeterd heeft.

[Voor 32% gewijzigd door raptorix op 21-06-2019 10:31]

[Charlie-Root]

unezra schreef op vrijdag 14 juni 2019 @ 20:48:
Overigens wel een ongelooflijk nadeel van Zabbix:
Het is niet multi-master (ook niet multi-proxy in de zin van HA proxies).

Wil je Zabbix zelf HA maken, moet je dat doen op je infra of op OS-niveau, Zabbix zelf kan het niet.

Het is een prima pakket, maar daar kan het toch nog iets leren van de grote (en gruwelijk dure) zuiver commerciële pakketten van HP en IBM. (Alleen zijn die weer dusdanig duur, dat ik me afvraag wat voor organisatiegrootte je anno 2019 nodig hebt om ze te rechtvaardigen.)

Jij schrijft dat dit een nadeel is, zelf zie ik dit niet zo. Zabbix heeft een database backend en kan dus op dat front redundant gemaakt worden. Dit zelfde kun je doen met de "voorkant", je kunt het loadbalancen door een echte loadbalancer heen of je kunt er voor kiezen met active/failover te werken (vrrp/keepalived).

Dit is veel flexibeler dan de door jou genoemde hele dure oplossingen. In mijn optiek dus zelfs een voordeel.

[zjeeraar84]

Hoi! Wat een gaaf topic.

Ik heb zelf ervaring met Nagios, Zabbix en Opmanager. Hier op de zaak zijn we bezig met de inrichting van een Nagios oplossing op basis van OMD-labs. Het gave hiervan is dat o.a. Thruk, Grafana en PNP4Nagios hier ook gelijk al in zit. PNP4Nagios heb ik al draaien, echter met Grafana heb ik een issue: de datasources Thruk en PNP zijn automatisch (door OMD-labs) toegevoegd maar geven een error:

pnp plugin failed
Error: Fetch error: 404 Not Found Instantiating http://nagios.bedrijf.nl/.../vendor/plugin-css/css.js Loading http://nagios.bedrijf.nl/.../vendor/plugin-css/css.js Instantiating http://nagios.bedrijf.nl/.../vendor/plugin-css/css.js Loading http://nagios.bedrijf.nl/...-datasource/query_ctrl.js Loading plugins/sni-pnp-datasource/module
pnp plugin failed


Error: Fetch error: 404 Not Found Instantiating http://nagios.bedrijf.nl/.../vendor/plugin-css/css.js Loading http://nagios.bedrijf.nl/.../vendor/plugin-css/css.js Instantiating http://nagios.bedrijf.nl/.../vendor/plugin-css/css.js Loading http://nagios.bedrijf.nl/...-datasource/query_ctrl.js Loading plugins/sni-pnp-datasource/module

Lijkt er op dat bepaalde files missen? Iemand enig idee?

Update 01-08: ik heb het maar opgelost door pnp4nagios helemaal uit te schakelen en alle performance data naar Influxdb te sturen, en alle plaatjes te maken d.m.v Grafana Ziet er wel zo 21e eeuw uit.

[Voor 6% gewijzigd door zjeeraar84 op 01-08-2019 08:20]

[Hero of Time]

* Hero of Time triggert een informational issue om dit topic weer tot leven te wekken.

Zat vandaag downloads: Zabbix 4.4.0 te lezen en zie een hoop mooie dingen. Een vraag die ik had is in de comments door Spro al beantwoord mbt nieuwe templates. Maar daarop aansluitend heb ik wel nog een vraag erover en een paar andere.

Bij een upgrade krijg je dus geen nieuwe templates. Ook eventuele aanpassingen krijg je niet. Maar, hoe krijg je die aanpassingen dan wel zonder je eigen aanpassingen te verliezen? Want vziw krijg je een foutmelding als je een template wilt inladen die reeds bestaat. Je zal dan de naam van de bestaande (of nieuwe) moeten aanpassen. Ik wil namelijk de 'fixes' voor de iLO, Windows en Linux templates hebben.

Ook ben ik benieuwd hoe feilloos een upgrade gaat. Momenteel draai ik nog 4.0.x. Op hun wiki staat het upgradetraject natuurlijk beschreven, maar zou ik ook zo naar 4.4 kunnen zonder 4.2 nodig te hebben? Dacht eerder eens gelezen te hebben dat je eerst naar de laatste tussenliggende release moet (dus 4.0.x > 4.2.y > 4.4.z). Uiteraard wel eerst even een backup maken van de database, voor het geval dat.

Is er ook ergens een optie oid waarmee je kan controleren of je bestaande triggers, configuratie, media types, etc. niet stuk gaan of wat er aangepast gaat worden alvorens de upgrade plaatsvind?

[Spro]

Hero of Time schreef op woensdag 9 oktober 2019 @ 21:55:
* Hero of Time triggert een informational issue om dit topic weer tot leven te wekken.

Zat vandaag downloads: Zabbix 4.4.0 te lezen en zie een hoop mooie dingen. Een vraag die ik had is in de comments door Spro al beantwoord mbt nieuwe templates. Maar daarop aansluitend heb ik wel nog een vraag erover en een paar andere.

Bij een upgrade krijg je dus geen nieuwe templates. Ook eventuele aanpassingen krijg je niet. Maar, hoe krijg je die aanpassingen dan wel zonder je eigen aanpassingen te verliezen? Want vziw krijg je een foutmelding als je een template wilt inladen die reeds bestaat. Je zal dan de naam van de bestaande (of nieuwe) moeten aanpassen. Ik wil namelijk de 'fixes' voor de iLO, Windows en Linux templates hebben.

Ook ben ik benieuwd hoe feilloos een upgrade gaat. Momenteel draai ik nog 4.0.x. Op hun wiki staat het upgradetraject natuurlijk beschreven, maar zou ik ook zo naar 4.4 kunnen zonder 4.2 nodig te hebben? Dacht eerder eens gelezen te hebben dat je eerst naar de laatste tussenliggende release moet (dus 4.0.x > 4.2.y > 4.4.z). Uiteraard wel eerst even een backup maken van de database, voor het geval dat.

Is er ook ergens een optie oid waarmee je kan controleren of je bestaande triggers, configuratie, media types, etc. niet stuk gaan of wat er aangepast gaat worden alvorens de upgrade plaatsvind?

Je krijgt geen foutmelding als je een template dat reeds bestaat importeert, wel kan je tijdens de import 'update existing' uitzetten om je huidige wijzigingen niet verloren te laten gaan.

Upgrade gaat vlekkeloos vanaf 4.0 naar 4.4, qua foutmeldingen dan, in ieder geval op de 10 die ik vandaag gedaan heb ben ik geen problemen tegen gekomen. Je hoeft niet eerst de stap naar 4.2 te maken.

Vanaf 4.2 is de werking van proxies veranderd, waardoor daar nog wel een beetje hoofdpijn kan zitten; een proxy doet nu ook preprocessing en daarom moet die tegelijk met de server geupgrade worden. Doe je dat niet, praten ze niet meer met elkaar en wordt eea ineens heel rustig...

[unezra]

Spro schreef op woensdag 9 oktober 2019 @ 22:24:
[...]
Vanaf 4.2 is de werking van proxies veranderd, waardoor daar nog wel een beetje hoofdpijn kan zitten; een proxy doet nu ook preprocessing en daarom moet die tegelijk met de server geupgrade worden. Doe je dat niet, praten ze niet meer met elkaar en wordt eea ineens heel rustig...

Oh, da's hip!
Dus je master krijgt minder voor zijn kiezen op die manier?

Verder globale werking gelijk, as in, hij krijgt van zijn master te horen wat 'ie moet doen?

[Spro]

unezra schreef op woensdag 9 oktober 2019 @ 23:20:
[...]


Oh, da's hip!
Dus je master krijgt minder voor zijn kiezen op die manier?

Verder globale werking gelijk, as in, hij krijgt van zijn master te horen wat 'ie moet doen?

Correct!
Men is heel erg aan het zoeken om de performance verder op te schroeven, zonder de hardware belachelijk ver door te moeten schalen, de proxies wat taken over laten nemen is een resultaat daarvan.

verdere globale werking inderdaad gelijk, daar is niets veranderd.

[unezra]

Spro schreef op donderdag 10 oktober 2019 @ 06:47:
[...]
Correct!
Men is heel erg aan het zoeken om de performance verder op te schroeven, zonder de hardware belachelijk ver door te moeten schalen, de proxies wat taken over laten nemen is een resultaat daarvan.

verdere globale werking inderdaad gelijk, daar is niets veranderd.

Nice!
Ze zijn goed bezig daar.

Nu nog een keer een master/slave constructies voor de Zabbix master en proxies, zodat je redundancy op applicatieniveau kunt realiseren en onderhoud kunt plegen aan je master of proxy, zonder dat meteen je monitoring voor een periode weg valt. (Dat vind ik hier vrij irritant, als ik mijn master update en reboot, ben ik 15 minuten blind. Het loopt wel in, maar de eerste 15-20 minuten is 'ie redelijk onbruikbaar. Met periodiek onderhoud zijn de Zabbix servers daarom ook de machines die ik als eerste update.)

[Hero of Time]

Spro schreef op woensdag 9 oktober 2019 @ 22:24:
[...]

Je krijgt geen foutmelding als je een template dat reeds bestaat importeert, wel kan je tijdens de import 'update existing' uitzetten om je huidige wijzigingen niet verloren te laten gaan.

Leuk en aardig, maar het is juist de vernieuwingen die je wilt hebben. Dat betekend dat je de reeds bestaande die je niet hebt aangeraakt ook bijgewerkt wilt hebben.

Dat wordt dus de templates exporteren en vergelijken. Heb ik met wat mazzel ook gelijk al m'n laatste wijzigingen in kaart, want die ben ik een beetje uit 't oog verloren.

Upgrade gaat vlekkeloos vanaf 4.0 naar 4.4, qua foutmeldingen dan, in ieder geval op de 10 die ik vandaag gedaan heb ben ik geen problemen tegen gekomen. Je hoeft niet eerst de stap naar 4.2 te maken.

Gelukkig. Zal ik eens een dag plannen om dit te gaan doen. Want wat ik eerder nog eens bekeek, had 4.2 geen schokkende verbeteringen en vernieuwingen tov 4.0 waar wij wat aan hebben. Er was juist een issue dat met 4.0 was veroorzaakt, maar met 4.2 niet opgelost ging worden.

unezra schreef op donderdag 10 oktober 2019 @ 07:55:
Nu nog een keer een master/slave constructies voor de Zabbix master en proxies, zodat je redundancy op applicatieniveau kunt realiseren en onderhoud kunt plegen aan je master of proxy, zonder dat meteen je monitoring voor een periode weg valt. (Dat vind ik hier vrij irritant, als ik mijn master update en reboot, ben ik 15 minuten blind. Het loopt wel in, maar de eerste 15-20 minuten is 'ie redelijk onbruikbaar. Met periodiek onderhoud zijn de Zabbix servers daarom ook de machines die ik als eerste update.)

Hoe lang duurt je onderhoud waarin de services niet draaien en hoe lang duurt een reboot dan? Waarom zou je met 2 minuten downtime gelijk 20 minuten blind zijn? Denk eerder dat je je onderhoud aan de machine efficiënter moet doen of het aantal taken die de machine doet verminderen zodat je downtime bij reboot minimaal is.

[unezra]

Hero of Time schreef op donderdag 10 oktober 2019 @ 08:34:
[...]
Hoe lang duurt je onderhoud waarin de services niet draaien en hoe lang duurt een reboot dan? Waarom zou je met 2 minuten downtime gelijk 20 minuten blind zijn? Denk eerder dat je je onderhoud aan de machine efficiënter moet doen of het aantal taken die de machine doet verminderen zodat je downtime bij reboot minimaal is.

Mijn ervaring is dat de Zabbix master en proxies, ongeveer 15-20 minuten onbetrouwbare informatie geven na een reboot. Onderhoud zelf duurt 5 minuten, inclusief reboot.

Nu is het zeker zo dat mijn database te groot is en niet gepartitioneerd, maar los van dat vind ik een enkele, niet HA-uitvoering van zoiets belangrijks als monitoring, redelijk achterhaald. JUIST monitoring wil je ook op applicatieniveau dubbel hebben uitgevoerd.

Dat kan op dit moment niet. Agents kunnen maar met 1 master of proxy babbelen, redundant masters en proxies zijn niet mogelijk. Net iets dat de grote jongens wél goed doen. (Dat de agent maar met 1 kan connecten is geen probleem, master en proxies die niet redundant gemaakt kunnen worden wel.)

De grote jongens hebben veel nadelen en zijn zeker niet noodzakelijkerwijs in alle opzichten beter, maar dit doen ze wel beter dan Zabbix. Helaas. Want juist bij zoiets als Zabbix lijkt me het een feature die voor de developers relatief makkelijk te implementeren is en die het pakket naar een nog hoger niveau tilt.

[Spro]

unezra schreef op donderdag 10 oktober 2019 @ 10:34:
[...]


Mijn ervaring is dat de Zabbix master en proxies, ongeveer 15-20 minuten onbetrouwbare informatie geven na een reboot. Onderhoud zelf duurt 5 minuten, inclusief reboot.

Nu is het zeker zo dat mijn database te groot is en niet gepartitioneerd, maar los van dat vind ik een enkele, niet HA-uitvoering van zoiets belangrijks als monitoring, redelijk achterhaald. JUIST monitoring wil je ook op applicatieniveau dubbel hebben uitgevoerd.

Dat kan op dit moment niet. Agents kunnen maar met 1 master of proxy babbelen, redundant masters en proxies zijn niet mogelijk. Net iets dat de grote jongens wél goed doen. (Dat de agent maar met 1 kan connecten is geen probleem, master en proxies die niet redundant gemaakt kunnen worden wel.)

De grote jongens hebben veel nadelen en zijn zeker niet noodzakelijkerwijs in alle opzichten beter, maar dit doen ze wel beter dan Zabbix. Helaas. Want juist bij zoiets als Zabbix lijkt me het een feature die voor de developers relatief makkelijk te implementeren is en die het pakket naar een nog hoger niveau tilt.

Gelukkig ben ik het niet helemaal met je eens, een agent kan met meerdere servers praten, geen enkel probleem: https://support.zabbix.com/browse/ZBXNEXT-584
Dit geldt voor active en passive checks...

HA is prima supported: pacemaker, corosync en Galera(mysql). VIP tussen je Zabbix servers en je kan doen en laten wat je wil met de standby machine.
Daarnaast kan je natuurlijk je proxy ook HA uitvoeren met eenzelfde setup.

Hoewel Zabbix op de roadmap heeft staan om HA weer te implementeren, ben ik voorlopig tevreden met de manier waarop het nu werkt...

[mhofstra]

Hero of Time schreef op donderdag 10 oktober 2019 @ 08:34:
[...]

Gelukkig. Zal ik eens een dag plannen om dit te gaan doen. Want wat ik eerder nog eens bekeek, had 4.2 geen schokkende verbeteringen en vernieuwingen tov 4.0 waar wij wat aan hebben. Er was juist een issue dat met 4.0 was veroorzaakt, maar met 4.2 niet opgelost ging worden.

[...]

Wat voor issue was/is dat? Ik heb een update van 3.4 naar 4.2 gepland staan binnenkort maar misschien kan ik dan beter gelijk door naar 4.4?

[Hero of Time]

mhofstra schreef op donderdag 10 oktober 2019 @ 20:48:
[...]

Wat voor issue was/is dat? Ik heb een update van 3.4 naar 4.2 gepland staan binnenkort maar misschien kan ik dan beter gelijk door naar 4.4?

Moest even goed nadenken, maar het is de waarde van het item als je die in je trigger tekst verwerkt. Bijvoorbeeld vrije schijfruimte. Trigger als deze <20% komt. Dan kan je als trigger tekst "Er is nog {item.lastvalue} vrij" gebruiken. Voor 4.0 werd dit op je dashboard bijgewerkt. Dus zou de laatste meting 18% zijn, zou je dashboard dus zeggen "Er is nog 18% vrij". Bij 4.0 zou er in alle gevallen "Er is 19,9% vrij" staan. Erg onhandig als je juist wilt weten hoeveel spoed een bepaald issue heeft om opgelost te worden.

Men heeft het uiteindelijk een soort van opgelost in 4.0 door een extra kolom toe te voegen bij de widget met de waarde van de laatste meting, maar dat moest ik zelf inschakelen omdat het er later pas bij kwam. Ondertussen was 4.2 al wel uit. Wat er daar is gebeurt weet ik niet, daarvoor moet ik het issue weer naar voren halen, maar zou je zelf ook redelijk makkelijk moeten kunnen vinden met Google als je zoekt op 'zabbix trigger item.lastvalue' oid.

Ik kijk met 4.4 overigens eerst nog even de kat uit de boom. Als in, niet gelijk 4.4.0 pakken, maar straks als 4.4.1 of 4.4.2 uit is upgraden. Heb nog een project om af te maken en bij voorkeur voor het einde van de maand.

[DaRoot]

Hero of Time schreef op woensdag 9 oktober 2019 @ 21:55:
* Hero of Time triggert een informational issue om dit topic weer tot leven te wekken.

Zat vandaag downloads: Zabbix 4.4.0 te lezen en zie een hoop mooie dingen. Een vraag die ik had is in de comments door Spro al beantwoord mbt nieuwe templates. Maar daarop aansluitend heb ik wel nog een vraag erover en een paar andere.

Bij een upgrade krijg je dus geen nieuwe templates. Ook eventuele aanpassingen krijg je niet. Maar, hoe krijg je die aanpassingen dan wel zonder je eigen aanpassingen te verliezen? Want vziw krijg je een foutmelding als je een template wilt inladen die reeds bestaat. Je zal dan de naam van de bestaande (of nieuwe) moeten aanpassen. Ik wil namelijk de 'fixes' voor de iLO, Windows en Linux templates hebben.

Ook ben ik benieuwd hoe feilloos een upgrade gaat. Momenteel draai ik nog 4.0.x. Op hun wiki staat het upgradetraject natuurlijk beschreven, maar zou ik ook zo naar 4.4 kunnen zonder 4.2 nodig te hebben? Dacht eerder eens gelezen te hebben dat je eerst naar de laatste tussenliggende release moet (dus 4.0.x > 4.2.y > 4.4.z). Uiteraard wel eerst even een backup maken van de database, voor het geval dat.

Is er ook ergens een optie oid waarmee je kan controleren of je bestaande triggers, configuratie, media types, etc. niet stuk gaan of wat er aangepast gaat worden alvorens de upgrade plaatsvind?

Ik heb mijn zabbix-server en zabbix-proxy beide ge-upgrade van 3.4.x naar 4.4.0.. ging tadellos.. had wel eerst backup gemaakt zoals in de manual/wiki beschreven staat, maar niet nodig gehad.
Alleen niet schrikken als je distro na het upgraden van de packages zegt dat ie klaar is, en je dan meteen naar de webinterface gaat.. je krijgt dan eerst een foutmelding dat de database versie niet klopt..
Als je ondertussen via top even meekijkt, zie je mysqld beetje druk doen, dat is de database upgrade..
zodra mysqld weer rustig is, werkt de webinterface ook weer.
Heb er tevens al enige tijd Grafana met de Zabbix plugin achter zitten, daarvoor hoefde ik niets aan te passen / upgraden, dat bleef gewoon werken.

[Yariva]

Hero of Time schreef op donderdag 10 oktober 2019 @ 22:33:
[...]

Moest even goed nadenken, maar het is de waarde van het item als je die in je trigger tekst verwerkt. Bijvoorbeeld vrije schijfruimte. Trigger als deze <20% komt. Dan kan je als trigger tekst "Er is nog {item.lastvalue} vrij" gebruiken. Voor 4.0 werd dit op je dashboard bijgewerkt. Dus zou de laatste meting 18% zijn, zou je dashboard dus zeggen "Er is nog 18% vrij". Bij 4.0 zou er in alle gevallen "Er is 19,9% vrij" staan. Erg onhandig als je juist wilt weten hoeveel spoed een bepaald issue heeft om opgelost te worden.

Men heeft het uiteindelijk een soort van opgelost in 4.0 door een extra kolom toe te voegen bij de widget met de waarde van de laatste meting, maar dat moest ik zelf inschakelen omdat het er later pas bij kwam. Ondertussen was 4.2 al wel uit. Wat er daar is gebeurt weet ik niet, daarvoor moet ik het issue weer naar voren halen, maar zou je zelf ook redelijk makkelijk moeten kunnen vinden met Google als je zoekt op 'zabbix trigger item.lastvalue' oid.

Ik kijk met 4.4 overigens eerst nog even de kat uit de boom. Als in, niet gelijk 4.4.0 pakken, maar straks als 4.4.1 of 4.4.2 uit is upgraden. Heb nog een project om af te maken en bij voorkeur voor het einde van de maand.

Als je nog op een LTS versie draait zou ik daar lekker op blijven draaien (buiten non-productie omgevingen dan.) Met 5.0 over 8 maandjes in de aantocht waarmee je ook alle functionaliteit krijgt van 4.2 en 4.4 zou ik daar mijn geld op inzetten

[Hero of Time]

Zit nu idd op 4.0 LTS. Toch, als ze van 4.4 naar 5.0 gaan, is die stap minder groot qua upgrade dan van 4.0 naar 5.0. Het is voor ons iig niet zo heel noodzakelijk om LTS te draaien. Tussentijdse releases zijn ook prima. Ik ben de enige beheerder hier. Als we straks iets willen voordat 5.0 uit is wat in 4.2 of 4.4 zit, zal ik toch moeten upgraden. Doe ik het net zo goed over een maandje al.

[Yariva]

In dat geval zou ik lekker 4.4 pakken idd.
Nog wat hulp vanaf de wiki: https://www.zabbix.com/do...allation/upgrade/packages

Wat voornamelijk belangrijk is, en ook al is benoemd: Die proxy's gaan tegenstribbelen wanneer deze ook niet worden meegenomen met de upgrade. Deze moeten nu ook meteen mee.
Verder is het formaat voor LLD gewijzigd: Mocht je een script gebruiken voor LLD dan hoeft het "data" veld niet meer worden meegenomen. Enkel een lijst [ ] is voldoende. (source: https://www.zabbix.com/do...low-level_discovery_rules)

[Hero of Time]

Allemaal te klein en simplistisch bij ons, dus daar hoef ik geen zorgen om te maken.

[Yarisken]

Allen,

Ik zou ssl certificaten willen monitoren. Thuis gebruik ik zabbix en op het werk gebruiken we prtg.
Weet iemand een tool die in een docker draait met een lichte footprint en dit out of the box kan monitoren ?

[Hero of Time]

Hoe wil je de alerts krijgen? Want met het openssl commando kan je zo de informatie opvragen die je wilt en er wat omheen scripten om de geldigheid te parsen en mailen als het binnen je gedefinieerde criteria valt.

[HKLM_]

Heeft iemand ervaring met Redgate sql monitoring en hoe je dit met PRTG kan laten praten?

Yarisken schreef op zaterdag 22 februari 2020 @ 00:27:
Allen,

Ik zou ssl certificaten willen monitoren. Thuis gebruik ik zabbix en op het werk gebruiken we prtg.
Weet iemand een tool die in een docker draait met een lichte footprint en dit out of the box kan monitoren ?

PRTG heeft een meerdere sensor voor het monitoren van certificaten.

[Voor 69% gewijzigd door HKLM_ op 22-02-2020 12:38]

[Yarisken]

Hero of Time schreef op zaterdag 22 februari 2020 @ 00:48:
Hoe wil je de alerts krijgen? Want met het openssl commando kan je zo de informatie opvragen die je wilt en er wat omheen scripten om de geldigheid te parsen en mailen als het binnen je gedefinieerde criteria valt.

Inderdaad, mijn script in zabbix werkt ook zo. Ik ga er is over denken want ik ga het misschien idd wel kunnen toevoegen aan bestaande data en visualiseren.

[ThinkPad]

Ben langzaamaan m'n VMware thuisserver aan het uitfaseren en aan het migreren naar een Raspberry Pi, i.v.m. stroomverbruik. Eén van de restpunten is een ander monitoringpakket zoeken, gezien PRTG alleen op x86/x64 draait en niet op ARM (Raspberry).

Kent iemand iets vergelijkbaars zoals PRTG wat in Docker op m'n Pi zou kunnen draaien? De belangrijkste checks die ik binnen PRTG gebruik zijn ping en HTTP(S). Vooral de mailnotificatie vind ik erg belangrijk, de webinterface kijk ik eigenlijk zelden in.

Heb al wel wat gezocht, maar de meeste dingen lijken zich juist weer op de Pi zelf te richten (CPU-temp, geheugen e.d.) en niet/minder op apparaten in het netwerk.

[Voor 14% gewijzigd door ThinkPad op 27-02-2020 07:11]

[Hero of Time]

Zabbix is gewoon een php applicatie, dus zou ook prima op een ARM architectuur moeten kunnen draaien. Misschien wat overkill, maar is iig een optie.

[Hipska]

Icinga heeft packages voor op raspbian: http://packages.icinga.com/raspbian/

[ThinkPad]

Hipska schreef op vrijdag 28 februari 2020 @ 13:50:
Icinga heeft packages voor op raspbian: http://packages.icinga.com/raspbian/

Ik kende Icinga nog niet, maar ziet er goed uit! Kan het op hun website niet goed vinden, maar is het een gratis product? (wil het thuis gebruiken voor m'n homelab).

[Hero of Time]

Icinga, die je niet moet verwarren met icinga2, is niets meer dan een fork van Nagios. Icinga2 is een complete rewrite en werkt significant anders qua opzet.

[Yariva]

ThinkPadd schreef op maandag 2 maart 2020 @ 13:57:
[...]

Ik kende Icinga nog niet, maar ziet er goed uit! Kan het op hun website niet goed vinden, maar is het een gratis product? (wil het thuis gebruiken voor m'n homelab).

Zabbix heeft tegenwoordig officiele guides over hoe je de server installeert op Raspbian.
Echter niet de database op een SD kaartje zetten, dan komt er binnen 2 weken rook uit

https://www.zabbix.com/do...buster&db=mysql&ws=apache

Monitoring op een Raspberry pi met alle voordelen van Zabbix erbij.

[Turdie]

Hero of Time schreef op maandag 2 maart 2020 @ 17:09:
Icinga, die je niet moet verwarren met icinga2, is niets meer dan een fork van Nagios. Icinga2 is een complete rewrite en werkt significant anders qua opzet.

En wat is Thruk dan?

[Hero of Time]

shadowman12 schreef op maandag 2 maart 2020 @ 17:16:
[...]

En wat is Thruk dan?

Dat kan Google je vast vertellen.

[Turdie]

Hero of Time schreef op maandag 2 maart 2020 @ 17:19:
[...]

Dat kan Google je vast vertellen.

Of course ,maar wou even weten hoe jij als linux expert Thruk ziet,

[Voor 3% gewijzigd door Turdie op 02-03-2020 17:21]

[Hero of Time]

En dan ga je er gelijk vanuit dat elke Linux exper alle monitoringtools en whatnot zo op kan lepelen? Er zijn al zoveel file systems, clustered of anders, dat ik daar al geen moeite in steek om 't bij te houden. Waarom zou ik dan iets als monitoringtool dat wel doen?

[Hipska]

ThinkPadd schreef op maandag 2 maart 2020 @ 13:57:
[...]

Ik kende Icinga nog niet, maar ziet er goed uit! Kan het op hun website niet goed vinden, maar is het een gratis product? (wil het thuis gebruiken voor m'n homelab).

Ja het is gratis en zeker goed te gebruiken voor uw situatie.

Hero of Time schreef op maandag 2 maart 2020 @ 17:09:
Icinga, die je niet moet verwarren met icinga2, is niets meer dan een fork van Nagios. Icinga2 is een complete rewrite en werkt significant anders qua opzet.

Ja uiteraard hebben we het dan over Icinga2, dacht dat de toevoeging ondertussen, na al die jaren, niet meer nodig was om verwarring te vermijden.

[frut666]

Ik houd het toch echt op check_mk. Geweldige tool. Ook in de gratis versie die wij gebruiken (raw edition). Waarom? Zeer eenvoudig en gebruikersvriendelijk. Duidelijke interface en ik ben nog niets tegengekomen dat ik er mee kan monitoren. Zo heb ik er onder andere monitoring in zitten voor apache2, tomcat en SAP HANA. Gewoon standaard ondersteund.

En mocht het er toevallig niet in zitten dan is er meestal wel een plugin voor te downloaden. Zo monitor ik onder andere puppet, fail2ban en status van een HP raid array.

Waar ik bij check_mk ook erg van gecharmeerd ben is het feit dat je heel makkelijk parent / child relaties kan leggen. Als b.v. mijn internet verbinding eruit ligt dan hoef ik geen notificaties te krijgen van mijn VPS servers die hij daardoor niet kan bereiken.

Verder is de performance goed. Weinig impact op de client systemen en de server zelf heeft ook niet zoveel nodig. En mocht die meer resources nodig gaan hebben dan kan ik hem heel eenvoudig distributed uitvoeren.

[Charlie_Root]

Hero of Time schreef op donderdag 27 februari 2020 @ 08:44:
Zabbix is gewoon een php applicatie, dus zou ook prima op een ARM architectuur moeten kunnen draaien. Misschien wat overkill, maar is iig een optie.

Dan heb je het alléén over de front-end/webinterface.

Ik ben zelf he-le-maal gek op Zabbix. Voor mensen die niet te veel configuratie willen doen werkt het out of the box prima, voor de basics. Voor mensen die (zoals ik) allemaal custom dingen willen is het nog mooier.

unezra schreef op donderdag 10 oktober 2019 @ 10:34:
[...]
Mijn ervaring is dat de Zabbix master en proxies, ongeveer 15-20 minuten onbetrouwbare informatie geven na een reboot. Onderhoud zelf duurt 5 minuten, inclusief reboot.

Kwestie van je triggers juist zetten met (bijv.) de nodata optie. Dat scheelt heel wat op loze meldingen na reboot of onderhoud.

unezra schreef op donderdag 10 oktober 2019 @ 10:34:
[...]
Dat kan op dit moment niet. Agents kunnen maar met 1 master of proxy babbelen, redundant masters en proxies zijn niet mogelijk. Net iets dat de grote jongens wél goed doen. (Dat de agent maar met 1 kan connecten is geen probleem, master en proxies die niet redundant gemaakt kunnen worden wel.)

Dat is onjuist. Zabbix Agents kunnen met meerdere servers praten:

List of comma delimited IP addresses, optionally in CIDR notation, or hostnames of Zabbix servers and Zabbix proxies.

Bron:
https://www.zabbix.com/do...ndix/config/zabbix_agentd
Zoals je ziet is deze docu van versie 3.4, dus die optie bestaat al even. Alleen voor Active Checks bestaat die beperking, ik zou active uberhaupt niet adviseren voor de meeste zaken.

Het redundant uitvoeren van de server is ook ge-support en kan op meerdere manieren. Naar mijn mening doet zabbix het op dit front juist beter dan de grote jongens, ze laten het aan jou om te kiezen wat het beste bij je past.

[Voor 73% gewijzigd door Charlie_Root op 27-06-2020 13:10]

[Hero of Time]

Charlie_Root schreef op zaterdag 27 juni 2020 @ 13:04:
[...]

Dan heb je het alléén over de front-end/webinterface.

Correct, de server side/webinterface is php idd. Dat is vaak het belangrijkste, omdat Zabbix naast een agent ook gewoon SNMP snapt.

[Charlie_Root]

Hero of Time schreef op zaterdag 27 juni 2020 @ 13:44:
[...]

Correct, de server side/webinterface is php idd. Dat is vaak het belangrijkste, omdat Zabbix naast een agent ook gewoon SNMP snapt.

En het zabbix-server proces?

[Hero of Time]

Charlie_Root schreef op zaterdag 27 juni 2020 @ 14:00:
[...]

En het zabbix-server proces?

Kan ook gewoon op een Pi draaien, als dat je vraag is. Anders, niet zo muggenziften, het is daar veel te warm voor.

[Larcorba]

*knip* Goed bedoeld, maar dit is ook gewoon spam.

[Voor 96% gewijzigd door rens-br op 11-08-2020 17:14]

[Equator]

Ik ben zoekende naar een manier om de kwaliteit van diensten weer te geven vanuit verschillende locaties.

Wij hebben bijna 40 locaties, sommigen met een eVPN, anderen met een IPsec of andere WAN verbinding.

Vanaf deze locaties worden diensten als SAP, en andere applicaties centraal benaderd. Ook SaaS diensten zoals Office 365.

Nu wil ik de kwaliteit van de verbinding naar deze diensten inzichtelijk hebben. Slechte kwaliteit (hoge latency etc.) kan dan input zijn voor het kiezen voor een betere en waarschijnlijk duurdere verbinding.

Ik heb in het verleden NetPath, nu van solarwinds, gezien. En ik ben ook al in contact met hun. Maar ik weet niet of dat voor mij de perfecte oplossing gaat zijn.

Iemand ervaringen met iets dergelijks?

[Ingegno]

Equator schreef op maandag 17 augustus 2020 @ 21:35:
Ik ben zoekende naar een manier om de kwaliteit van diensten weer te geven vanuit verschillende locaties.

Wij hebben bijna 40 locaties, sommigen met een eVPN, anderen met een IPsec of andere WAN verbinding.

Vanaf deze locaties worden diensten als SAP, en andere applicaties centraal benaderd. Ook SaaS diensten zoals Office 365.

Nu wil ik de kwaliteit van de verbinding naar deze diensten inzichtelijk hebben. Slechte kwaliteit (hoge latency etc.) kan dan input zijn voor het kiezen voor een betere en waarschijnlijk duurdere verbinding.

Ik heb in het verleden NetPath, nu van solarwinds, gezien. En ik ben ook al in contact met hun. Maar ik weet niet of dat voor mij de perfecte oplossing gaat zijn.

Iemand ervaringen met iets dergelijks?

Wij doen Zabbix.

Je kunt de latency/drops/uptime/availability/noemmaarop monitoren. Vaak zijn hier al pre-built templates voor. Anders kun je zelf ook zo eentje in elkaar steken.

Je krijgt vervolgens de data in een mooi grafiekje te zien en mogelijk om een rapportage te exporteren.

[thieske1]

Equator schreef op maandag 17 augustus 2020 @ 21:35:
Ik ben zoekende naar een manier om de kwaliteit van diensten weer te geven vanuit verschillende locaties.

Wij hebben bijna 40 locaties, sommigen met een eVPN, anderen met een IPsec of andere WAN verbinding.

Vanaf deze locaties worden diensten als SAP, en andere applicaties centraal benaderd. Ook SaaS diensten zoals Office 365.

Nu wil ik de kwaliteit van de verbinding naar deze diensten inzichtelijk hebben. Slechte kwaliteit (hoge latency etc.) kan dan input zijn voor het kiezen voor een betere en waarschijnlijk duurdere verbinding.

Ik heb in het verleden NetPath, nu van solarwinds, gezien. En ik ben ook al in contact met hun. Maar ik weet niet of dat voor mij de perfecte oplossing gaat zijn.

Iemand ervaringen met iets dergelijks?

Voor office365 kan je eens kijken naar GSX

[Equator]

Ingegno schreef op maandag 17 augustus 2020 @ 22:03:
[...]


Wij doen Zabbix.

Je kunt de latency/drops/uptime/availability/noemmaarop monitoren. Vaak zijn hier al pre-built templates voor. Anders kun je zelf ook zo eentje in elkaar steken.

Je krijgt vervolgens de data in een mooi grafiekje te zien en mogelijk om een rapportage te exporteren.

Dank je wel voor je reply.

Zie je daarmee ook de verschillende hops in het netwerk? Ik zou graag zien vanaf waar in de keten het een issue wordt.
Zoals dit voorbeeld van NetPath:

thieske1 schreef op maandag 17 augustus 2020 @ 22:39:
[...]

Voor office365 kan je eens kijken naar GSX

Top, dank je wel. Zeer Office365 specifiek. Kun je daar ook andere zaken in meenemen?

[thieske1]

Equator schreef op dinsdag 18 augustus 2020 @ 07:46:
[...]

Dank je wel voor je reply.

Zie je daarmee ook de verschillende hops in het netwerk? Ik zou graag zien vanaf waar in de keten het een issue wordt.
Zoals dit voorbeeld van NetPath:
[Afbeelding]


[...]

Top, dank je wel. Zeer Office365 specifiek. Kun je daar ook andere zaken in meenemen?

Niet dat ik weer. wij gebruiken het alleen voor O365.

[Freeaqingme]

Equator schreef op maandag 17 augustus 2020 @ 21:35:
Ik ben zoekende naar een manier om de kwaliteit van diensten weer te geven vanuit verschillende locaties.

Kijk voor de grap ook even naar Smokeping. Het ziet er wellicht uit alsof het in het jaar 0 gemaakt is, maar het is in mijn beleving wel _de_ tool om kwaliteit van verbindingen te monitoren. Of je daar makkelijk eventueel automatische triggers aan kan hangen is weer een tweede (weet ik niet).

Ik zie het vaak door netwerkafdelingen gebruikt worden zodat als er een klant klaagt over een bepaalde (WAN) verbinding, dat ze Smokeping in eerste instantie gebruiken als referentie om te kijken of er wellicht een transit/peeringclub rond dat tijdstip zat te kutten zodat ze niet verder hoeven te zoeken.

[Ingegno]

Equator schreef op dinsdag 18 augustus 2020 @ 07:46:
[...]

Dank je wel voor je reply.

Zie je daarmee ook de verschillende hops in het netwerk? Ik zou graag zien vanaf waar in de keten het een issue wordt.
Zoals dit voorbeeld van NetPath:

Zit er naar mijn weten niet default in (zeker niet in de default templates). Dat zou je dus eventueel moeten inbouwen mocht je die kant op gaan (wat dus best veel werk kan zijn). Probleem is dat je de intermediate devices niet onder controle hebt en je per intermediate device dus een soort simple check (ping/tracert) uitvoeren. En dat alles vervolgens weer in een soort autodiscovery gieten en een leuk plaatje van maken Heb je bijna je eigen NetPath gebouwd in Zabbix.

(lijkt me nu wel geinig om als sidegig op te pakken eigenlijk )

[MZC]

Voor PRTG gebruikers & geïnteresseerden: je kan vanaf 17 november maandelijks je (technische) vragen over monitoring kwijt tijdens het vragenuur van Henk Hillaert van Paessler. Het gaat via Zoom dus niet anoniem, maar wellicht heeft iemand er iets aan. Check alle data hier:

https://paessler.zoom.us/...qHtMEXCM__Y_pCyuSFptHlkiT

[MZC]

Voor de PRTG-fans: kennen jullie deze pagina al? https://www.paessler.com/prtg/roadmap

Daar kan je precies zien welke sensoren eraan zitten te komen.

[Arfman]

Stop met mij plagen over PRTG God, wat mis ik dat pakket ...

[MZC]

Sorry

[powerboat]

Bron:
https://www.zabbix.com/do...ndix/config/zabbix_agentd
Zoals je ziet is deze docu van versie 3.4, dus die optie bestaat al even. Alleen voor Active Checks bestaat die beperking, ik zou active uberhaupt niet adviseren voor de meeste zaken.

Het redundant uitvoeren van de server is ook ge-support en kan op meerdere manieren. Naar mijn mening doet zabbix het op dit front juist beter dan de grote jongens, ze laten het aan jou om te kiezen wat het beste bij je past.
[/quote]

Volgens de trainer die ik gehad heb (Patrick Uyterhoeven) voor de Zabbix 2.2 training (Yeah, I know is al een tijdje geleden). Word het juist aangeraden (waar mogelijk) om Active Checks te doen zodat je de server minimaal belast.

[barrymossel]

Ik zie door de bomen het bos niet meer...

Sinds kort heb ik een NUC met twee VM's. Eentje draait Home Assistant en de andere Ubuntu met verschillende docker containers. Nu wil ik monitoren of e.e.a. nog up is. Met name Home Assistant, MQTT en een website die als docker draait. Dus volgens mij redelijk simpel (intern en extern) monitoren of er verbinding mogelijk is.
Ik zie veel moeilijke uitgebreide monitors voorbij komen, maar bij voorkeur draai ik een simpele docker image die dit kan, met een simpele (fancy ) webinterface en (email) alerts. Self hosted en gratiesch uiteraard.

Heeft iemand dé suggestie?

[powerboat]

powerboat schreef op woensdag 18 november 2020 @ 11:48:
Bron:
https://www.zabbix.com/do...ndix/config/zabbix_agentd
Zoals je ziet is deze docu van versie 3.4, dus die optie bestaat al even. Alleen voor Active Checks bestaat die beperking, ik zou active uberhaupt niet adviseren voor de meeste zaken.

Het redundant uitvoeren van de server is ook ge-support en kan op meerdere manieren. Naar mijn mening doet zabbix het op dit front juist beter dan de grote jongens, ze laten het aan jou om te kiezen wat het beste bij je past.
[/quote]

Volgens de trainer die ik gehad heb (Patrick Uyterhoeven) voor de Zabbix 2.2 training (Yeah, I know is al een tijdje geleden). Word het juist aangeraden (waar mogelijk) om Active Checks te doen zodat je de server minimaal belast.

Hahah nice ik heb toen ook de training van P gekregen. Mooie tijd toe

[ge-flopt]

barrymossel schreef op donderdag 22 april 2021 @ 18:17:
Ik zie door de bomen het bos niet meer...

Sinds kort heb ik een NUC met twee VM's. Eentje draait Home Assistant en de andere Ubuntu met verschillende docker containers. Nu wil ik monitoren of e.e.a. nog up is. Met name Home Assistant, MQTT en een website die als docker draait. Dus volgens mij redelijk simpel (intern en extern) monitoren of er verbinding mogelijk is.
Ik zie veel moeilijke uitgebreide monitors voorbij komen, maar bij voorkeur draai ik een simpele docker image die dit kan, met een simpele (fancy ) webinterface en (email) alerts. Self hosted en gratiesch uiteraard.

Heeft iemand dé suggestie?

LibreNMS/OpenNMS iets voor je?

[3DDude]

Waar is Dynatrace ?
is echt een Application Performance monitoring.
Is wel echt een enterprise tool.
https://www.dynatrace.com/

[FlorianK]

Ik heb best wat pagina's van dit topic doorgelezen, maar wordt er helaas niet helemaal wijs uit wat nou een goed pakket voor mij zou zijn.
Is er iemand die me kan adviseren?

Ik huur een online server. Monitoring van infrastructuur is niet nodig; dat wordt middels SLA geregeld.
Wat ik wel nodig heb is het monitoren van geproduceerde logfiles en het gestart zijn van services.

Bij specifieke logregels wil ik graag dat er wat bestandsbewerkingen worden gedaan (verplaatsen van een bestand, pad naar dat bestand is te vinden in de log) en dat een service wordt herstart.
Daarnaast -als bonus- checken dat een service draait en zo niet; dat deze gestart wordt.

Bij problemen zou ik -naast de bovenstaande handelingen- graag een mail ontvangen.
Het mag wat kosten, maar dat hoeft niet.

Weet iemand iets dat hier goed bij zou passen?
....of weet iemand hoe ik zelf bij het juiste pakket uit zou kunnen komen? (iets met bomen en een bos...)

[Wiley99]

@FlorianK Ik gebruik Zabbix en zou de meeste zaken daarmee oplossen. Open source / vrij te gebruiken, dus niet zo erg dat het grotendeels overkill is voor één server en één toepassing.

Zabbix is met name gericht op de metrics maar je kan logbestanden lezen en heel goed signaleren op bepaalde regels of stukken tekst (via regex). Je kan acties laten uitvoeren op het OS, bijvoorbeeld het draaien van een script, dat de bestandsbewerkingen doet die je wil. E-mail bij 'problems' en herstarten van services (via scripts) is ook één van die acties. Ik zou evenwel nog niet kant-en-klaar weten hoe je die bestandsnaam uit Zabbix weer terugvoert aan het script dat de bewerkingen moet doen.

Een eenvoudiger monitoringtool die ik voor mijn raspberry's gebruik, maar dan met name voor het herstarten van pythonscripts, is Monit. Ik zit daar niet zo diep in, het is zeker veel beperkter maar misschien ook handzamer dan Zabbix, hoewel je misschien wat meer zelf moet scripten.

[ge-flopt]

Ik gebruik sinds enige tijd checkmk.

Gisteren mijn eerste eigen plugin gemaakt. Het haalt 2 waardes uit een tabel (aantal records en aantal records waar een veld leeg is). Er wordt mooi een grafiek aangemaakt, maar zit nu met het volgende. Als in de grafiek meer dan 100.000 als waarde staat, maakt checkmk er 1.00e+5 van, (1.20e+5 voor 120.000). Kan ik checkmk ergens aangeven dat de waardes vol uit geschreven moeten worden, zowel in de grafiek als in de "legenda".

[Hipska]

@HKLM_ @MrNGm Tot mijn grote verbazing staat er niets over icinga in de TS.

[Hero of Time]

Hipska schreef op woensdag 2 november 2022 @ 15:21:
@HKLM_ @MrNGm Tot mijn grote verbazing staat er niets over icinga in de TS.

Bedoel je dan de fork van Nagios, of de complete rewrite Icinga2?

ge-flopt schreef op woensdag 2 november 2022 @ 11:17:
Ik gebruik sinds enige tijd checkmk.

Gisteren mijn eerste eigen plugin gemaakt. Het haalt 2 waardes uit een tabel (aantal records en aantal records waar een veld leeg is). Er wordt mooi een grafiek aangemaakt, maar zit nu met het volgende. Als in de grafiek meer dan 100.000 als waarde staat, maakt checkmk er 1.00e+5 van, (1.20e+5 voor 120.000). Kan ik checkmk ergens aangeven dat de waardes vol uit geschreven moeten worden, zowel in de grafiek als in de "legenda".
[Afbeelding]

Zou met die weergave eerder denken dat er een beperkte ruimte is om een waarde te kunnen tonen en het daar zo breed is, dat het niet meer pas en daarom zo wordt getoond.

Maar als je schaal van 0 naar 1 miljoen gaat, is het wellicht een beter idee om je schaal zelf wat aan te passen, bijvoorbeeld door per duizend te tellen. Bij auto's zie je ook de toerenteller met 'x1000' in het midden en dan 1, 2, 3, etc bij de punten.

[ge-flopt]

Hero of Time schreef op woensdag 2 november 2022 @ 20:36:
[...]

Zou met die weergave eerder denken dat er een beperkte ruimte is om een waarde te kunnen tonen en het daar zo breed is, dat het niet meer pas en daarom zo wordt getoond.

Maar als je schaal van 0 naar 1 miljoen gaat, is het wellicht een beter idee om je schaal zelf wat aan te passen, bijvoorbeeld door per duizend te tellen. Bij auto's zie je ook de toerenteller met 'x1000' in het midden en dan 1, 2, 3, etc bij de punten.

Misshien aan de linker kant heb je gelijk, maar zou verwachten dat je daan aan de onderkant wel de gehele aantallen te zien krijgt.

[Douweegbertje]

Hipska schreef op woensdag 2 november 2022 @ 15:21:
@HKLM_ @MrNGm Tot mijn grote verbazing staat er niets over icinga in de TS.

Mijn verbazing is nog groter dat we anno 2022 het nog over icinga en zabbix hebben. Beetje stoffige meuk allemaal als je het mij vraagt.

Misschien ben ik wel biased maar is er misschien een reden dat heel het woord observability hier nog niet is gevallen?

Mooie standaard https://opentelemetry.io/ gebruiken en dan bewezen OSS tools zoals Prometheus met eventueel een laagje Thanos/Cortex/Mimir eroverheen. Traces met Jaeger/Tempo en logs via ES of beter nog via Loki. Visualiseren met Grafana en alerts via alertmanager.

IMO toch wel een beetje de standaard voor OSS voor als je het netjes/gangbaar wilt hebben.

[Wiley99]

Douweegbertje schreef op donderdag 3 november 2022 @ 03:03:
[...]


Mijn verbazing is nog groter dat we anno 2022 het nog over icinga en zabbix hebben. Beetje stoffige meuk allemaal als je het mij vraagt.

Misschien ben ik wel biased maar is er misschien een reden dat heel het woord observability hier nog niet is gevallen?

Het zou inderdaad objectiever zijn als je jouw oplossingen gewoon als alternatieven zou noemen. Misschien met wat voordelen erbij om te nuanceren in welke use-cases heel veel verschillende componenten met allemaal hun eigen leercurves volgens jou de betere keuze is.
Jammer om andere producten, zoals Zabbix, dat actief ontwikkeld wordt en waar een grote gemeenschap en grote bedrijven al jaren goed mee werken, stoffig te noemen. Bijvoorbeeld omdat er maar één leercurve is, of omdat 'keep it simple' vaak kosteneffectiever is (uiteraard inclusief het effect van de monitoring) of omdat er nette LTS releases worden uitgegeven die jarenlang ondersteund worden.

[Freeaqingme]

Douweegbertje schreef op donderdag 3 november 2022 @ 03:03:
[...]


Mijn verbazing is nog groter dat we anno 2022 het nog over icinga en zabbix hebben. Beetje stoffige meuk allemaal als je het mij vraagt.

Ik zou proven technology nou niet direct beschrijven als 'stoffig'. Het is software die wat mij betreft heel goed is in detecteren of iets wel of niet draait zoals het zou moeten. Daarnaast heeft een tool als Icinga nagenoeg geen dependencies, en daarmee tamelijk robuust (essentieel voor monitoring).

Toegegeven, er zijn zeker goede toepassingen voor OpenTelemetry, en dergelijke, maar dat is wat mij betreft eerder iets om /naast/ iets als Zabbix of Icinga te plaatsen in plaats van in plaats daarvan.

[Yarisken]

Douweegbertje schreef op donderdag 3 november 2022 @ 03:03:
[...]


Mijn verbazing is nog groter dat we anno 2022 het nog over icinga en zabbix hebben. Beetje stoffige meuk allemaal als je het mij vraagt.

Misschien ben ik wel biased maar is er misschien een reden dat heel het woord observability hier nog niet is gevallen?

Mooie standaard https://opentelemetry.io/ gebruiken en dan bewezen OSS tools zoals Prometheus met eventueel een laagje Thanos/Cortex/Mimir eroverheen. Traces met Jaeger/Tempo en logs via ES of beter nog via Loki. Visualiseren met Grafana en alerts via alertmanager.

IMO toch wel een beetje de standaard voor OSS voor als je het netjes/gangbaar wilt hebben.

In no-time ben je met zabbix aan het monitoren met de templates die ze standaard al voorzien. Dan zijn er nog een heel pak community made.

[Douweegbertje]

Wiley99 schreef op donderdag 3 november 2022 @ 07:47:
[...]

Jammer om andere producten, zoals Zabbix, dat actief ontwikkeld wordt en waar een grote gemeenschap en grote bedrijven al jaren goed mee werken, stoffig te noemen.

Het is geen negativiteit of een aanval. Het is een mening. Niemand mag een tegenstrijdige mening hebben zonder dat het jammer is? Ik respecteer ook jouw beeld.

Maar exact jouw quote is voor mij de definitie van waarom je eigenlijk blijft hangen in iets. Ze werken er al jaren goed mee, dus het is goed. Wellicht minder bewust over wat er allemaal mogelijk is en wat er benodigd is om stacks zoals K8s, cloudnative, microservices perfect te observeren.

Freeaqingme schreef op donderdag 3 november 2022 @ 09:39:
[...]

Ik zou proven technology nou niet direct beschrijven als 'stoffig'. Het is software die wat mij betreft heel goed is in detecteren of iets wel of niet draait zoals het zou moeten. Daarnaast heeft een tool als Icinga nagenoeg geen dependencies, en daarmee tamelijk robuust (essentieel voor monitoring).

Toegegeven, er zijn zeker goede toepassingen voor OpenTelemetry, en dergelijke, maar dat is wat mij betreft eerder iets om /naast/ iets als Zabbix of Icinga te plaatsen in plaats van in plaats daarvan.

Weten of iets up of down is, is voor mij de definitie van iets wat niet meer helemaal van toepassing is (om er maar niet in de term te blijven hangen). Je definieert SLA/SLO/SLI's en op basis daarvan doe je iets. Dat 'iets' down is, is niet relevant want het zou resilient /self healing moeten zijn en het is veel interessanter om te kijken wat het effect is voor de daadwerkelijke gebruiker. Gaat je latency omhoog? Dan net zo je burn rate op je SLO window.

Yarisken schreef op donderdag 3 november 2022 @ 16:30:
[...]

In no-time ben je met zabbix aan het monitoren met de templates die ze standaard al voorzien. Dan zijn er nog een heel pak community made.

Dat is top natuurlijk, maar hoe snel je kan monitoren is 9 van de 10 keer irrelevant, het lijkt mij dat er belangrijkere dingen zijn. Daarnaast heb je het nog steeds over monitoring, en ik heb het over observability.


----

Wat voor mij het grote verschil is, is dat je met Zabbix monitoring doet en met de tools wat ik aangaf meer richting observability gaat. In plaats van dat je een alert krijgt of iets ziet in Zabbix, waarna je daarna 'fysiek' gaat kijken _wat_ het probleem is, doe je dat met observability juist in de tools.

Ik kan beter misschien dit delen: https://github.com/cncf/t...y/blob/main/whitepaper.md in plaats van zelf een heel betoog te houden.

[Wiley99]

@Douweegbertje
Naja, @FlorianK vroeg hoe hij één servertje kon monitoren. Daarop reageerde ik.

Misschien reageerde jij breder, over het hele topic (hoewel dat erg stil was tot @FlorianK zijn vraag stelde)

Waarschijnlijk praat jij ook over een heel andere doelgroep dan gewoon wat "thuisservertjes" monitoren. Doordat dat tweakers (daarom zitten we hier) het meestal leuk vinden om overal mee te experimenteren en allerlei nieuwigheden aan elkaar te knopen, betekent dat vaak ook een complete overdaad aan functionaliteit en software voor maar een heel kleine toepassing. Dan is het heel iets anders om een businesscase van een bedrijf rond te maken. De ene keer is dat Zabbix, Grafana en Graylog, de andere keer een ELK stack en weer een andere keer een van de vele alternatieven daarvoor. Gelukkig noem je al Kubernetes en microservices, misschien goed om je te realiseren dat een groot deel van de wereld daar niet op draait en daar niet op hoeft te draaien.

Gelukkig kunnen we kiezen en bij de juiste toepassing de juiste oplossingen kiezen. Ben uiteindelijk benieuwd of @FlorianK nog iets kan met al onze reacties. Wel fijn dat zoveel mensen input geven, lijkt me

[Douweegbertje]

Wiley99 schreef op donderdag 3 november 2022 @ 19:53:
@Douweegbertje
Naja, @FlorianK vroeg hoe hij één servertje kon monitoren. Daarop reageerde ik.

Misschien reageerde jij breder, over het hele topic (hoewel dat erg stil was tot @FlorianK zijn vraag stelde)

Waarschijnlijk praat jij ook over een heel andere doelgroep dan gewoon wat "thuisservertjes" monitoren. Doordat dat tweakers (daarom zitten we hier) het meestal leuk vinden om overal mee te experimenteren en allerlei nieuwigheden aan elkaar te knopen, betekent dat vaak ook een complete overdaad aan functionaliteit en software voor maar een heel kleine toepassing. Dan is het heel iets anders om een businesscase van een bedrijf rond te maken. De ene keer is dat Zabbix, Grafana en Graylog, de andere keer een ELK stack en weer een andere keer een van de vele alternatieven daarvoor. Gelukkig noem je al Kubernetes en microservices, misschien goed om je te realiseren dat een groot deel van de wereld daar niet op draait en daar niet op hoeft te draaien.

Gelukkig kunnen we kiezen en bij de juiste toepassing de juiste oplossingen kiezen. Ben uiteindelijk benieuwd of @FlorianK nog iets kan met al onze reacties. Wel fijn dat zoveel mensen input geven, lijkt me

Sure, ik reageerde meer algemeen en deels op Hipska. Het hoeft ook allemaal niet zo'n gevecht te zijn
Verder probeerde ik, maar wellicht te straf, een discussie te starten om vanuit de origine wat oudere TS wat dingen op te gooien. Dat is inderdaad niet gebaseerd op 1 server maar net zo goed prima te gebruiken. Als ik nog dan op een tip mag wijzen: Persoonlijk vind ik het aanbod van Grafana cloud vrij genereus; https://grafana.com/products/cloud/ - zie voor de features hier: https://grafana.com/products/cloud/features/
Gratis 50GiB logs, 10k timeseries en een retentie van 14 dagen.

En ja ik ben wel een beetje biased. Ik zit al een lange tijd in dit wereldje en ik kom vaak setups tegen waarvan ik mijn twijfels heb. Uiteindelijk hebben mensen een 'probleem' of kun je met een bepaalde methode aantonen dat als je het net even anders zou doen, dat het je leven een stuk makkelijker maakt.

Om eerlijk te zijn had ik de reactie van FlorianK niet eens gezien. Persoonlijk denk ik dan dat dit allemaal op te lossen is met systemd voor de service en Restart=on-failure en een service die wat logica doet met een tail op de logs. Of het gewoon anders/beter maken van de applicatie in kwestie. Het gebruiken van een monitoring tool (welke is dan om het even) om structurele applicatie logica uit te voeren valt voor mij onder dezelfde noemer die bij aangaf; de juiste tool voor de job.

[ThinkPad]

Ben in m'n homelab nog steeds erg tevreden over PRTG, wat een fijne tool Voor m'n homelab heb ik aan de gratis versie met 100 sensoren genoeg. Tijdje terug de installatie nog verhuisd naar een nieuwe VM en dat ging eigenlijk ook best wel heel soepel en vlot. Kwestie van PRTG op de nieuwe server installeren, stopzetten op de oude, data kopiëren (gewoon platte files) en op de nieuwe weer starten.

Eigenaardigheid die mij opvalt, als ik een 'threshold trigger' toevoeg (als X langer dan Y, dan Z), dan kan ik die alleen in seconden invullen. Sommige checks zijn niet zo heel kritisch en vind ik prima als hij bijv. 2 dagen een bepaalde waarde heeft voordat ik notificatie krijg (snapshots van een VM bijv.). Maar ik moet dan dus telkens de gewenste tijdtrigger omrekenen naar seconden. Ik kan nergens een optie vinden om die unit aan te passen van seconden naar uren bijv.

[Voor 21% gewijzigd door ThinkPad op 19-12-2022 12:16]