[ovirt-users] Bandiwdth limit on a Virtual Machine

[Fernando Frediani]

Hello Yaniv.

Yes that exactly the bonding hash I am using layer3+4.

I have another server where I run simple libvirt/KVM in a similar 
scenario e it does balance the traffic well between all physical 
interfaces on the host as there are many individual connections to the VM.

But my question was if there was anything that hard limit any VM traffic 
to 1Gb unless you change and also what the speed the is shown on the 
interface is related to ? 1Gb, 10Gb or if you can set that specifically ?

Fernando


On 13/02/2017 16:25, Yaniv Kaul wrote:
>
>
> On Mon, Feb 13, 2017 at 6:25 PM, Fernando Frediani 
> <fernando.frediani at upx.com.br <mailto:fernando.frediani at upx.com.br>> 
> wrote:
>
>     Hello.
>
>     Is there any limitation of bandwidth for a Virtual Machine per
>     default ?
>
>     I have a host with a bonding of 3 x 1Gb and the VM is connected to
>     that bonding. On the Engine interface on the VM status I see
>     "Network" and it has a percentage and a tiny graph. What that
>     percentage is related to ? 1Gb ? 3Gb ? 10Gb ?
>
>     Is there anything that has to be done in order the VM can achieve
>     speeds over 1Gbps ?
>
>
> To the external network, you cannot easily achieve >1Gb, unless you 
> open multiple connections that will go over multiple physical NICs. It 
> depends on the bond hashing policy. layer3+4 might make it easier to 
> achieve. This is not very different than a connection from the host. 
> (I think UDP should be easier, but it's less interesting?)
>
> VM to VM traffic should easily overcome 1Gbps.
> Y.
>
>
>
>     Fernando
>
>     _______________________________________________
>     Users mailing list
>     Users at ovirt.org <mailto:Users at ovirt.org>
>     http://lists.ovirt.org/mailman/listinfo/users
>     <http://lists.ovirt.org/mailman/listinfo/users>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170213/90576415/attachment.html>