Onderwerp: aanpassen VIF naam in XEN

Hoi,

Weet iemand hoe je de VIF naam van een vps wijzigt in Xen Server 5.5?
Ik wil graag het dataverkeer van een vps monitoren(via snmp), maar hiervoor schijn ik de vps een statische VIF naam te moeten toewijzen?

Niemand die een antwoord heeft?

vif = [ "mac=00:00:00:00:00:00,vifname=monitor.0,bridge=xenbr0,script=vif-bridge" ]

Hoi Wynand,

Dank je, maar waar pas ik dat precies aan, of moet ik het aan een bestand toevoegen?

De desbetreffende VM config file in /etc/xen

Daar zie ik alleen het bestand qemu-ifup, moet ik het daar aan toevoegen?

$ updatedb
$ locate naamvanvm

Mijn config files van VM's staan onder /etc/xen

Oorspronkelijk geplaatst door Wynand

$ updatedb
$ locate naamvanvm

Mijn config files van VM's staan onder /etc/xen

Het commando updatedb wordt niet herkent.
Voor de zekerheid, ik heb nu Citrix Xenserver 5.5 geinstalleerd.

Woops, ging uit van xensource. Geen idee in dat geval.

Jammer, toch bedankt voor je hulp!

Iemand anders nog een idee?

Wij proberen ook al een tijdje een manier te bedenken om de VPSsen van een XenServer te monitoren.
Er was wel een procedure waar dit mogelijk was maar dan zijn er redelijk wat bash/perl scripts nodig om er de juiste gegevens uit te halen. Ook veranderen bepaalde gegevens bij elke herstart waardoor ze opnieuw opgezocht moeten worden.
Eenvoudig is het niet maar als je iets gevonden hebt zou het leuk zijn moest je dit laten weten.

Misschien zou je eens kunnen proberen om via iptables met ipac (ipac-sum) te loggen op de ip adressen. Ik dacht zelf dat er een script bestaat voor ipac-sum om het te injecten in snmp, dan krijg je ook zoiets als de eth interfaces maar dan de ip adressen.

Oorspronkelijk geplaatst door eXtreme Service

Wij proberen ook al een tijdje een manier te bedenken om de VPSsen van een XenServer te monitoren.
Er was wel een procedure waar dit mogelijk was maar dan zijn er redelijk wat bash/perl scripts nodig om er de juiste gegevens uit te halen. Ook veranderen bepaalde gegevens bij elke herstart waardoor ze opnieuw opgezocht moeten worden.
Eenvoudig is het niet maar als je iets gevonden hebt zou het leuk zijn moest je dit laten weten.

Waarom niet gewoon monitoren op ip-adres, dan is het om het even waar de (virtuele) server zich bevindt. Je moet dan wel een switch hebben waar je een poort (bvb uplink naar router/internet) kan mirroren of eentje die netflow heeft. Dit in combinatie met een sniffer die alle traffiek op die poort analyseert en in een tabel per ip / per maand oplijst. Ik heb momenteel zo'n software in test en lukt perfect. Indien meer info gewenst, laat maar weten (software kost wel wat geld).

Ik ben ook wel benieuwd of hier een oplossing voor is, dan wel in de richting van het aanpassen van de VIF namen.

Oorspronkelijk geplaatst door The-BosS

Misschien zou je eens kunnen proberen om via iptables met ipac (ipac-sum) te loggen op de ip adressen. Ik dacht zelf dat er een script bestaat voor ipac-sum om het te injecten in snmp, dan krijg je ook zoiets als de eth interfaces maar dan de ip adressen.

Oorspronkelijk geplaatst door sdetroch

Waarom niet gewoon monitoren op ip-adres, dan is het om het even waar de (virtuele) server zich bevindt. Je moet dan wel een switch hebben waar je een poort (bvb uplink naar router/internet) kan mirroren of eentje die netflow heeft. Dit in combinatie met een sniffer die alle traffiek op die poort analyseert en in een tabel per ip / per maand oplijst. Ik heb momenteel zo'n software in test en lukt perfect. Indien meer info gewenst, laat maar weten (software kost wel wat geld).

Beide oplossingen zijn weer "extra", het mooiste zou zijn als het gewoon met cacti kan, zonder additionele scripts oid.
En voor zover ik weet is het niet mogelijk om verkeer van een IP te monitoren met een (procurve) switch via snmp.

Oorspronkelijk geplaatst door pierce

Beide oplossingen zijn weer "extra", het mooiste zou zijn als het gewoon met cacti kan, zonder additionele scripts oid.
En voor zover ik weet is het niet mogelijk om verkeer van een IP te monitoren met een (procurve) switch via snmp.

Je moet de metingen van cacti (of mrtg) eens naast metingen leggen op router niveau (netflow) of dergelijke, er is een aanzienlijk verschil. En inderdaad, het is 'extra', als je over enkele servers spreekt, dan is dergelijke oplossing overkill. Wanneer het over een gans serverpark gaat, dan loont zo'n oplossing natuurlijk wel (set and forget).