Onderwerp: Traffic monitoring/accounting

Hoi,

Wat gebruiken jullie voor monitoring/accounting van traffic ? Ben benieuwd wie allemaal welke oplossing gebruiken. Wij gebruiken nu pmacct met de SNMP plugin om het naar Cacti door te zetten. Ik heb nu al een aantal andere oplossingen voorbij zien komen maar die zijn of duur (InMon Traffic Sentinel) of niet bruikbaar voor ons.

Het gaat ons voornamelijk om te zien hoeveel traffic welk IP addressen heeft verbruikt.

Suggesties zijn welkom

Grt,
Dennis

Moet t per IP of per poortje? Dat laatste is wat makkelijker te realiseren door je switches uit te lezen

Hier wordt gebruik gemaakt van netflow in samenwerking met pmacct om alles per IP op te slaan.

Per IP adres natuurlijk Het gaat om het meten hoeveel traffic er ontvangen/verstuurd word vanaf/naar een VM.

Oorspronkelijk geplaatst door dotXS

Per IP adres natuurlijk Het gaat om het meten hoeveel traffic er ontvangen/verstuurd word vanaf/naar een VM.

Welke virtualisatie techniek gebruik je? Mogelijk kun je het via snmp ook perfect op de host meten (kan onder andere bij Xensource en KVM). Is ook simpeler als een VM meer dan 1 IP heeft.

We gebruiken System Center/Hyper-V. We hebben al wel wat onderzoek gedaan naar SNMP uitlezen op de virtuele switch binnen Hyper-V maar als VM's dan verhuizen moet je weer het e.e.a. wijzigen.

Oorspronkelijk geplaatst door dotXS

We gebruiken System Center/Hyper-V. We hebben al wel wat onderzoek gedaan naar SNMP uitlezen op de virtuele switch binnen Hyper-V maar als VM's dan verhuizen moet je weer het e.e.a. wijzigen.

Zolang de naam van de interface van een VM mee gaat is het goed te automatiseren dat hij daarna op een ander systeem kijkt. Dit hebben we zelf gemaakt voor KVM. Hyper-V heb ik het nog niet mee getest aangezien we dit enkel bij klanten draaien waar alles voor die klant is en verkeer niet van belang is.

Het mooie van sFlow of netflow of pmacct met een copy poort op een switch is dat je het maar 1 keer goed hoeft in te richten. Je hoeft dan ook niet super veel te wijzigen op het moment dat er een VM bij komt. Maar als er nog andere mogelijkheden zijn die weinig beheer kosten dan ben ik natuurlijk altijd benieuwd.

Wij hebben het ingericht dat de detectie van nieuwe VMs automatisch gaat. Er zijn inderdaad weinig goede opties die altijd werken, wel zal ik ook nog eens naar de opties die hier verder genoemd zijn kijken. Wat ik echter ook wil voorkomen is dat een nieuwe klant mogelijk statistieken van een oude klant ziet.

Ubersmith ziet er ook wel mooi uit, weet alleen niet of het gratis is of niet.. (is niet echt duidelijk op hun site, maar vermoed van wel)

Kijk eens naar Observium.

Gebaseerd op http://www.webhostingtalk.com/showthread.php?t=1217980 denk ik dat Ubersmith niet gratis is. Prijzen zijn mij ook niet duidelijk.

Oorspronkelijk geplaatst door Randy

Kijk eens naar Observium.

Deze is voor zover ik tot nu toe begrepen heb op IRC (OFTC/#observium) niet super geschikt voor VMs als je vanuit de host wilt meten en zonder problemen een VM van de ene naar de andere host wilt zetten terwijl de statistieken door blijven gaan.

http://www.andrisoft.com/ en deze laten loggen naar een database en via scripting de ruwe data in tabelletjes gieten ...
Draait al meer dan 3 jaar zonder problemen hier, is gebaseerd op een mirroringpoort van een switch.

Oorspronkelijk geplaatst door Mark17

Deze is voor zover ik tot nu toe begrepen heb op IRC (OFTC/#observium) niet super geschikt voor VMs als je vanuit de host wilt meten en zonder problemen een VM van de ene naar de andere host wilt zetten terwijl de statistieken door blijven gaan.

Daar wordt trouwens aan gewerkt, we zijn alleen nog even aan het zoeken hoe we dat het beste kunnen oplossen. Voor xen ben ik nu aan het testen met xentop via de unix agent zodat ook zaken zoals cpu (%, tijd, toegewezen cores), toegewezen memory en virtual block devices (out/read/write, en toegewezen vbd's) uitgelezen kunnen worden naast de port gegevens (traffic in/out, packets in/out, errors, discards). Dit is nu nog gewoon toegewezen per node, maar zou normaal onder een eigen onderdeel moeten komen zodat het niets uit maakt als de vm verhuist van node. Op voorwaarde dat de unix agent ook op die node werkt uiteraard, de uuid en hostname (vm name) uniek zijn.