[AusNOG] VM throughput to network

[Daniel Thoroughgood]

I believe ESX  load-balances outbound traffic based upon destination MAC
address.  If traffic is mostly going to a default gateway, or a storage
device, then it's unlikely to be moved over more than one link.

Incoming traffic depends on the switch.

On Thu, Nov 18, 2010 at 10:35 AM, Peter Tonoli
<peter at medstv.unimelb.edu.au>wrote:

> The answer is "it depends". This doc <
> http://www.cisco.com/en/US/tech/tk389/tk213/technologies_tech_note09186a0080094714.shtml>
> lists a lot of the caveats associated with Etherchannel.
>
> The balancing as such also depends on the hashing algorithm at both ends;
> for example, if you have few sessions (or one) between the VM and external
> systems, then it's unlikely that you'll have traffic being anywhere near
> balanced, and hence you won't get anywhere near 2GB throughput.
>
> I think..
>
> ------------------------------
>
> *From: *"Skeeve Stevens" <Skeeve at eintellego.net>
> *To: *"ausnog" <ausnog at ausnog.net>
> *Sent: *Thursday, 18 November, 2010 10:19:05 AM
> *Subject: *[AusNOG] VM throughput to network
>
>
>  Hey all,
>
>
>
> Got an interesting debate with some server guys.
>
>
>
> It is my ‘theory’ (not backed up my technical facts) that a VM should be
> able to use more than 1Gig of throughput when a VM (VMware) is on a server
> that has a bonded NIC to a switch which ‘in Cisco talk’ is doing a
> ether-channel/port channel to the server – the case in point is 2 cables
> together, but in theory should be able to go to 4 or more.
>
>
>
> The server guys are suggesting that a single VM can only go out one of the
> NIC ports and therefore only get to a maximum of 1Gb throughput.
>
>
>
> Is this true and is there any docs for either HP DL 380’s, VMware which
> would support either stance?
>
>
>
> Just trying to verify a theory, and since there would be a ton of people on
> this list which do VMware, NIC bonding into switching, I thought it would be
> a great place to ask.
>
>
>
>
>
> ...Skeeve
>
>
>
> --
>
> Skeeve Stevens, CEO
>
> eintellego Pty Ltd - The Networking Specialists
>
> skeeve at eintellego.net / www.eintellego.net
>
> Phone: 1300 753 383, Fax: (+612) 8572 9954
>
> Cell +61 (0)414 753 383 / skype://skeeve
>
> www.linkedin.com/in/skeeve ; facebook.com/eintellego
>
> --
>
> eintellego - The Experts that the Experts call
>
> - Juniper - HP Networking - Cisco - Brocade - Arista - Allied Telesis
>
>
>
> Disclaimer: Limits of Liability and Disclaimer: This message is for the
> named person's use only. It may contain sensitive and private proprietary or
> legally privileged information. You must not, directly or indirectly, use,
> disclose, distribute, print, or copy any part of this message if you are not
> the intended recipient. eintellego Pty Ltd and each legal entity in the
> Tefilah Pty Ltd group of companies reserve the right to monitor all e-mail
> communications through its networks.  Any views expressed in this message
> are those of the individual sender, except where the message states
> otherwise and the sender is authorised to state them to be the views of any
> such entity. Any reference to costs, fee quotations, contractual
> transactions and variations to contract terms is subject to separate
> confirmation in writing signed by an authorised representative of
> eintellego. Whilst all efforts are made to safeguard inbound and outbound
> e-mails, we cannot guarantee that attachments are virus-free or compatible
> with your systems and do not accept any liability in respect of viruses or
> computer problems experienced.
>
>
>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
>
>
> --
> Peter Tonoli <peter at medstv.unimelb.edu.au>
> IT Manager
> The University of Melbourne St. Vincent's Academic Centre, St. Vincent's
> Institute and O'Brien Institute
>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20101118/8e2ff955/attachment.html>