Ik wil netwerk redundantie opzetten voor een aantal RHEL5 servers.
Nu zou ik twee dingen kunnen doen.
1. Twee netwerkkaarten koppelen aan 1 vswitch.
2. RHEL5 server koppelen aan twee vswitches en vervolgens netwerk bonding configureren.
Mijn vraag, wat werk beter? M.a.w. met welke config heb ik de meeste kans dat mijn tcp connecties werkende blijven.
Oja, mijn voorkeur gaat uit naar een setup die geen speciale configuratie op de switches vereist.

Waarom zou je dit willen? want redundantie zit hem (mits goed geconfigureerd) al op vSwitch niveau, waarom zou je de VM dan een extra NIC willen geven?

Voor de redundantie natuurlijk. Die ik nu dus niet heb.
Als bonding over twee virtuele netwerk adapters beter werkt dan simpel weg twee netwerkkaarten in een vswitch te stoppen zou ik dit prefereren.

Door een vSwitch te hebben met 2 (of meer) fysieke netwerk kaarten heb je je redundantie al grotendeels ingedekt. Met een cluster resource (lees: HA/DRS) heb je ook nog eens uitwijk naar een 2e fysieke server. Hiervoor is echter wel centrale storage benodigd.

Indien je in je host 2x een quad port adapter hebt is het aan te raden nic1 in adapter 1 en nic2 in adapter 2 te binnen dezelfde vSwitch, zo kan er een fysieke netwerk adapter kapot gaan..

Vervolgens heb je bijv 2 of meer coreswitches, door ook deze weer in te zetten dat 2 switches communicatie plaatsvind naar een en dezelfde vSwitch kan er een host, switch en/of adapter kapot gaan.

Denk dat je dan toch wel aardig goed zit in de redundantie en maak je gebruik van 1 vNIC adapter en dus 1 vSwitch

_________________
| Blog.vmpros.nl | Twitter | DBL | vExpert 2010/2011/2012 |

Bonding, officieel link aggregation geheten (LAG) IEEE 802.3ad, ook wel bekend als truncking, teaming, port/ether channel (FEC) of de niet static variant LACP.
Is niet mogelijk over 2 vSwitches heen. Zoals eerder genoemd, alles wat betreft failover wil je niet in je guest regelen maar op je host.

Ok, als bonding virtueel niet mogelijk is dan vervalt deze optie.

Stel ik gebruik de default "teaming" configuatie van vmware.
Dus twee netwerk kaarten aangesloten op 1 vswitch, geen speciale configuratie op de coreswitches en VMware regelt welke fysieke NIC wordt gebruikt voor een VM.
Hoe goed is een degelijke config in het geval als 1 van de 2 core switches faalt?
Hoe zijn mijn kansen dat de TCP connecties blijven leven?
(hang ook veel af van de app natuurlijk)

werkt heel goed. kan iedereen hier bevestigen denk ik.
Je klinkt alsof je vsphere nog niet helemaal vertrouwd. Snel mee stoppen met die wantrouw! Veel dingen die je vanuit een guest zou kunnen regelen kan op vmware nivo beter

Dat heeft niets met de v/pNIC's en v/pSwitches te maken. Sessies worden in standgehouden door client/server i.c.m. het protocol dat gespoken wordt. TCP/IP zorgt voor eventuele re-transmits in geval van packetloss e.d. Dit heeft niets te maken met de fysieke laag (ethernet) die daar tussen zit, zolang er maar een verbinding tussen A en B is.