VMware-Forum

Hallo, folgendes Szenario:

ESXi 4.1, mehrere VMs.
In einer VM, Server 2008 Enterprise, soll während des Betriebs (Ausfall/Reboot kritisch) eine weitere Netzwerkkarte hinzugefügt werden. Möglich?
Grund: Umlegen des laufenden IIS auf das neue Gateway der neuen Netzwerkkarte. Die anderen Dienste können ruhig über das bisherige Gateway laufen.
Ist das möglich, oder kann eine weitere Netzwerkkarte in der VM nur über einen Reboot hinzugefügt werden? Die bisherige Karte ist als e1000 in der VM konfiguriert.

Es betrifft nicht die physikalischen NICs, nur die virtuellen in der VM.

Hat jemand einen Rat?

marc.murphy hat geschrieben:Hallo, folgendes Szenario:
Grund: Umlegen des laufenden IIS auf das neue Gateway der neuen Netzwerkkarte. Die anderen Dienste können ruhig über das bisherige Gateway laufen.

Du kannst zwar verschiedene Dienste an eine bestimmte Netzwerkkarte - bzw IP - binden, allerdings kannst Du nur einen Default Gateway haben.

Das Hot Add einer NIC geht nur mit Hardware Version 7, mit 4 hast du diese Möglichkeit nicht. Ob jetzt eine bestimmte VMware Lizenz nötig ist weiss ich gerade nicht. Aber probier es doch einfach mal aus. Wenn Dir das Hinzufügen angeboten wird kannst Du den Dialog ja immer noch abbrechen, wenn der Rest des Netzwerks noch nicht soweit konfiguriert ist.

hth
Chregu

binden, allerdings kannst Du nur einen Default Gateway haben.

Default stimmt schon, aber GWs kannst Du eintragen soviele Du willst, mußt dann halt das Routing setzen...

Vielen Dank für die Antworten euch beiden. Werde es dann mal probieren, Hardware Version 7 habe ich allen Maschinen.
Wie deathrow schon sagte, rest wollte ich dann über eine Route machen, ala

route add NEUEIP mask 255.255.255.255 neuesGW

Um den Rest kümmert sich der neue Router. So müsste das IMO laufen. Es handelt sich halt um einen wichtigen Server, da ist spielen mit Routen so eine Sache.

marc.murphy hat geschrieben:route add NEUEIP mask 255.255.255.255 neuesGW

Nimm lieber
route -p add
so bleibt die Route persistent und überlebt auch einen Reboot. Es gibt nichts ärgerlicherers als nach einem (ungeplanten) Reboot zuerst noch nach Fehlern zu suchen.