Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Mac-Adressen erfassen und suchen
Mac-Adressen erfassen und suchen
Hallo,
nach einer DHCP/ DNS Umstellung am Wochenende hat es hier kleinere Hakeleinen mit IPs gegeben.
Lange Rede kurzer Sinn:
Wie kann ich mit unter ESX4i eine Liste aller Mac-Adressen erzeugen aus der ich auch erkennen kann welches System sie nutzt.
Zur Not geht das sicher auf Dateisystem-Ebene aber das geht doch sicher eleganter.
Gruß
nach einer DHCP/ DNS Umstellung am Wochenende hat es hier kleinere Hakeleinen mit IPs gegeben.
Lange Rede kurzer Sinn:
Wie kann ich mit unter ESX4i eine Liste aller Mac-Adressen erzeugen aus der ich auch erkennen kann welches System sie nutzt.
Zur Not geht das sicher auf Dateisystem-Ebene aber das geht doch sicher eleganter.
Gruß
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
powercli, ( http://vmware-forum.de/viewtopic.php?p=117711 für den start)
orchestrator oder
http://www.run-virtual.com/?p=174
(leider gerade down, google mal nach virtual mac tool')
grüße,
jörg
orchestrator oder
http://www.run-virtual.com/?p=174
(leider gerade down, google mal nach virtual mac tool')
grüße,
jörg
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
naja, allzu schwer isses ja nicht : google nach powercli mac reporting, erster treffer:
http://communities.vmware.com/thread/310732
edit: kommt auf die Liste mit den "nice-to-have" workflows für den vCO
grüße,
jörg
http://communities.vmware.com/thread/310732
Code: Alles auswählen
Get-VM | Select-Object -Property Name,@{N="MacAdresses";E={$_.NetworkAdapters | ForEach-Object {$_.MacAddress}}},VMHost
edit: kommt auf die Liste mit den "nice-to-have" workflows für den vCO
grüße,
jörg
irix hat geschrieben:Der vSphere Healthcheck gibt die MACs des Host und auch aller vNICs mit aus. Auch die RVtools sollten das tun (Rate ich einfach mal).
Ansonsten ist nun der Zeitpunkt gekommen sich mal mit der Powershell zubeschaeftigen
Gruss
Joerg
Leider arme Leute IT daher nichts mit vSphere ausser dem Client.
Die RV-Tools zeigen die Infos an. Danke für den Tip.
Gruß
Tschoergez hat geschrieben:naja, allzu schwer isses ja nicht : google nach powercli mac reporting, erster treffer:
http://communities.vmware.com/thread/310732Code: Alles auswählen
Get-VM | Select-Object -Property Name,@{N="MacAdresses";E={$_.NetworkAdapters | ForEach-Object {$_.MacAddress}}},VMHost
edit: kommt auf die Liste mit den "nice-to-have" workflows für den vCO
grüße,
jörg
Danke für den Tip.
BTW:
was ist vCO?
-
irix
- King of the Hill
- Beiträge: 13063
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
rprengel hat geschrieben:irix hat geschrieben:Der vSphere Healthcheck gibt die MACs des Host und auch aller vNICs mit aus. Auch die RVtools sollten das tun (Rate ich einfach mal).
Ansonsten ist nun der Zeitpunkt gekommen sich mal mit der Powershell zubeschaeftigen
Gruss
Joerg
Leider arme Leute IT daher nichts mit vSphere ausser dem Client.
Die RV-Tools zeigen die Infos an. Danke für den Tip.
Gruß
Der "vSphere Healthcheck"[1] sollte auch mit einem Single Host zurecht kommen.
Gruss
Joerg
[1] http://communities.vmware.com/docs/DOC-9842
-
irix
- King of the Hill
- Beiträge: 13063
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
rprengel hat geschrieben:was ist vCO?
Das "vCO" ist das vSphere vCenter Orchestrator mit dem man in einer Oberflaeche sich Workflows programmieren kann. Ausser Jörg kennt das aber keiner auf diesem Planeten
Es wird genrell bei der Installation vom vCenter mitinstalliert aber ist nicht aktiv. Es haben dann eh nur die als Lizenz welche ein vCenter Standard haben.
Gruss
Joerg
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
http://www.vmware.com/products/vcenter- ... rview.html
Na, es gibt schon noch 5 andere Leute, die sich damit auskennen
Bei den kleinen vCentern (Foundation und Essentials) ist eine "player"-version dabei => man kann keine Workflows selber bauen, sodern nur die mitgelieferten (oder vom Dienstleister erstellten
und importierten) Workflows starten.
...insgesamt: Das mächtigste Teil, das VMware jemals gebaut, ääh gekauft hat!
Grüße,
Jörg
Na, es gibt schon noch 5 andere Leute, die sich damit auskennen
Bei den kleinen vCentern (Foundation und Essentials) ist eine "player"-version dabei => man kann keine Workflows selber bauen, sodern nur die mitgelieferten (oder vom Dienstleister erstellten
...insgesamt: Das mächtigste Teil, das VMware jemals gebaut, ääh gekauft hat!
Grüße,
Jörg
irix hat geschrieben:rprengel hat geschrieben:irix hat geschrieben:Der vSphere Healthcheck gibt die MACs des Host und auch aller vNICs mit aus. Auch die RVtools sollten das tun (Rate ich einfach mal).
Ansonsten ist nun der Zeitpunkt gekommen sich mal mit der Powershell zubeschaeftigen
Gruss
Joerg
Leider arme Leute IT daher nichts mit vSphere ausser dem Client.
Die RV-Tools zeigen die Infos an. Danke für den Tip.
Gruß
Der "vSphere Healthcheck"[1] sollte auch mit einem Single Host zurecht kommen.
Gruss
Joerg
[1] http://communities.vmware.com/docs/DOC-9842
Ein schneller Test auf einem ESX System gibt
/tmp/vmwarevSphereHealthCheck # ./vmwarevSphereHealthCheck.pl -ash: ./vmwarevSphereHealthCheck.pl: not found
/tmp/vmwarevSphereHealthCheck #
Mal schaun was da schief ist.
Nachtrag:
Denkfehler: Es fehlen die notwenigen Pakete. Von meinem Windows-PC aus auf dem alle Vmware-Pakete zu CLI installiert sind sieht es deutlich besser aus.
Gruß
-
irix
- King of the Hill
- Beiträge: 13063
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
Das laueft ja auch nicht in der ESX Konsole sondern da wo man RCLI bzw. Perl SDK installiert hat sprich in der VMA oder einer Windows Machine. Dort wo wir ein vCenter haben lassen wir es da mit laufen.
Worum es aber hier ging war die Frage ob es nur GEGEN ein vCenter sondern auch gegen einen Standalone Host laueft.
Gruss
Joerg
Worum es aber hier ging war die Frage ob es nur GEGEN ein vCenter sondern auch gegen einen Standalone Host laueft.
Gruss
Joerg
irix hat geschrieben:Das laueft ja auch nicht in der ESX Konsole sondern da wo man RCLI bzw. Perl SDK installiert hat sprich in der VMA oder einer Windows Machine. Dort wo wir ein vCenter haben lassen wir es da mit laufen.
Worum es aber hier ging war die Frage ob es nur GEGEN ein vCenter sondern auch gegen einen Standalone Host laueft.
Gruss
Joerg
yeap,
habe es gerade von meinem Windows-System aus abgefeuert.
Sieht gut aus. Daraus lässt sich was bauen.
irix hat geschrieben:Das laueft ja auch nicht in der ESX Konsole sondern da wo man RCLI bzw. Perl SDK installiert hat sprich in der VMA oder einer Windows Machine. Dort wo wir ein vCenter haben lassen wir es da mit laufen.
Worum es aber hier ging war die Frage ob es nur GEGEN ein vCenter sondern auch gegen einen Standalone Host laueft.
Gruss
Joerg
Ich komme noch mal auf einer meiner letzten Fragen zurück wie man inaktive Systeme erkennen kann. Kommt man mittels Script an Informationen wieviel KB über die netwzerkkarte des Gastes gegangen sind.
Wenn ja könnte man ja nach einiger Zeit der Beobachtung sagen:
If Menge KB kleiner X pro z.B. Woche dann system stoppen und so einige Ressourcen sparen.
Gruß
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Für die Netzwerkperformance:
Unter http://www.vmware.com/pdf/vi3_monitorin ... s_note.pdf findest Du die möglichen Counter.
evtl. gibts seit verwion 4 noch weitere...
Mit Get-Stat kannst Du die dann via PowerCLI auslesen.
Beispiele:
http://www.bjd145.org/labels/vmware%20powershell.html
Allerdings möchte ich den Sinn des ganzen bezweifeln: Eine VM im Leerlauf braucht ja kaum Resourcen. Das einzige, was Du sparst beim Ausschalten sind der Memory Overhead und die vswp-Datei auf dem Datastore.
Meines Erachtens ist es sinnvoller, die VMs ordentlich zu sizen (klein anfangen!) und den ESX die Arbeit machen lassen.
Viele Grüße,
Jörg
Unter http://www.vmware.com/pdf/vi3_monitorin ... s_note.pdf findest Du die möglichen Counter.
evtl. gibts seit verwion 4 noch weitere...
Mit Get-Stat kannst Du die dann via PowerCLI auslesen.
Beispiele:
http://www.bjd145.org/labels/vmware%20powershell.html
Allerdings möchte ich den Sinn des ganzen bezweifeln: Eine VM im Leerlauf braucht ja kaum Resourcen. Das einzige, was Du sparst beim Ausschalten sind der Memory Overhead und die vswp-Datei auf dem Datastore.
Meines Erachtens ist es sinnvoller, die VMs ordentlich zu sizen (klein anfangen!) und den ESX die Arbeit machen lassen.
Viele Grüße,
Jörg
Tschoergez hat geschrieben:Für die Netzwerkperformance:
Unter http://www.vmware.com/pdf/vi3_monitorin ... s_note.pdf findest Du die möglichen Counter.
evtl. gibts seit verwion 4 noch weitere...
Mit Get-Stat kannst Du die dann via PowerCLI auslesen.
Beispiele:
http://www.bjd145.org/labels/vmware%20powershell.html
Allerdings möchte ich den Sinn des ganzen bezweifeln: Eine VM im Leerlauf braucht ja kaum Resourcen. Das einzige, was Du sparst beim Ausschalten sind der Memory Overhead und die vswp-Datei auf dem Datastore.
Meines Erachtens ist es sinnvoller, die VMs ordentlich zu sizen (klein anfangen!) und den ESX die Arbeit machen lassen.
Viele Grüße,
Jörg
Danke.
Zum Hintergrund:
Ich parke auf einem ESX System ca. 50 Entwicklungs und Testssystem die nur sporadisch (aber leider manchmal auch länger) gerbraucht werden. Die Kollegen schalten die Systeme aber nach Gebrauch nicht ab. Irgendwann ist der Ram dann doch mal dicht. Daher die Idee diese Systeme über die Netzwerklast zu identifizieren und dann zu stoppen.
Gruß
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 28 Gäste
