VMware-Forum

Hallo allerseits!

Soeben sind 2 neue Hosts eingetroffen (2x 12 Core (Intels Xeon E5-2697 V2) mit 512MB RAM)

Verfügbar sind 4x 10G Netzwerkanschluss, das Storage wird mit 2x 8GB FC angeschlossen.

Wie würdet ihr die Netzwerkanschlüsse konfigurieren?
1x 10G aktiv + 1x 10G standby für das Management und 1x 10 aktiv + 1x 1G standby für die VMs?
oder
2x 10G für das Mngm. und 2x 10G für die VMs? (beides aktiv?)

Klar, eigentlich Lösung 2. Oder ist es einfach nur oversized?

Vielleicht habt ihr noch Tipps, an die ich noch gar nicht gedacht habe.

bedankt & viele Grüße,

stahly

Wenn 10GbE Ports im Switch bezahlt sind, vorhanden snd und in absehbarer Zeit für nichts anderes benötigt werden kann man die ja auch benutzen.

Ich glaube aber nicht daß man mehr als 2 10GbE ohne IP Storagetraffic auslasten kann.

Management, vMotion und VM Traffic dann durch VLANs trennen soweit sinnvoll und möglich.

Was der Active+Standby Kram soll kann ich nicht nachvollziehen. Aber da gibts ja noch mehr Varianten.

4x10GbE fuer alles
oder
2x10GbE fuer vSphere Traffic(MGMT,vMotion,FT)
2x10GbE VM Traffic

Gruss
Joerg

Enterprise Plus Lizenz vorhanden? Wenn ja, dann dvSwitch mit 4x 10 GbE als Uplink, NIOC aktivieren und LBT für die distributed Port Groups.

irix hat geschrieben:Was der Active+Standby Kram soll kann ich nicht nachvollziehen.
...

Kannst Du das erklären? Was würdest Du nehmen?

Standby ist doch nichts anderes als "Abgeschaltet und wartet auf Aktivierung".
Wenn du schon soviele 10G-Ports hast, würdest du da ernsthaft auch nur einen einzigsten Port im Standby-Betrieb lassen?
Was er nehmen würde, hatte er doch schon geschrieben.

Dayworker hat geschrieben:...
Wenn du schon soviele 10G-Ports hast, würdest du da ernsthaft auch nur einen einzigsten Port im Standby-Betrieb lassen?
...

Das hast Du natürlich recht

Die Schaltung Active - Standby hatte ich bei 10G / 1G geplant.

bla!zilla hat geschrieben:Enterprise Plus Lizenz vorhanden? Wenn ja, dann dvSwitch mit 4x 10 GbE als Uplink, NIOC aktivieren und LBT für die distributed Port Groups.

Ja E+ ist vorhanden. dvS ist noch nicht im Betrieb.
Ein Teil der älteren Server ist im selben Cluster noch mit ausschließlich 1G unterwegs...

Das ist zwar nicht schön, aber der kein Grund auf den dvSwitch zu verzichten. Die Vorteile überwiegen

Wenn 10GbE Ports keine Rolle spielen:

vSwitch0
2x 1GbE Uplink (active / active - Route based on Vir. Port ID)
- Management Network

dvSwitch0:
2x 10GbE Uplink (LACP)
- VM Networks

dvSwitch1:
2x 10GbE Uplink (LACP)
- vMotion
- FT (wenn verwendet)


Ansonsten:

vSwitch0
2x 1GbE Uplink (active / active - Route based on Vir. Port ID)
- Management Network

dvSwitch0:
2x 10GbE Uplink (LACP)
- VM Networks
- vMotion (mit max 5-10Gb/s Limitierung)
- FT (wenn verwendet)

Hallo zusammen,

was mir bei so einem Design immer fehlt ist die Anzahl der physikalischen Switche, über die der Traffic laufen soll.
Denn das ganze Design nützt nichts, wenn alles nur über einen physikalischen Switch läuft.
Fällt der dann aus, tritt gleich der HA Fall ein.

Und dann stellt sich ziemlich schnell die Frage, ob Trunking überhaupt noch möglich ist.
Hängt dann eben auch von den Möglichkeiten der physikalischen Switche ab.

Gruß,
Ralf

Zum Glück haben wir von den 10G Switchen 2 Stück montiert - pro RZ.

Ja, ja, der dvSwitch...

Warum ich den bisher noch nicht konfiguriert / eingeführt habe, weiß ich auch nicht. Vielleicht, weil es mit den Standard-Switchen so gut läuft...?

Gibt es eigentlich ein KO-Kriterium, wann man den dvSwitch nicht nehmen sollte?
Die Konfig der dvS über alle Hosts wäre schon ne feine Sache.

stahly hat geschrieben:Gibt es eigentlich ein KO-Kriterium, wann man den dvSwitch nicht nehmen sollte? Die Konfig der dvS über alle Hosts wäre schon ne feine Sache.

Wenn die Lizenz vorhanden ist, fällt mir kein KO-Kriterium ein. Wichtig ist immer, dass du weißt was du tust und das Konzept dahinter verstanden hast.

"Damals" in der ESXi 4.0 Schulung war der Dozent kein Freund von dvS. Vielleicht hat sich das irgendwie bei mir eingebrannt

Ich kenne viele Leute die, auch heute noch, Vorbehalte haben. Oft wird die Fehleranfälligkeit oder die Komplexität angeführt. Ich kann und mag das nicht nachvollziehen.

Oh.... das gute Stueck ist ja nun von 2009 und wir waren von folgenden Problemen betroffen
- PortIDs sind bei einem svMotion vergessen worden mit zumigrieren was dazu fuehrte das im HA Fall die VM nicht gestartet wurde da der Port auf dem neuen Host unbekannt war
- Ports auf einem vDS sind "einfach so" Offline gegangen... dumm nur das VMs drauf hingen. War ein sehr komisches Fehlerbild und das Problem der Nicht-Erreichbarkeit war auch nicht gleich ersichtlich
- Der Weg zurueck von vDS auf vSS ist nicht einfach und ueberhaupt den Punkt zufinden wo man einen Host wieder abhaengen kann... meine Herren!

Trotzdem haben wir sie seit 2011 im Einsatz und mangels pSwitch Ports ist auch inser IP Storage mit drauf. Letzteres wuerde ich aber nicht anraten oder man weis was man tut bzw. man hat keine Wahl.

Gruss
Joerg

Hallo,

und wie verteilst du nun die Funktionen auf die beiden Switche?
Je einmal vMotion/Mgmt und VM pro Switch?

Und wenn Ihr das so einrichtet, welche Policy nehmt ihr denn dann?

Gruß,
Ralf

kastlr hat geschrieben:...
und wie verteilst du nun die Funktionen auf die beiden Switche?
Je einmal vMotion/Mgmt und VM pro Switch?

Und wenn Ihr das so einrichtet, welche Policy nehmt ihr denn dann?
...

Genau! Da vMotion/Mgmt und VM je 2x 10G bekommen, wird jeweils auf ein Switch ein Kabel gesteckt, so dass bei Ausfall eines Switches alles weiter funktioniert.

Policy > Port ID

Bei vMotion kann man auch über LBT nachdenken. Ansonsten Multi-NIC vMotion.