VMware-Forum

Hallo,

wir haben seit gestern unseren ersten ESX Server am laufen und auch schon zwei
P2V Converts laufen lassen. Die Beiden VMs sind im "VSphereClient" zu sehen und
ich kann diese dort auch starten!

Nun fehlt mir aber die "echte Konsole" am Server, also ein Bildschirm den ich im Ernstfall
bedienen kann! Dass ich eine Software auf einer Workstation brauche um auf meine
Server zugreifen zu können, ist mir als Administrator schon ein bisserl suspekt.

Gibt es wirklich keine "echte Serverkonsole" mehr??

CU
TOM

Also der VI-Client hat noch niemandem was getan.

Außerdem:

Wie greifst Du denn sonst auf entfernte Server zu? Ohne Software?

Edit:

Du kannst auch im Browser https://name-Deines-ESX oder https://ip-Deines-ESX machen

Du kannst auch im Browser https://name-Deines-ESX oder https://ip-Deines-ESX machen

Und dann?
Bei mir kommt nur eine Seite, bei der ich mir den "VSphereClient" runterladen kann.
Eine Weboberfläche bei der ich mir die VMs ansehen kann habe ich nicht!

Mache ich etwas falsch??

CU
TOM[/i]

oder


https://NAMEoderIPdesESX/ui

mfg

Ja, genau diese Anzeige bekomme ich!

Aber hier geht ja noch nix mit Serverkonsolen - erst wenn ich den "VSphereClient"
installiere und darüber den Zugriff tätige!!!

Uppps, gerade nochmal nochgeschaut - mit

http://IPADRESSE_DES_ESX/ui

bekomme ich "503 Service Unavailable"
Sind dahinter die Konsolen versteckt?

Welchen Service muss ich nun ans Laufen bringen??

CU
TOM

In meinem Bild der rote Kasten (hätte ich evtl beschreiben sollen), da kommst du auch zum Web Access.

Du musst den Web Access erst in der Firewall auf dem ESX freigeben.

Am besten über den VSphereClient:

- Configuration
- Security Profile (unter Software)
- Properties (oben rechts)
- Haken bei vSphere Web Access setzen

Website aufrufen.
Anmelden (root + pwd)

Lächeln

welche ESX version habt Ihr denn?

Beim kostenlosen ESXi ist die Weboberfläche meines wissen nicht dabei.

Viele Grüße,
Jörg

@IdeFix
OK, nun komme ich auf diese Seite aber auch hier wurde ein recht grosses
PlugIn installiert - trotzdem besser als über den VSphereClient!!!

Im Ernstfall braucht man (Der Admin) eine Konsole die nicht abhängig von
irgendwelchen Software-Installationen ist.

Gibt es NICHT IRGENDWAS das man auf der eigentlichen "ESX-Maschine" als
Konsole installieren kann?? (z.B. einen Browser der auf LINUX läuft)


Noch ein paar Tipps???

CU
TOM

PS:
@Tschoergez
Wir haben ESX4 im Einsatz!

@IdeFix
OK, nun komme ich auf diese Seite aber auch hier wurde ein recht grosses
PlugIn installiert - trotzdem besser als über den VSphereClient!!!

Im Ernstfall braucht man (Der Admin) eine Konsole die nicht abhängig von
irgendwelchen Software-Installationen ist.

Gibt es NICHT IRGENDWAS das man auf der eigentlichen "ESX-Maschine" als
Konsole installieren kann?? (z.B. einen Browser der auf LINUX läuft)


Noch ein paar Tipps???

CU
TOM

PS:
@Tschoergez
Wir haben ESX4 im Einsatz!

TOM_M hat geschrieben:Im Ernstfall braucht man (Der Admin) eine Konsole die nicht abhängig von
irgendwelchen Software-Installationen ist.

Welcher Ernstfall? Zur Installation eines ESX Servers gehoert auch das man den VI Client, die RCLI und wenn man es perfekt machen will die VIMA installiert. Nun kann auch ein Ernstfall eintreten.

Wem das alles nicht nicht genung ist der schaltet SSH frei oder kauft nen Server mit einer Remotekarte wie DRAC oder ILO.

Gruss
Joerg

Der ESX4 (also ohne i) hat doch eine prima Linuxkonsole auf der sich austoben kann.

@irix

Ich will nicht an die Linux Konsole des ESX Servers, ich will an meine Windows Server kommen!
Dafür muss aber der Zugriff ohne Umwege gehen - reicht hier DRAC aus??

CU
TOM

TOM_M hat geschrieben:@irix

Ich will nicht an die Linux Konsole des ESX Servers, ich will an meine Windows Server kommen!

Das war aber vorher nicht so klar.
Wenn RDP/VNC und die Windows eigenen Remote Tools versagen dann nimmt man seinen VI Client und klickt da auf Konsole und gut ist. Die Moeglichkeit steht doch sogar ueber die kleine vmware-console*.exe (Name Vergessen hab) zur Verfuegung.

