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!
vlan settings Probleme
-
diamond1001
- Member
- Beiträge: 121
- Registriert: 24.06.2010, 21:25
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
-
diamond1001
- Member
- Beiträge: 121
- Registriert: 24.06.2010, 21:25
Hier ist der Link:
http://image-upload.de/file/8WJFoI/25b02e044d.png
Genau die gleiche EInstellung ist beim anderen Server! Alles identsich..
http://image-upload.de/file/8WJFoI/25b02e044d.png
Genau die gleiche EInstellung ist beim anderen Server! Alles identsich..
-
diamond1001
- Member
- Beiträge: 121
- Registriert: 24.06.2010, 21:25
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Lass mal die VLAN -ID auf dem vMotion-Port weg.
Wenn Du den VMotion-Verkehr VLAN-technisch vom Rest treffen willst (warum auch immer bei der restlichen Konfig ohne VLANs), musst Du auf dem phys. Switch nen Trunkport einstellen, und wahrscheinlich auch ein entsprechendes VLAN für die Service Console setzen. Dabei musst Du aber sicher wissen, was Du tust, ansonsten sperrst Du Dich selber aus.
Die Konfig für iSCSI sieht etwas komisch aus (warum je zwei portgruppen, wenn doch beide über die selbe NIC gehen?), aber das ist ein anderes Thema (google mal nach "iscsi multivendor", da gibts nen super blogeintrag drüber)
Viele Grüße,
Jörg
Wenn Du den VMotion-Verkehr VLAN-technisch vom Rest treffen willst (warum auch immer bei der restlichen Konfig ohne VLANs), musst Du auf dem phys. Switch nen Trunkport einstellen, und wahrscheinlich auch ein entsprechendes VLAN für die Service Console setzen. Dabei musst Du aber sicher wissen, was Du tust, ansonsten sperrst Du Dich selber aus.
Die Konfig für iSCSI sieht etwas komisch aus (warum je zwei portgruppen, wenn doch beide über die selbe NIC gehen?), aber das ist ein anderes Thema (google mal nach "iscsi multivendor", da gibts nen super blogeintrag drüber)
Viele Grüße,
Jörg
-
diamond1001
- Member
- Beiträge: 121
- Registriert: 24.06.2010, 21:25
Ja wenn ich es raus nehme dann Funktioniert es????
das verstehe ich irgendwie nicht..Warum ist das so?
Ja so habe ich mir meine Konfiguration vorgestellt:
Serviceconsole: vlan 3
VMotion VMkernel: vlan4
VMkernel iSCSI: vlan5
VMNetwork: vlan6
Somit trenne ich alles! Für mich ist es Wichtig denn iSCSI Traffic in einem vlan zu packen, weil ich echt Performance Probleme habe.
Aber warum Funktioniert es wenn ich beim VMotion denn vlan port raus nehme?
das verstehe ich irgendwie nicht..Warum ist das so?
Ja so habe ich mir meine Konfiguration vorgestellt:
Serviceconsole: vlan 3
VMotion VMkernel: vlan4
VMkernel iSCSI: vlan5
VMNetwork: vlan6
Somit trenne ich alles! Für mich ist es Wichtig denn iSCSI Traffic in einem vlan zu packen, weil ich echt Performance Probleme habe.
Aber warum Funktioniert es wenn ich beim VMotion denn vlan port raus nehme?
-
diamond1001
- Member
- Beiträge: 121
- Registriert: 24.06.2010, 21:25
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Schau Dir mal folgendes Whitepaper an:
http://www.vmware.com/pdf/esx_vlan.pdf
Sobald Du auf der Portgruppe ne VLAN-ID einstellst, übernimmt der vSwitch das tagging. D.h., die pakete kommen bereits getaggt am phys. Switch an. Und wenn der dann nicht als VLAN-Trunkport konfiguriert ist, wird er die Pakete verwerfen (drum hats vorher nicht funktioniert).
Für die generelle Netzwerkkonfig auf dem ESX gibts ne super Blog-Serie:
http://kensvirtualreality.wordpress.com ... te-part-1/
Für iSCSI: VLANs alleine bringen keinen Performance-Vorteil (von der Segmentierung in kleinere Broadcast-Domains mal abgesehen).
Wenns also bei iSCSI-Performance-Probleme gibt, musst Du den ganzen Stack betrachten: Von der Anzahl der Spindeln, über die Ausstattung der Storage Controller, deren Anbindung an die phys. Switche, zum ESX mit NIC-teaming und letzendlich iSCSI-Load-Balancing.
Ehrlich gesagt sieht Deine aktuelle Konfig nicht optimal aus, zumindest machen (ohne die restlichen Details zu kennen) die jeweils zwei isCSI-vmkernelports auf nem vSwitch mit nur einer pNic keinen Sinn aus performancesicht.
Schau Dir dazu mal den Blogeintrag an:
http://virtualgeek.typepad.com/virtual_ ... phere.html
Wenns nach der Literatur noch fragen gibt, mach am besten nen neuen Thread zum iSCSI-Thema auf
viele grüße,
jörg
http://www.vmware.com/pdf/esx_vlan.pdf
Sobald Du auf der Portgruppe ne VLAN-ID einstellst, übernimmt der vSwitch das tagging. D.h., die pakete kommen bereits getaggt am phys. Switch an. Und wenn der dann nicht als VLAN-Trunkport konfiguriert ist, wird er die Pakete verwerfen (drum hats vorher nicht funktioniert).
Für die generelle Netzwerkkonfig auf dem ESX gibts ne super Blog-Serie:
http://kensvirtualreality.wordpress.com ... te-part-1/
Für iSCSI: VLANs alleine bringen keinen Performance-Vorteil (von der Segmentierung in kleinere Broadcast-Domains mal abgesehen).
Wenns also bei iSCSI-Performance-Probleme gibt, musst Du den ganzen Stack betrachten: Von der Anzahl der Spindeln, über die Ausstattung der Storage Controller, deren Anbindung an die phys. Switche, zum ESX mit NIC-teaming und letzendlich iSCSI-Load-Balancing.
Ehrlich gesagt sieht Deine aktuelle Konfig nicht optimal aus, zumindest machen (ohne die restlichen Details zu kennen) die jeweils zwei isCSI-vmkernelports auf nem vSwitch mit nur einer pNic keinen Sinn aus performancesicht.
Schau Dir dazu mal den Blogeintrag an:
http://virtualgeek.typepad.com/virtual_ ... phere.html
Wenns nach der Literatur noch fragen gibt, mach am besten nen neuen Thread zum iSCSI-Thema auf
viele grüße,
jörg
-
diamond1001
- Member
- Beiträge: 121
- Registriert: 24.06.2010, 21:25
Nein mit dem Storage ist alles Inordnung. Habe eine Super Performance wenn es um die VM geht.
Ich habe halt ein Problem womit mir der Support von vmware auch nicht weiter helfen kann, weil es ja nicht mehr zu vmware gehört
Switch 1 Uplink 100 MB Gateway
Switch 2 Uplink 100 MB Gateway
Uplink Redudant!
Im Büro habe ich eine 100.000 Cable Internet Leitung. Unser Rechenzentrum hat ein direktes Peering mit meinem Provider.
Habe einen Physikalischen Server der Testweise direkt an einem Uplink dran war. Habe vom FTP Server eine Testdatei von 100MB gedownloadet. Speed ist 6-7 MB die Sek. Konstant!
Und auf einem FTP Server der Virtualisiert ist schaffe ich 2,2 MB Konstant! Aber es schwenkt erstmal ganz schnell auf 6 MB dann auf 5MB und dann nach paar Sekunden auf 2,2 MB die Sekunde und das konstant bis die 100MB gedownloadet sind.
Vmware Support meint es könne einfach daran liegen das auf dem switchen kein vlan Konfiguriert ist und das kann diese Performance Probleme beim download hervor rufen.
Die Einstellungen sind wunderbar vom Storage.
Round Robin Funktioniert wunderbar (esxtop)
Ich habe halt ein Problem womit mir der Support von vmware auch nicht weiter helfen kann, weil es ja nicht mehr zu vmware gehört
Switch 1 Uplink 100 MB Gateway
Switch 2 Uplink 100 MB Gateway
Uplink Redudant!
Im Büro habe ich eine 100.000 Cable Internet Leitung. Unser Rechenzentrum hat ein direktes Peering mit meinem Provider.
Habe einen Physikalischen Server der Testweise direkt an einem Uplink dran war. Habe vom FTP Server eine Testdatei von 100MB gedownloadet. Speed ist 6-7 MB die Sek. Konstant!
Und auf einem FTP Server der Virtualisiert ist schaffe ich 2,2 MB Konstant! Aber es schwenkt erstmal ganz schnell auf 6 MB dann auf 5MB und dann nach paar Sekunden auf 2,2 MB die Sekunde und das konstant bis die 100MB gedownloadet sind.
Vmware Support meint es könne einfach daran liegen das auf dem switchen kein vlan Konfiguriert ist und das kann diese Performance Probleme beim download hervor rufen.
Die Einstellungen sind wunderbar vom Storage.
Round Robin Funktioniert wunderbar (esxtop)
Hallo
Ich hätte da auch eine frage und zwar:
Es gibt doch die möglichkeit VST Mode zu nutzen und dann auf dem physikalischen switchen trunk ports ein zurichten?
Dann gibts die möglichkeit EST Mode zu bentuzen d.h. auf denn switchen die VLAN port einzustellen und auf Access oder General zu setzen damit die getagged werden.
Worin liegt der unterschied, beides kann man ja machen. Was ist besser? Kann mir da jemand vielleicht ein wenig licht ins dunkle bringen?
Danke
Ich hätte da auch eine frage und zwar:
Es gibt doch die möglichkeit VST Mode zu nutzen und dann auf dem physikalischen switchen trunk ports ein zurichten?
Dann gibts die möglichkeit EST Mode zu bentuzen d.h. auf denn switchen die VLAN port einzustellen und auf Access oder General zu setzen damit die getagged werden.
Worin liegt der unterschied, beides kann man ja machen. Was ist besser? Kann mir da jemand vielleicht ein wenig licht ins dunkle bringen?
Danke
monddia hat geschrieben:Hallo
Ich hätte da auch eine frage und zwar:
Es gibt doch die möglichkeit VST Mode zu nutzen und dann auf dem physikalischen switchen trunk ports ein zurichten?
Dann gibts die möglichkeit EST Mode zu bentuzen d.h. auf denn switchen die VLAN port einzustellen und auf Access oder General zu setzen damit die getagged werden.
Worin liegt der unterschied, beides kann man ja machen. Was ist besser? Kann mir da jemand vielleicht ein wenig licht ins dunkle bringen?
Danke
Alles über vSwitche findest du hier:
http://kensvirtualreality.wordpress.com ... te-part-1/
Ab dem Satz " …but wait, there’s more! - was kurz nach dem Bild #6 kommt, wird auf Virtual Switch Tagging (VST) und External Switch Tagging (EST) eingegangen.
Edit: Weiter unten werden die VLAN Modes verglichen / So ab Figure13...
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Tschoergez hat geschrieben:...
Für die generelle Netzwerkkonfig auf dem ESX gibts ne super Blog-Serie:
http://kensvirtualreality.wordpress.com ... te-part-1/
...
(zwei Posts weiter oben)
Bitte!
Beim VST hast Du das Konzept der VLANs bis in den ESX rein, also den kompletten Weg bis zur VM.
Beim EST bleiben die VLANs auf dme phys. Netz, in etwa so, wie wenn Du einen kompletten Serverschrank auf dessen uplink-port am Core-Switch in ein bestimmtes VLAN hängst.
VST ist eigentlich die durchgängigere und flexiblere Methode, erfodert aber bessere Zusammenarbeit mit dem Netzwerk-Team.
Viele Grüße,
jörg
-
diamond1001
- Member
- Beiträge: 121
- Registriert: 24.06.2010, 21:25
Tschoergez hat geschrieben:Tschoergez hat geschrieben:...
Für die generelle Netzwerkkonfig auf dem ESX gibts ne super Blog-Serie:
http://kensvirtualreality.wordpress.com ... te-part-1/
...
(zwei Posts weiter oben)
Bitte!![]()
Beim VST hast Du das Konzept der VLANs bis in den ESX rein, also den kompletten Weg bis zur VM.
Beim EST bleiben die VLANs auf dme phys. Netz, in etwa so, wie wenn Du einen kompletten Serverschrank auf dessen uplink-port am Core-Switch in ein bestimmtes VLAN hängst.
VST ist eigentlich die durchgängigere und flexiblere Methode, erfodert aber bessere Zusammenarbeit mit dem Netzwerk-Team.
Viele Grüße,
jörg
Ich habe mir heute die Artikel durch gelesen habe testweise was aufgebaut und zwar nach diesen Artikel:
http://www.vmware.com/pdf/esx_vlan.pdf
Figure 7
Virtual Switch Tagging (VST)
VST ist eigentlich die durchgängigere und flexiblere Methode, erfodert aber bessere Zusammenarbeit mit dem Netzwerk-Team.
Okay, aber ich habe totall die Probleme damit..
Ich habe zwei vswitche:
vswitch2 VLAN 5 auf dem vswitch eingestellt!
vmnic 4 -> physk. switch 1 -> Port 6
2 Test VM`s
---------------------------------------
vswitch4 VLAN 5 auf dem vswitch eingestellt!
vmnic 0 -> physk. switch 1 -> Port 8
2 Test VM`s
-----------------------------------
Beide nics gehen Testweise auf einen physikalischen switch.
Habe nun auf dem physikalischen Dell Powerconnect Switch folgendes gesetzt:
Port 6
Menü VLAN - Port Settings:
Port VLAN Mode: Trunk
Customer VLAN (2-4094): 5
Port 8
Menü VLAN - Port Settings:
Port VLAN Mode: Trunk
Customer VLAN (2-4094): 5
-------------------
Jetzt bin ich in der konsole der beiden vm´s und probiere die vm`s gegenseitig zu pingen, ohne erfolg.
Nehme ich alle settings raus können sich die beiden vm`s wieder anpingen.
Ich bitte um Hilfe, ich hab sovieles im Kopf ich weiss nicht mehr wo vorne und hinten ist
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Wieder mal: Bild machen! ich kann nur raten, was Du eingestellt hast auf dem ESX, denn man stellt keine VLANs auf vSwitchen ein (sondern auf Portgruppen darauf)
Wenn beide VMs an der gleichen portgruppe hängen, klappt der Ping, nehme ich an?
=>
Ich tippe mal,der Fehler liegt auf dem phys. Switch.
Normalerweise musst Du keine VLAN-ID mehr für die Ports vergeben, denn es sind ja gerade Trunk-Ports, (an denen die Pakete bereits getagged ankommen).
"Spitzel" doch mal, die auf dem phys. Switch die Ports eingestellt sind, die zu anderen phys. Switchen gehen. Denn wenn im ganzen Netz VLANs verwendet werden, sind das üblicherweise auch solche Trunkports.
Die Verbindung vom phys. Switch zum ESX ist KEINE Switch-zu-Server-Verbindung aus Netzwerksicht, sondern eine Switch-zu-(v)Switch-Verbindung!
Viele Grüße,
Jörg
Wenn beide VMs an der gleichen portgruppe hängen, klappt der Ping, nehme ich an?
=>
Ich tippe mal,der Fehler liegt auf dem phys. Switch.
Normalerweise musst Du keine VLAN-ID mehr für die Ports vergeben, denn es sind ja gerade Trunk-Ports, (an denen die Pakete bereits getagged ankommen).
"Spitzel" doch mal, die auf dem phys. Switch die Ports eingestellt sind, die zu anderen phys. Switchen gehen. Denn wenn im ganzen Netz VLANs verwendet werden, sind das üblicherweise auch solche Trunkports.
Die Verbindung vom phys. Switch zum ESX ist KEINE Switch-zu-Server-Verbindung aus Netzwerksicht, sondern eine Switch-zu-(v)Switch-Verbindung!
Viele Grüße,
Jörg
-
diamond1001
- Member
- Beiträge: 121
- Registriert: 24.06.2010, 21:25
Danke für deine Antwort
Hier ist ein Bild über meine Einstellung. Ich teste nur für mich, das hab ich nachgebaut wie gesagt nach dem Beispiel in der Doku.
http://image-upload.de/file/Y1xItL/110a154af2.png
Ja du hast recht wenn die beiden VMs an der gleichen Portgruppe bzw. vswitch hängen dann können Sie sich an pingen!
Sobald Sie getrennt sind wie auf dem Beispiel Bild können Sie sich nicht mehr anpingen.
Irgendwas haut einfach nicht mit der Konfiguration auf dem phys. switch hin. Hat jemand Ahnung vom powerconnect 54xx von dell?
Was muss ich auf den Ports 6 und 8 Einstellen. Trunk stelle ich ein, aber es Funktioniert nicht... ich dreh langsam durch..
Hier ist ein Bild über meine Einstellung. Ich teste nur für mich, das hab ich nachgebaut wie gesagt nach dem Beispiel in der Doku.
http://image-upload.de/file/Y1xItL/110a154af2.png
Ja du hast recht wenn die beiden VMs an der gleichen Portgruppe bzw. vswitch hängen dann können Sie sich an pingen!
Sobald Sie getrennt sind wie auf dem Beispiel Bild können Sie sich nicht mehr anpingen.
Irgendwas haut einfach nicht mit der Konfiguration auf dem phys. switch hin. Hat jemand Ahnung vom powerconnect 54xx von dell?
Was muss ich auf den Ports 6 und 8 Einstellen. Trunk stelle ich ein, aber es Funktioniert nicht... ich dreh langsam durch..
-
diamond1001
- Member
- Beiträge: 121
- Registriert: 24.06.2010, 21:25
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
na, da ists doch Zeit für nen kurzen google-Einsatz:
http://www.cs.uwaterloo.ca/~brecht/serv ... 5224cf.htm
http://www.dell.com/downloads/global/pr ... note_8.pdf
http://www.dell.com/downloads/global/po ... ekaran.pdf
Viele Grüße,
Jörg
http://www.cs.uwaterloo.ca/~brecht/serv ... 5224cf.htm
http://www.dell.com/downloads/global/pr ... note_8.pdf
http://www.dell.com/downloads/global/po ... ekaran.pdf
Viele Grüße,
Jörg
Wer ist online?
Mitglieder in diesem Forum: Google Adsense [Bot] und 28 Gäste