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!

Vmotion und SC (Management) auf einem vSwitch?

Moderatoren: Dayworker, irix

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Vmotion und SC (Management) auf einem vSwitch?

Beitragvon stahly » 12.06.2013, 07:39

Hallo allerseits!

Von Vmware wird empfohlen, Vmotion und SC getrennte IP-Subnetze zuzuweisen.
Möglich ist dieses auf einem vSwitch mit 2 NICs (1Gbit), wobei einer als Active und der andere als Standby konfiguriert ist bzw. umgekehrt.

So ist bei uns zur Zeit auch konfiguriert. Macht ihr das auch so?

Möglich wäre auch, für Vmotion und SC je einen vSwitch zu konfigurieren. Allerdings bräuchte ich dann 2 Netzwerkkarten mehr...

Und wenn demnächst 10G kommt, müsste alles wieder auf einem vSwitch ;)

Es wäre schön, wenn ihr mal berichtet, wie ihr euer Netz füe vMotion und SC konfiguriert habt.

DANKE!

Member
Beiträge: 360
Registriert: 13.07.2011, 15:33

Beitragvon MarcelMertens » 12.06.2013, 08:21

Es hängt sehr von der Kundenumgebung ab.
Meine Prioritäten was man vermeiden sollte:

vMotion auf den selben vSwitch mit:

1. FT
2. iSCSI / NFS
3. VMs
4. Mgmt / SC

Wenn man genug NICs hat vMotion auf einen eigenen vSwitch mit eigenen Uplinks (2 zu unterschiedlichen pSwitches)
Ansonsten vSwitch mit vMotion und MGMT/SC mit wechselseitigen Active und Failover.

Was 10Gb betrifft. Die Verfügbare Bandbreite steigt, die physikalischen NICs sinken auf 2 oder 4.
Dieses macht es erforderlich von den gewohnten vSwitch und PG Konzepten (teilweise) zu verabschieden.
Wenn keine Netzwerkvirtualisierung/Partitionierung möglich ist (HP VirtualConnect, Dell NPAR) würde ich zumindest Bandbreiten und Burstlimitierungen auf die Portgruppen setzen. Nicht dass mir ein vMotion mit 10Gb sämtlichen VMotion und iSCSI/NFS Verkehr stört.

Grüße,

Marcel

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 12.06.2013, 09:04

MarcelMertens hat geschrieben:...
Meine Prioritäten was man vermeiden sollte:

vMotion auf den selben vSwitch mit:

1. FT
2. iSCSI / NFS
3. VMs
4. Mgmt / SC
...


Also doch vMotion und Mgmt / SC trennen... mmmmh. Das wären nochmals 20 Kabel... So viel Platz habe ich nicht mehr am Switch. :(

Member
Beiträge: 360
Registriert: 13.07.2011, 15:33

Beitragvon MarcelMertens » 12.06.2013, 09:07

Wenn es sich einrichten läßt, ja. Aber in 90% der Fälle ist unsere Konfig ein vSwitch für SC und VMotion mit zwei Uplinks und wechselseitig Active/Standby.

Ich würde halt nur vermeiden vMotion mit NFS/iSCSI und VM Traffic zu mischen

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 12.06.2013, 09:27

MarcelMertens hat geschrieben:Wenn es sich einrichten läßt, ja. Aber in 90% der Fälle ist unsere Konfig ein vSwitch für SC und VMotion mit zwei Uplinks und wechselseitig Active/Standby.
...


Dann bin ich ja beruhigt ;)

MarcelMertens hat geschrieben:...
Ich würde halt nur vermeiden vMotion mit NFS/iSCSI und VM Traffic zu mischen


Da haben wir zum Glück FC.

Noch eine Frage:
Wenn man SC und vMotion auf einem vSwitch hat, sind dort ja 2 Subnetze vorhanden. Welches Gateway sollte dann eingetragen werden? (Geht ja nur eines pro vSwitch...)
Bei uns steht das vom Management Netz drin.

Member
Beiträge: 360
Registriert: 13.07.2011, 15:33

Beitragvon MarcelMertens » 12.06.2013, 09:39

Du trägst doch je PG ein Subnetz ein. vSwichte haben keine IP Konfig. Eine PG für SC eine für vMotion und jeweils ein Subnet. geht ohne Probleme

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 12.06.2013, 11:49

Ups, da habe ich mich etwas falsch ausgedrückt:

Es gibt nur ein Standard-Gateway für VMkernel. Und das kann das Gateway für das SC/Mng oder für vMotion sein. Richtig?

Member
Beiträge: 360
Registriert: 13.07.2011, 15:33

Beitragvon MarcelMertens » 12.06.2013, 12:08

Du kannst ja mehrere VMKernel Port Groups in einem vSwitch definieren:
Zwei Möglichkeiten:

So läuft alles über ein Subnet:

+vSwitch0
--+ PortGroup VMKernel
-----+ IP: 10.0.0.11 / SNM: 255.255.255.0
-----+ Aktivierte Funktionen: MGMT und VMOTION
-----+ Uplinks active: VMNIC0, VMNIC1

So hast du für vMotion ein eigenens Subnet:

+vSwitch0
--+ PortGroup VMKernel MGMT
-----+ IP: 10.0.0.11 / SNM: 255.255.255.0
-----+ Aktivierte Funktionen: MGMT
-----+ Uplinks active: VMNIC0
-----+ Uplinks standby: VMNIC1
+
--+ PortGroup VMKernel vMOTION
-----+ IP: 192.168.0.11 / SNM: 255.255.255.0
-----+ Aktiviert: VMOTION
-----+ Uplinks active: VMNIC1
-----+ Uplinks standby: VMNIC0



Wenn es um das Standardgateway geht:
Hier natürlich das aus dem Management Netz (sonst erreichst du auch die Verwaltungs IP nicht aus anderen Netzen)
vMotion/iSCSI/NFS sollte auch nicht geroutet werden -> kein Gateway notwendig.

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 12.06.2013, 12:53

Danke für die ausführliche Erklärung!!

Thema Gateway:
Interessanterweise haben wir es bei allen Hosts so gemacht - nur bei einem war das Gateway vom Vmotion-Netz eingetragen. Und es lief trotzdem alles... :shock:

King of the Hill
Beiträge: 13058
Registriert: 02.08.2008, 15:06
Wohnort: Hannover/Wuerzburg
Kontaktdaten:

Beitragvon irix » 12.06.2013, 13:44

Das Gateway spielt nur eine Rolle wenn du das Netz verlassen moechtest. Somit faellt die Fehlkonfiguration nichts ins Gewicht.

Als Anmerkung noch dazu das du auf jeder PG da VLANs verwendest moechtest.

Gruss
Joerg


Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 4 Gäste