-
Ik denk dat we veels te ver ingaan op de materie zelf. HOE we het maken zien we later weer, maar laten we eerst eens kijken WAT we willen hebben.
Zelf heb ik geen behoefte aan monitoring: ik draai mijn eigen Zabbix, en die Zabbix wordt gecheckt door Nagios van een collega.
Ik denk dat het product/project een aantal significante voordelen moet hebben boven het hebben van een eigen Nagios/Zabbix/BB/whatever. Het enige voordeel wat ik kan noemen zijn:
- Monitoring van buitenaf (soms wordt monitoring geimplementeerd vanuit het netwerk, maar wat als het netwerk plat is?)
- Monitoring vanaf meerdere punten (zie punt 1)
- "Eerlijke" statistieken (maar ja: wat zijn de spelregels dan?)
Ik zal ook meteen mijn grote angst uitspreken: de kans dat dit project "Commercieel" gaat. Ik denk dat dit een uitgelezen kans is om bij WHT te laten zien dat WH'ers in Nederland ook gezamelijk iets kunnen laten zien. Ik zou het erg zuur vinden als dit project vervolgens als een product wordt verkocht.
"Voor webhosters, door webhosters" zou ik het willen noemen.
Als ik een webhoster zou zijn (want ik ben er geen):
Als webhoster:
- Makkelijker te configureren dan Zabbix / Nagios (VOORAL nagios ;)) / whatever
- Elke minuut een check, escalatie binnen 5 minuten. In die 5 minuten, checks vanuit meerdere punten.
- Stats! Pics! (En eventueel ook voor klanten, welke je kan importeren in je eigen mooie webinterface?)
- (DuH!) Meerdere servers.
- Importfunctie
- Functie op per server meer dan 1 contactpersoon op te nemen (resellerschap vanuit de webhoster! Stel je voor dat je jou klant op wil laten nemen in de monitoring)
Als checker:
- De mogelijkheid om de te checken host op te nemen in een firewall. Hiervoor is een XML / Plaintext bestand nodig, welke ik in kan lezen, en direct uit kan laten voeren;
- ENIG vorm van credits.
-
Zo'n script is relatief makkelijk te ontwikkelen, en precies hetzelfde project staat al op mijn to-do list voor ontwikkeling binnen nu en een paar weken.
Hoe ik het betalen van SMS'jes ga aanpakken:
- Eigenaar (van systeem, hoster) koopt xx aantal SMS'jes in bij een gateway.
- Users kopen xx aantal SMS'jes in bij 'Eigenaar'.
- Mailtje wordt sowieso verstuurd, SMS'je alleen als 'User' SMS-credits heeft.
- Waarschuwings SMS en Mail wordt verzonden als SMS-Credits laag niveau bereiken.
-
Mooi voor jou, maar wat draagt dit bij aan het script waar wij nu mee bezig zijn?
-
is dit project ook dood gegaan?
-
Het is inderdaad erg stil
-
Het project is (IMHO) dan ook zodanig complex dat het onwaarschijnlijk is dat dit zo even in elkaar gedraaid wordt :p
Daarnaast snap ik nog steeds niet echt wat nou de reden is om dit op deze onnodig complexe manier te willen doen. Installeer gewoon nagios of zabbix of $WHATEVER op je 2e/3e NS, die toch al binnen een ander netwerk hangt dan de rest van je servers. Laat die alles checken op je hoofdnetwerk, en laat een of twee machines op je hoofdnetwerk die machine checken. Weet je altijd wat er aan de hand is, tenzij tegelijk je hoofdnetwerk *EN* het externe netwerk waar je checkserver op draait, down zijn, een situatie die niet vaak zal voorkomen. Ben je hier toch bang voor, spreek dan met een collega hoster af dat je elkaars check-server opneemt in de controles. Dan heb je al 3 netwerken die elkaar checken, terwijl het allemaal nog heel simpel is.
Het systeem zoals het in deze thread wordt voorgesteld, is zodanig complex dat het zeker weten meer problemen zal opleveren, dan een simpel systeem. Het KISS princiepe ( http://en.wikipedia.org/wiki/KISS_principle ) gaat ook in dit geval op. Simpel is beter.
-
Hoort er hier iemand nog iets van?
