Seite 1 von 1
keine Verwaltungsnetzwerkredundanz, neue Physikalische NIC
Verfasst: 12.01.2011, 11:53
von Celeri
Hallo,
wie ich schon in einigen Beiträgen gelesen habe wird empfohlen bei einer fehlenden Verwaltungsnetzwerkredundanz mit einer zusätzlichen physikalischen Netzwerkkarte und einem virtuellen Switch zu arbeiten.
Nun zu meiner Problematik:
Wenn ich mich unter vSphere einlogge, die Registerkarte "Konfiguration" auswähle, "Netzwerk"," Netzwerk hinzufügen" ist es mir zwar möglich eine zweite Nic anzulegen, aber ich habe keine Chance dieser Nic eine IP zuzuordnen..
Über einen Hinweis zur Vorgehensweise wäre ich sehr dankbar
(Aktuelle Konfiguration:
2* ESX, mit HA und DRS in einem Cluster)
Verfasst: 12.01.2011, 11:57
von PeterDA
Hi,
pNICs bekommen im ESX(i) auch keine IPs. IPs haben die ESX Verwaltungskonsole und dann die VMs.
Daher ruhig durchatmen alles ist okay!
Was mir an deinem Bild aufgefallen ist, dass du kein 2. Netzwerkhast für vMotion.
Hierzu auf beiden ESX Host ein neues Netzwerk hinzufügen mit VMkernel. Und den Hacken bei vMotion Netz setzen und die entsprechenden Netzkonfiguartion eingeben. Achtung der Name der vSwitch muss auf beiden Host gleich sein!
Gruß Peter
Verfasst: 12.01.2011, 12:42
von Celeri
Hallo Peter,
ich habe das entsprechende Netzwerk hinzugefügt, sowie den Hacken bei vMotion und die entsprechende Netzkonfiguration vorgenommen.
Es scheint alles soweit in Ordnung zu sein, bis auf vmnic 1, diese ist leider noch deaktiviert
(selbst unter Eigenschaften etc. lässt sich die Nic nicht aktiv schalten, hast du da noch einen Tipp für mich?)
LG Celeri

Verfasst: 12.01.2011, 12:54
von PeterDA
Hi,
sorry so geht das auch nicht! Für das vMotion solltest du eine komplett neue vSwitch einrichten!
Das der Adapter offline ist könnte an deiner Konfiguration liegen. Sprich sind die Nics als aktiv/aktiv konfiguriert. Sieht für mich so aus als ob es sich hier um eine aktiv/passiv konfiguration handeln würde.
Gruß Peter
Verfasst: 12.01.2011, 13:04
von PeterDA
Hi,
vieleicht zum besseren Verständnis mal ein eingerichtetes Netzwerk.
Gruß Peter
Verfasst: 12.01.2011, 13:09
von ideFix
Welchen Status hat vmnic1 unter Konfiguration/Netzwerkadapter?
Steckt ein Kabel auf der Karte?
Was ich noch nicht ganz verstanden habe: Was möchtest du eigentlich genau einrichten? Einen weiteren vSwitch, einen Managementport, ....
Verfasst: 12.01.2011, 13:18
von PeterDA
Hi,
wenn ich Celeri richtig verstanden habe will er HA und DRS haben. Und DRS ist halt schwierig zu machen wenn kein vMotion konfiguriert ist...
Gruß Peter
Verfasst: 12.01.2011, 14:31
von Celeri
genau, im Focus stand das HA und DRS, welches vom vSphere kontrolliert wird, sollte dort der Management Port ausfallen, ist auch automatisch das HA gefährdet.
(vSphere incl. Orchestra befindet sich auf einem separaten Server)
(korrigiert mich sollte ich falsch liegen)
Zur Problematik mit der Nic..hierbei zeigte sich dass das LAN Kabel defekt war, deshalb war die Nic nicht aktiv, ich habe mich nun für folgende Lösung entschieden:
nochmals vielen dank!
Inspiriert von:
http://www.thomas-krenn.com/de/wiki/VMw ... 22_beheben[url][/url]
Verfasst: 12.01.2011, 14:34
von PeterDA
Hi,
nurmal so als Frage:
Warum hast du auf einer vSwitch 2 Portgruppen für virtuelle VMs und zwei VMKernelPorts? Was willst du damit erreichen??
Gruß Peter
Verfasst: 12.01.2011, 14:39
von Celeri
die 2 Portgruppen haben sich nach "Neu Konfigurieren für VMware" selbst erstellt.
Verfasst: 12.01.2011, 14:40
von PeterDA
Aber warum hast du das gemacht? Was ist der Hintergrund??
Verfasst: 12.01.2011, 14:51
von ideFix
Ahhhh
"Neu Konfigurieren für VMware" = "Reconfigure for HA"
Celeri ist nach der Anleitung von
Thomas- Krenn vorgegangen. Ich tippe mal das die zusätzlichen Portgruppen nicht gewollt sind.
Einfach über Eigenschaften des vSwitches die nicht benötigten Portgruppen entfernen.
Verfasst: 12.01.2011, 15:06
von Celeri
ideFix hat geschrieben:Ahhhh
"Neu Konfigurieren für VMware" = "Reconfigure for HA"
Celeri ist nach der Anleitung von
Thomas- Krenn vorgegangen. Ich tippe mal das die zusätzlichen Portgruppen nicht gewollt sind.
Einfach über Eigenschaften des vSwitches die nicht benötigten Portgruppen entfernen.
Genau!
die zusätzlichen Portgruppen sollten aber keinen Einfluss auf die Funktionalität haben, oder?