Bekijk Volledige Versie : Monitoring
Ik ben op zoek naar een (eventueel betaalde ofwel enterprise) oplossing om servers grondig te monitoren. Niet alleen of Apache nog draait, maar ik wil precies weten wat welke website doet. Op welk moment van de dag zorgt welke website voor welk deel van de belasting op een server, die richting wil ik een beetje op. Geheugen, cpu en disk utilization, dat soort zaken.
Ik ben wel bekend met de tools om het een ander in kaart te brengen maar ik ben te lang bezig om alle informatie te combineren om tot een logische conclusie te komen.
Iemand een idee?
Ik ben wel bekend met de tools om het een ander in kaart te brengen maar ik ben te lang bezig om alle informatie te combineren om tot een logische conclusie te komen.
Ik ben bang dat je het gedeelte van het uitzoeken wat je wil meten en hoe je dat wil zien niet kan uitbesteden, dat is iets wat je echt zelf moet doen. Tooling is niet in staat die keuzes voor je te maken, externe partijen misschien wel, maar dan gaan ze of iets leveren wat je niet wil, of alsnog bij je vragen wat je precies wil.
Daar was ik al een beetje bang voor. Het probleem is dat we meestal een paar uur te laat worden gevraagd om een bepaald performance probleem te achterhalen. En soms is het bijzonder lastig om te vinden waar het probleem lag of ligt.
Het principe waar ik naar op zoek ben is eigenlijk niet zo heel vreemd of lastig, tenminste, naar mijn idee. Misschien is er ook wel een module voor Apache. Als ik gemakkelijk per VirtualHost uit kan lezen wat de resources zijn die ze gebruiken lukt het ook. Maar ExtendedStatus is nog wat te summier eigenlijk.
Opzich zou je eens kunnen kijken naar Munin, deze logged in graphs de status van hdd's, memory usage, apache stats, openfiles etc. op die manier kan je wel centraal zien (munin-host) hoe het gestelt is met je servers (munin-node's).
Als er dan iemand vraagt van goh ik had om 12:00 wat last van performance issues, dan kan je in de graphs op 12:00 kijken en zien of er toevallig teveel memory in use was, of teveel IO's
Sorry voor het late posten tho, maar denk dat dit handig is voor meer mensen te weten ;)
Yourwebhoster
16/11/11, 09:39
Opzich zou je eens kunnen kijken naar Munin, deze logged in graphs de status van hdd's, memory usage, apache stats, openfiles etc. op die manier kan je wel centraal zien (munin-host) hoe het gestelt is met je servers (munin-node's).
Als er dan iemand vraagt van goh ik had om 12:00 wat last van performance issues, dan kan je in de graphs op 12:00 kijken en zien of er toevallig teveel memory in use was, of teveel IO's
Sorry voor het late posten tho, maar denk dat dit handig is voor meer mensen te weten ;)
Dat kan elke monitoring tool, TS wilt iets specifieks hebben en denk ik gelijk kunnen zien wie het probleem is als er wat aan de hand is en wat hij aan het doen is.
systemdeveloper
16/11/11, 11:07
Is collectd niet iets voor je? http://collectd.org/wiki/index.php/Table_of_Plugins
Wij draaien Zabbix voor algemene monitoring, alerts e.d. Dat kan je zo flexibel inrichten als je zelf wilt. Verder draaien we atopd op de machines zodat we precies kunnen zien wat eventuele load problemen veroorzaakte (atopd houdt schrijft alle data iedere 10 minuten weg naar logging).
Weet dat er in Cloudlinux een optie zit om per gebruiker CPU te limiteren en er grafiekjes van te maken: http://www.cloudlinux.com/docs/plesk_lvemanager.php
Zelf echter geen praktijk ervaring mee.
Wel eens naar SCOM (microsoft, werkt ook icm. linux/unix servers) gekeken of PandoraFMS (gratis en betaald)?
Wel eens naar SCOM (microsoft, werkt ook icm. linux/unix servers) gekeken of PandoraFMS (gratis en betaald)?
Kunnen die op website/gebruiker niveau resource gebruik meten?
Yourwebhoster
16/11/11, 20:24
Kunnen die op website/gebruiker niveau resource gebruik meten?
Geen idee eigenlijk, weet wel dat ze erg ver kunnen gaan (juiste management packs ook kopen en je kan vrij veel daarmee monitoren). Dacht dat ik het ook al genoemd had maar blijkbaar een regel teveel verwijderd, maar even los van cloudlinux: volgens mij is er geen enkele tool so far die het echt kan monitoren per gebruiker. Hoewel voor SCOM veel te krijgen is, is het meeste microsoft minded en vraag me af of het zover kan gaan dat je per gebruiker kan inzien hoeveel hij gebruikt.
Collectd zag in eerste instantie interessant, maar dat is het denk ik toch niet helemaal. Zabbix ben ik bekend mee en dat hebben we momenteel draaien op cluster over verschillende locaties. Geeft interessante globale informatie, maar ik wil iets dieper het systeem in. Ik ben een beetje bang voor een houtje touwtje oplossing als we dat met Zabbix gaan doen. Al ben ik zelf wel erg tevreden met Zabbix.
Misschien moeten we wel overschakelen naar CloudLinux voor sommige klanten. Heb er zelf ook nog niet mee gewerkt, maar het kan wel interessant zijn. SCOM ga ik ook even naar kijken, het is niet alleen Linux wat de klok slaat hier.
Cloudlinux gebruikt mod_hostinglimits: http://repo.cloudlinux.com/cloudlinux/sources/
Zoek je boosdoeners, zou je accounting kunnen toepassen met bijvoorbeeld pmacc.
Eventueel geef je de vhosts van de te grootverbruikers een ancer nicelevel. Dit kun je per vhost instellen.
Cloudlinux gebruikt mod_hostinglimits: http://repo.cloudlinux.com/cloudlinux/sources/
Denk niet dat je door alleen die module te compileren er bent.
Meen dat die ook een OpenVZ-enabled kernel nodig heeft, en dan heb je nog de module die de grafiekjes kan maken niet.
Een reporting/monitoring tool is vrijwel niet te vinden die alles af vangt, was dat er maar... het is alleen te flexibel. Welk OS, welke versie, 32bits, 64bits etc... dan moet het ook nog worden bij gehouden (linux versies gaan nogal als een tierelier).
Weet dat er in Cloudlinux een optie zit om per gebruiker CPU te limiteren en er grafiekjes van te maken: http://www.cloudlinux.com/docs/plesk_lvemanager.php
Zelf echter geen praktijk ervaring mee.
Wij wel ;) --> http://www.cloudlinux.com/blog/clnews/beta-.php
1. Denk niet dat je door alleen die module te compileren er bent.
2. Meen dat die ook een OpenVZ-enabled kernel nodig heeft
3. en dan heb je nog de module die de grafiekjes kan maken niet.
1. nee
2. nee, maar voor lve is er wel een aparte kernel waarbij eea aan gesleuteld is.
3. daar heb je de lve manager voor.
2. Meen dat die ook een OpenVZ-enabled kernel nodig heeft
2. nee, maar voor lve is er wel een aparte kernel waarbij eea aan gesleuteld is.
Nou ja, aparte kernel die op OpenVZ gebaseerd is dan :)
http://www.cloudlinux.com/blog/clnews/
New kernel 2.6.32-231.12.1.lve0.9.13 for CloudLinux 6.1 is available. Changes since previous version:
- Rebase to OpenVZ 042stab037.1
- CPU accounting cleanup
Op zich wel creatief gevonden om dat op webserver niveau voor het limiteren van gebruikers in te zetten i.p.v. voor volledige VPS'jes.
Ik hoop de komende weken naar CloudLinux te kunnen kijken. Het is in ieder geval gemakkelijk om een upgrade uit te voeren, dus dat gaan we eerst testen. Laatst kwam ik nog wat tegen maar ik kon even niet op de naam komen, duurde dus even, maar dit ziet er ook erg interessant uit: http://www.tracelytics.com/. Nog niet publiekelijk beschikbaar, maar toch.