<p>If most connections are through a router, then balancing based on IP hash (source & destination IP) is usually the best method. You will need to be using VMXNET3 adapters in your VM's for best performance.</p>
<p>Cheers,</p>
<p>Bill</p>
<p>On Thu, 18 Nov 2010 11:11:32 +1100, Daniel Thoroughgood <daniel@thoroughgood.id.au> wrote:</p>
<blockquote type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px; width:100%"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<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></div>
<div>Incoming traffic depends on the switch.</div>
<div></div>
<div class="gmail_quote">On Thu, Nov 18, 2010 at 10:35 AM, Peter Tonoli <span><<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">http://www.cisco.com/en/US/tech/tk389/tk213/technologies_tech_note09186a0080094714.shtml</a>> lists a lot of the caveats associated with Etherchannel.
<div></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></div>
<div>I think..<br /><br />
<hr />
<blockquote style="border-left: 2px solid #1010ff; margin-left: 5px; padding-left: 5px;"><strong>From: </strong>"Skeeve Stevens" <<a href="mailto:Skeeve@eintellego.net">Skeeve@eintellego.net</a>><br /><strong>To: </strong>"ausnog" <<a href="mailto:ausnog@ausnog.net">ausnog@ausnog.net</a>><br /><strong>Sent: </strong>Thursday, 18 November, 2010 10:19:05 AM<br /><strong>Subject: </strong>[AusNOG] VM throughput to network
<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">skeeve@eintellego.net</a> / <a href="http://www.eintellego.net">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">www.linkedin.com/in/skeeve</a> ; <a href="http://facebook.com/eintellego">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>
</div>
</div>
_______________________________________________<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">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br /></blockquote>
<span style="color: #888888;"><br /><span><br /><br />-- <br /><span> </span>Peter Tonoli <<a href="mailto:peter@medstv.unimelb.edu.au">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> </span><br /></span></span></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">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br /><br /></blockquote>
</div>
</div>
</blockquote>
<p> </p>