Originally posted by: spidey07
Broavane,
You gain nothing from doing what you described. There is no point to using that many NICs. Best practice is to use two NICs in a load balancing scenario to one switch, and other pair in a load balancing to a different switch and set the secondary pair up as a failover from the first.
there is also rarely a good reason to have a server on more than one network, the only good reason being an out of band management network. What I'm trying to say is just because you can doesn't make it a good idea.
Now you're just talking the crazy talk.
10 nics, 4 teams -- that's only 2 nics on 4 networks each with 1 for OOB and 1 for sync to some other node or maybe even just using 2 nics for attaching to iscsi. Happens commonly for shops that want VM failover and virtual machines, but don't want to trunk or do vlans on a virtual switch. Totally acceptable practice especially in shops with dedicated and seperate sysops and netops staff.
There's lots of good reasons and best practices which require having 1 machine on multiple vlans.
Offhand I can think of
- bridgehead servers
- web application servers (presuming a database backend).
- most any high-end IPS system
- the aforementioned VMs.
- any number of networking devices that live as software or any proxy software really.
- most anything vpn-ish
- anything that uses carp or sync practically begs for multiple subnets.
- anytime you have dedicated iscsi equipment, you have to have a multi-homed machine somewhere.
Silly spidey.