Onderwerp: howto: MRTG + GBGRAPH

Origineel geplaatst door Mikey


mja zoiets zou ik ook het liefst doen, maar in een 1u server met een remote managemnt kaart erin heb je weinig ruimte voor een 2de nic

Dat is helemaal waar, maar ja op wat voor andere manier zou 't anders kunnen?

- met een 1U server gaat 't vaakvrij lastig ( of je moet 2 nic's onboard hebben )
- met een 2U server is 't meestal geen probleem.
- met een eigen cabinet zou je een 2e uplink op de switch kunnen ( of een aparte switch ) hebben die naar 't backup netwerk loopt. op die manier word 't ook niet getelt bij je echte traffic.

Iemand nog andere ideeen ?

Origineel geplaatst door electric


Dat is helemaal waar, maar ja op wat voor andere manier zou 't anders kunnen?

- met een 1U server gaat 't vaakvrij lastig ( of je moet 2 nic's onboard hebben )
- met een 2U server is 't meestal geen probleem.
- met een eigen cabinet zou je een 2e uplink op de switch kunnen ( of een aparte switch ) hebben die naar 't backup netwerk loopt. op die manier word 't ook niet getelt bij je echte traffic.

Iemand nog andere ideeen ?

1u server wordt idd moeilijk, beetje goeie switch ondersteund vlans, maak je er een die geen koppeling heeft naar het inet toe.

Kun je wel via MRTG een uur excluden?

Origineel geplaatst door serverbilly
Kun je wel via MRTG een uur excluden?

bovenstaand staat ergens een script ervoor

Origineel geplaatst door Mikey


1u server wordt idd moeilijk, beetje goeie switch ondersteund vlans, maak je er een die geen koppeling heeft naar het inet toe.

True, maar dan zou ie telkens van Vlans moeten wisselen om zo of internet of backup te kunnen doen? of begrijp ik je nou verkeert ?

Origineel geplaatst door electric


True, maar dan zou ie telkens van Vlans moeten wisselen om zo of internet of backup te kunnen doen? of begrijp ik je nou verkeert ?

Je kan een trunk maken van de switchpoort .
Vervolgens via (802.1Q) vlan subinterfaces (*BSD/Linux, windows kan het niet geloof ik) backup/mgmt netwerk gebruiken.

snmp queried de registers op de switchpoort, dus die moet je dan niet meten.
snmpd op de (sub)interfaces zal wel de traffic per (sub)interface weergeven.

Origineel geplaatst door kilobit


Je kan een trunk maken van de switchpoort .
Vervolgens via (802.1Q) vlan subinterfaces (*BSD/Linux, windows kan het niet geloof ik) backup/mgmt netwerk gebruiken.

snmp queried de registers op de switchpoort, dus die moet je dan niet meten.
snmpd op de (sub)interfaces zal wel de traffic per (sub)interface weergeven.

weet niet of dat wel gaat werken, je doet een poort trunking en vervolgens knoop je zo`n getrunkte poort in een vlan. Het zal me benieuwen. Ik zal het eens testen als ik tijd en zin heb.

Origineel geplaatst door electric


True, maar dan zou ie telkens van Vlans moeten wisselen om zo of internet of backup te kunnen doen? of begrijp ik je nou verkeert ?

nah als je 1u server hebt met onboard lan zou je er een tweede nic in kunnen prikken. Maar zo`n vlan is het meest zinvol als je twee nic's hebt.

Origineel geplaatst door kilobit
Als je rrdtool based (cricket, nmis etc) traffic gegevens hebt

Help, ik heb gewoon alles wat in deze tutorial staat gedaan... rrdtool?

Origineel geplaatst door Mikey


weet niet of dat wel gaat werken, je doet een poort trunking en vervolgens knoop je zo`n getrunkte poort in een vlan. Het zal me benieuwen. Ik zal het eens testen als ik tijd en zin heb.

Je mag natuurlijk twijfelen.

Maar je beledigt me een (klein) beetje door mijn advies (en dus mijn kennis) in twijfel te trekken.

Weet jij wel _precies_ wat trunken inhoudt?

ps "allowed vlans" is wel iets te overwegen in deze config.

Origineel geplaatst door serverbilly


Help, ik heb gewoon alles wat in deze tutorial staat gedaan... rrdtool?

van de website: "if you know MRTG, you can think of RRDtool as a reimplementation of MRTGs graphing and logging features. Magnitudes faster and more flexible than you ever thought possible"

maw rrdtool is (voor een aantal taken) een vervanger van mrtg.

Mijn reactie was dus een beetje off-topic, maar een poster vroeg een manier om traffic tussen bepaalde tijdstippen te verwijderen.

Aangezien rrdtool in veel situaties (snelheid/schaalbaarheid) een betere oplossing is dan MRTG. vond ik het wel noemenswaardig te posten.

Origineel geplaatst door kilobit


Je mag natuurlijk twijfelen.

Maar je beledigt me een (klein) beetje door mijn advies (en dus mijn kennis) in twijfel te trekken.

Weet jij wel _precies_ wat trunken inhoudt?

ps "allowed vlans" is wel iets te overwegen in deze config.

allereerst sorry dat je het idee hebt dat ik je beledigt hebt. Ik heb geen zicht op je kennis dus daar kan ik niks over zeggen.

Ten tweede, ik weet heel goed wat port trunking is, maar het idee/advies heb ik zelf nooit geprobeerd of aan gedacht, dus ben eigenlijk wel benieuwd hoe de switch daarmee omgaat. Want in feite zorg je ervoor dat 1 nic op twee verschillende vlans zitten.

No offence iig

Op FreeBSD had ik enkele problemen met het gbgraph.pl script. De 'date' functie klopte niet helemaal. Deze heb ik nu aangepast en het lijkt te werken. Dit is wat er stond:

Code:

//Onderaan bij het gedeelte van de 'else' (als het niet $new is)
$today = `date +%d\/%m\/%y`;
$today =~ s/\n//; $today =~ s/\r//;
$preday = `date -d yesterday +%d\/%m\/%y`;
$preday =~ s/\n//; $preday =~ s/\r//;
$cday = `date -d yesterday +%y%m%d`;
$cday =~ s/\n//; $cday =~ s/\r//;

dit heb ik gewijzigd in:

Code:

//Onderaan bij het gedeelte van de 'else' (als het niet $new is)
$today = `date +%d\/%m\/%y`;
$today =~ s/\n//; $today =~ s/\r//;
$preday = `date -v -1d +%d\/%m\/%y`; //Deze is anders
$preday =~ s/\n//; $preday =~ s/\r//;
$cday = `date -v -1d +%y%m%d`; //En deze ook
$cday =~ s/\n//; $cday =~ s/\r//;

Nu lijkt alles goed te gaan. Mocht ik hier iets heel doms hebben gedaan laat het me dan even weten

is er iemand die een voorbeeldje online kan zetten van de koelheid van GBGraph?? ben nl. benieuwd hoe 't resultaat eruit ziet.. :-)

-r.

Niet helemaal volgens de howto (hij draait al wat langer, en bovendien gebruik ik Gbgraph2):

http://www.marcelooms.nl/gbgraph_example.jpg