Likes: 0
07/01/12 17:59
Beste WHT'ers,
Google leverde na een middagje zoeken voor beide platformen geen werkende oplossing op, dus ik dacht mischien heeft één van jullie hier er ervaring mee / het werkende draaien? Mijn vraag is dus of het mogelijk is de used / free local storage (van de hypervisor) van ESXi 4.1 en XenServer 5.6 "in kaart te brengen" met Cacti?
Alle tips zijn welkom.
07/01/12 18:21
Is erg lastig, ik heb esxi 4.1 aan de praat gekregen in cacti, het is echt wel een gevalletje jammer en niet snel genoeg met pollen naar mijn mening. Ook moet ssh enabled zijn op de esxi nodes om je vm's uit te kunnen lezen. Ik vind het ook niet betrouwbaar doordat sommige waardes wel worden weer gegeven en sommige niet, verschilt weer per node zo blijkt. Nu is vmware 5 er uiteraard en ik heb geen idee/nog niet gekeken of het hier wel op werkt.
De reden dat ik het aan de praat wilde krijgen is voor de bandbreedte, wij hebben nog steeds geen goede betrouwbare methode om vmware virtual machines uit te lezen (wellicht dat iemand hier wel een alternatief voor heeft?).
Xen werken wij niet mee.
07/01/12 19:10
07/01/12 19:13
Ik zou dan eerder xenserver upgraden naar versie 6.0 en dan je netwerk gaan monitoren met Netflow.
Je installeerd een netflow collector en configureer de Xenserver om daar de netflow informatie naar toe te sturen.
Op de netflow collector server kan je dan allerlei stats draaien.
SNMP op een VM draaien kan voor problemen zorgen omdat klanten snmp uit kunnen zetten en/of deinstalleren.
Liever dit soort acties op de host uit te voeren dan op de gast. Zeker als klanten root / administrator access hebben.
Esx(i) gebruik ik niet.
Laatst gewijzigd door crossplatform; 07/01/12 om 19:17.
07/01/12 19:49
SNMP op de vm zelf hebben we aangedacht maar is onbetrouwbaar (klant kan het ook uitzetten), wij hebben vaak gezien dat de grafieken soms fors afwijken wat wij meten op een poortje ipv een server zelf.
07/01/12 23:02
Informatie halen uit VMware is niet erg snel nee. Wij gebruiken de vSphere SDK met een gepatchte versie van Zabbix en een script van het forum van Zabbix: http://www.zabbix.com/forum/showthread.php?t=15691. Het probleem hiermee is dat de timeout maximaal 30 seconden kon zijn en wij +/- 34 seconden nodig hebben om de informatie van het platform te halen. Waarom dat zo lang duurt is me nog niet helemaal duidelijk, anderen doen er ongeveer 20 seconden over.
Een commando wat je kunt gebruiken is:
Dat geeft informatie over de vmware2 node. Je kunt periodiek informatie opslaan in een text file en deze text file uitlezen via je monitoring software. Geeft altijd een vertraging, maar het werkt en het is volgens mij de enige werkzame oplossing zonder services meer te belasten dan nodig.Code:/usr/lib/vmware-viperl/apps/performance/viperformance.pl --host vmware2 --server 172.16.38.103 --countertype net --samples 1 --instance "*" --username root --password XXXXXX
Gaat overigens om VMware 5 bij ons. Maar het moet ook werken op 4.
08/01/12 16:40
Mogelijk om gewoon je gehele netwerk gelijk uit te lezen en per IP dataverkeer inlezen (netflow), heb je gelijk ook alles mee.
08/01/12 18:01
Je wilt alleen de hoeveelheid beschikbare ruimte van het gehele systeem weten?Oorspronkelijk geplaatst door Boyke
(en krijgt een berg reacties die over datatraffic per VM gaan?)
Meen dat Xenserver LVM voor zijn storage gebruikt.
Denk dat als je Cacti domweg ' ssh 1.2.3.4 "sudo vgdisplay -c" ' laat uitvoeren, je een heel eind komt.
(cacti gebruiker op de Xenserver bak aanmaken, via public key authentication SSH toegang geven, en alleen "vgdisplay" als toegestaan commando in sudoers zetten)
Weet niet of zoiets ook gemakkelijk met ESXi via SSH mogelijk is, zonder Cacti root rechten te geven en daarmee een potentieel beveiligingslek te maken.
Geloof niet dat sudo daar aanwezig is.
Maar wellicht dat het via de API wel met een gebruiker zonder bijzondere privileges kan.
09/01/12 09:23
Daar ben ik ook mee aan het spelen geweest, echter vind ik het vrij lomp dat je root password gewoon plain door wordt gezet (en gelogd). Tevens ondersteund de ESXi API geen storage toch?
09/01/12 09:40
Wij gebruiken niet de root user hiervoor, specifieke rechten die zijn toegewezen weet ik zo niet, maar het is een aparte gebruiker. En als je de datastore aangeeft kun je deze gewoon monitoren. Sample output heb ik zo even niet, maar wij gebruiken het zonder problemen.
09/01/12 17:52
Bij deze even een screenshot van wat wij uitlezen/kunnen uitlezen:
Zoals je ziet word het memory verbruik niet correct weergegeven, de rest wel.
Dit gaat via de vmware api, ja de user gegevens worden gelogged en zijn plain text op de achtergrond maar je maakt een simpele read user aan enkel voor je stats en dan zit dat helemaal goed verder.
09/01/12 19:55
Alvast best mooie statistieken, spijtig genoeg mist de disk hierin. Nuja als je met shared storage zit kan je mooi hiervan uitlezen uiteraard.
Zelf nog op zoek naar een goede manier om een single node uit te lezen, hier is het toch wel leuk om te weten wat hier nog van ruimte op is.
09/01/12 20:52
Dit zijn single node statistieken (esxi), een vm op een single node that is. Op een HA cluster is het nogal lastig, maar tot nu toe kan de cacti poller/spine het niet bij benen.
09/01/12 21:20
[offtopic]Tja dat is eigen aan het design van cacti/spine omdat die geen snmpbulkwalk en multithread support[/offtopic]
Ik zou zeggen kijk eens naar observium in plaats van cacti, dat support default de vmware snmp (mibs), verder geen ervaring met de vmware intergratie in observium omdat ik geen vmware server heb. Wel ervaring met observium zoals sommige ongetwijfeld wel zullen weten.
Dennis de Houx - All In One ~ Official ISPsystem partner
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
Quote