<div>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.<div>
<br></div><div>Incoming traffic depends on the switch.<br></div><div><br></div><div class="gmail_quote">On Thu, Nov 18, 2010 at 10:35 AM, Peter Tonoli <span dir="ltr"><<a href="mailto:peter@medstv.unimelb.edu.au">peter@medstv.unimelb.edu.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div style="font-family:Times New Roman;font-size:12pt;color:#000000">The answer is "it depends". This doc <<a href="http://www.cisco.com/en/US/tech/tk389/tk213/technologies_tech_note09186a0080094714.shtml" target="_blank">http://www.cisco.com/en/US/tech/tk389/tk213/technologies_tech_note09186a0080094714.shtml</a>> lists a lot of the caveats associated with Etherchannel.<div>
<br></div><div>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.</div>
<div><br></div><div>I think..<br><br><hr><blockquote style="border-left:2px solid rgb(16, 16, 255);margin-left:5px;padding-left:5px"><b>From: </b>"Skeeve Stevens" <<a href="mailto:Skeeve@eintellego.net" target="_blank">Skeeve@eintellego.net</a>><br>
<b>To: </b>"ausnog" <<a href="mailto:ausnog@ausnog.net" target="_blank">ausnog@ausnog.net</a>><br><b>Sent: </b>Thursday, 18 November, 2010 10:19:05 AM<br><b>Subject: </b>[AusNOG] VM throughput to network<div>
<div></div><div class="h5"><br><br>
<div>
<p class="MsoNormal"><span style="color:#002060">Hey all,</span></p>
<p class="MsoNormal"><span style="color:#002060"> </span></p>
<p class="MsoNormal"><span style="color:#002060">Got an interesting debate with
some server guys.</span></p>
<p class="MsoNormal"><span style="color:#002060"> </span></p>
<p class="MsoNormal"><span style="color:#002060">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.</span></p>
<p class="MsoNormal"><span style="color:#002060"> </span></p>
<p class="MsoNormal"><span style="color:#002060">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.</span></p>
<p class="MsoNormal"><span style="color:#002060"> </span></p>
<p class="MsoNormal"><span style="color:#002060">Is this true and is there any
docs for either HP DL 380’s, VMware which would support either stance?</span></p>
<p class="MsoNormal"><span style="color:#002060"> </span></p>
<p class="MsoNormal"><span style="color:#002060">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.</span></p>
<p class="MsoNormal"><span style="color:#002060"> </span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:#002060"> </span></p>
<p class="MsoNormal"><span style="color:#1F497D">...Skeeve</span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:#002060"> </span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:#002060">--</span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:#002060">Skeeve Stevens,
CEO</span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:#002060">eintellego Pty
Ltd - The Networking Specialists</span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:#002060"><a href="mailto:skeeve@eintellego.net" target="_blank">skeeve@eintellego.net</a>
/ <a href="http://www.eintellego.net" target="_blank">www.eintellego.net</a></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:#002060">Phone: 1300 753
383, Fax: (+612) 8572 9954</span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:#002060">Cell +61 (0)414
753 383 / skype://skeeve</span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:#002060"><a href="http://www.linkedin.com/in/skeeve" target="_blank">www.linkedin.com/in/skeeve</a>
; <a href="http://facebook.com/eintellego" target="_blank">facebook.com/eintellego</a></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:#002060">--</span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:#002060">eintellego -
The Experts that the Experts call</span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:#002060">- Juniper - HP
Networking - Cisco - Brocade - Arista - Allied Telesis</span></p>
<p class="MsoNormal"><span style="color:#002060"> </span></p>
<p class="MsoNormal"><span style="font-size:8.0pt;color:#002060">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.</span></p>
<p class="MsoNormal"> </p>
</div>
<br></div></div>_______________________________________________<br>AusNOG mailing list<br><a href="mailto:AusNOG@lists.ausnog.net" target="_blank">AusNOG@lists.ausnog.net</a><br><a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
</blockquote><font color="#888888"><br><span><br><br>-- <br><span name="x"></span>Peter Tonoli <<a href="mailto:peter@medstv.unimelb.edu.au" target="_blank">peter@medstv.unimelb.edu.au</a>><br>IT Manager<br>The University of Melbourne St. Vincent's Academic Centre, St. Vincent's Institute and O'Brien Institute<span name="x"></span><br>
</span></font></div></div></div><br>_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
<br></blockquote></div><br></div>