Dabei hab ich sogar die Parameter dazu gepostet *grummel*

Dafür muss aber der Zugriff ohne Umwege gehen - reicht hier DRAC aus??

Nein, denn die hilft nur bei Problemen mit dem HOST

Gruss
Joerg

vielleicht sollte man den Ernstfall mal definieren:

1. VM ist weg, reagiert nicht auf RDP oder Pings -> VI Client
2. VC Server ist weg -> VI CLient auf den ESX direkt, auf die VM geht immer noch RDP
3. VI Client geht nicht auf ESX (vxpd-Dienst auf ESX weg) -> SSH per Putty und CO, VMs laufen noch weiter per RDP
4. ESX UND VMs weg. -> erstmal den Host connecten per Remote Mgmt Adapter (RSA, ILO usw) oder remote KVM Switch., die VMs können dann später erreicht werden wenn der Host wieder läuft

Man darf nicht vergessen, wenn in einer Virtualisierungsumgebung der Host weg ist, gehen die VMs eh nicht und man hat andere Probleme. Ansonsten kommt man auf die VMs so drauf, als ob sie in einem fernen RZ wären.

Tja, wie soll ich den Ernstfall beschreiben???

z.B.
Das Netzwerk macht den Eindruck als ob der DNS Server nicht mehr da wäre und
dieser läuft auf dem DomänenController, der auch DHCP beherbergt - dies alles morgens um 3 Uhr.
Davon erfahren habe ich durch einen Anruf von unserem Pförtner!!!!

ALSO ins Auto und ab in die Firma - meinen PC eingeschaltet und .........
Geht nicht, weil .......... (weiß nidd, geht eben nicht!)

SO - morgens um 3 Ist das sicherlich ein ERnstfall, oder nicht?

Wenn ich nun vor meinen Server treten könnte und an der Umschaltbox die "3"
drücken könnte, hätte ich den ADC vor mir und wüsste ob das Ding läuft - dann auf "2"
drücken und ich würde sehen ob der zweite DC da ist - usw!!!!

In meinem Fall muss ich nun erst ein Maschine suchen, die lauffähig ist und den VMware
Client installiert hat - finde ich keine, muss ich dies auch noch alles installieren.


So - nun haut mal drauf!

CU
TOM

Hi,
zu deinem Ernstfall:

Nach dem mich der Pförtner wach gemacht habe, würde ich meinen Laptop aufklappen und warten bis er oben ist. Der hoffentlich unterem Bett liegt. Mich einloggen, eine VPN Verbindung aufbauen den VI Client starten per Konsole den Rechner checken und reparieren. Rechner aus und weiter schlafen.
Wenns ein Netzproblem ist die Netzjungs aus dem Bett treten den Rechner ausmachen und weiter schalfen.

Egal wie aus dem Bett würde ich nicht aufstehen es sein denn ich will schon einen Kaffee...

Das ganze würde ich in dem Fall immer per VI CLient machen geht schneller als per Webkonsole.

Gruß Peter

Damals, als es im Winter noch schneite, hatte man also einen KVM Switch angeschlossen an der Rackconsole und das ganze ueber zigServer hinweg verkabelt, beschriftet und entsprechend dokumentiert.

Heute, bei 28° auf dem Balkon, habe ich eine Managementstation welche die passende Software installiert hat und das ganze so das es ohne DNS,DHCP auskommt. Hier sind alle an der VI beteiltigten Komponenten(Hosts und vCenter) mit ihren IPs und Namen in den lokalen hosts Dateien vertreten. Alle Bookmarks/Favoriten im Browser zeigen auf die IPs und nicht die Namen.


Gruss
Joerg

PS: Anstelle des Pförtners haben wir NAGIOS und Co.

@ IRIX und PeterDA

@TOM: du musst einfach deine Vorgehensweise anpassen, früher gab's eben eine KVM Konsole in der man "3" drücken konnte, oder wars doch die 4 oder 5? Shit, hat letztens jemand umgekabelt und den KVM Switch nicht neu beschriftet. Oder der geht nicht mehr, weil der über den Jordan gegangen ist. Oder oder oder....

Jetzt ist eben der ESX Server dein KVM Switch, und wenn der läuft, gehst du an den ran. Wenn der nicht geht, musst du erstmal den reparieren.
Der Vorteil heutzutage ist eben, dass du gar nicht mehr in RZ musst um Probleme zu beheben, der DNS und DHCP Server laufen eben auf einem anderen Host wenn einer kaputt ist.

Man muss sich immer klar sein, dass Virtualisierung das Gesamtsystem um eine SCHICHT ERWEITERT, dies macht die Sache zunächst immer komplexer. Man hat eben nicht den Bildschirm im RZ, aber das Schöne ist, man BRAUCHT ihn gar nicht mehr.