Re: RE: Virutal Router MTU
Hi Alex, In our particular use case the Public Network is an SD WAN and we have a requirement of slightly smaller MTU than the standard 1500. I have assumed that our traffic will be encapsulated into something else before delivery, I guess that is the reason for the requirement. What would be the easier way to add support for MTU tunning on VRs? I would be to contribute and implement it. Regards, On Wed, 2021-03-24 09:39 AM, Alex Mattioli wrote: > Hi R, > > There's no ACS setting for the VR's MTU size. > Unless you are running storage traffic s in that network then jumbo frames > aren't of much use. I've ran some tests at the request of some customers in > my previous job, and with some very busy VRs and the performance gains for an > MTU of 9000 were statistically insignificant. > If your VRs are saturated your best option is to increase the resources for > its offering (if you need guidance with that, am happy to provide it) > > Anyway, what's your use case for jumbo frames? > > Regards, > Alex > > alex.matti...@shapeblue.com > http://www.shapeblue.com > 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK > @shapeblue > > > > > -Original Message- > From: rva...@privaz.io.INVALID " target="_blank"> > Sent: 24 March 2021 09:23 > To: us...@cloudstack.apache.org > Subject: Virutal Router MTU > > Hi! > > I can see in the Global Parameters that it is possible to specify the MTU for > secondary storage VM. > > Is it possible to configure the MTU for a virtual router? how? > > Regards, > R. >
RE: RE: Virutal Router MTU
Hi Raf, Can you share with us which SDWAN vendor it is? I've tried 4 different ones with ACS and they all worked fine, in all cases what I did was to set the MTU in the SDWAN appliance to be a bit lower than 1500 (in between 1422 and 1460, depending on SDWAN solution). In most network you'll end up with most of your traffic with an MTU of around 500-600 anyway, so larger MTU doesn't help that much, I'd highly recommend you run some traffic analysis to try to figure out what's the MTU distribution for your network traffic. With that said, I also had to change the MTU in VRs for a proof of concept on iSCSI between datacenters, in that situation I just wrote a script that would login to each VR and change the MTU of the public and private interfaces, it worked OK. I would strongly advise you not to change the MTU of the management interface, when I did (by mistake) the VRs lost communication with the management server. If you want to contribute by expanding cloudstack code to add a setting for VR MTU I'd be more than happy to collaborate with you on that. Hope this helps. Cheers, Alex alex.matti...@shapeblue.com www.shapeblue.com 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK @shapeblue -Original Message- From: Rafael del Valle Sent: 24 March 2021 10:33 To: us...@cloudstack.apache.org Cc: us...@cloudstack.apache.org; dev@cloudstack.apache.org Subject: Re: RE: Virutal Router MTU Hi Alex, In our particular use case the Public Network is an SD WAN and we have a requirement of slightly smaller MTU than the standard 1500. I have assumed that our traffic will be encapsulated into something else before delivery, I guess that is the reason for the requirement. What would be the easier way to add support for MTU tunning on VRs? I would be to contribute and implement it. Regards, On Wed, 2021-03-24 09:39 AM, Alex Mattioli wrote: > Hi R, > > There's no ACS setting for the VR's MTU size. > Unless you are running storage traffic s in that network then jumbo frames > aren't of much use. I've ran some tests at the request of some customers in > my previous job, and with some very busy VRs and the performance gains for an > MTU of 9000 were statistically insignificant. > If your VRs are saturated your best option is to increase the > resources for its offering (if you need guidance with that, am happy > to provide it) > > Anyway, what's your use case for jumbo frames? > > Regards, > Alex > > alex.matti...@shapeblue.com > http://www.shapeblue.com > 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK > @shapeblue > > > > > -Original Message- > From: rva...@privaz.io.INVALID " > target="_blank"> > Sent: 24 March 2021 09:23 > To: us...@cloudstack.apache.org > Subject: Virutal Router MTU > > Hi! > > I can see in the Global Parameters that it is possible to specify the MTU for > secondary storage VM. > > Is it possible to configure the MTU for a virtual router? how? > > Regards, > R. >
Re: Set Number of queues for Virtio NIC driver to vCPU count?
+1 It's a great idea which is implemented already on some of the other platforms. It can make a big difference when pushing a lot of traffic, such as VoIP etc. Hope it gets implemented. Lucian On 2021-03-23 23:08, Sean Lair wrote: Hi all, We are looking to improve the network performance of our KVM/QEMU VMs running in CloudStack. One thing we noticed is that the Virtio NICs are not configured to use multiple queues. A couple of years ago someone created a PR to increase the Virtio SCSI queue count to match the number of vCPUs: https://github.com/apache/cloudstack/pull/3101 Before we look at this further, any thoughts on doing something similar with Virtio NICs? Thanks Sean
Re: RE: RE: Virutal Router MTU
Hi Alex, We are asked to set MTU 1400. I don't really know the particular vendor behind the SDWAN solution. I will ask. I see your point. I will run some analysis and let you know what I see. The thing is that in the past we run OpenNebula in this environment, we managed to ignore the requirement successfully for some time until we realized that networking issues required the setting. I have reviewed my notes and I can only find a commit on some scripts stating its need and setting it. (a workaround similar to yours, to patch the VRs). But now I don't remember exactly which use case triggered the networking issues. Would be very nice to have an issue to reproduce. I will look into this a bit more and get back to you. Regards, Rafael OK I will let you know how it goes. On Wed, 2021-03-24 11:08 AM, Alex Mattioli wrote: > Hi Raf, > > Can you share with us which SDWAN vendor it is? I've tried 4 different ones > with ACS and they all worked fine, in all cases what I did was to set the MTU > in the SDWAN appliance to be a bit lower than 1500 (in between 1422 and 1460, > depending on SDWAN solution). In most network you'll end up with most of > your traffic with an MTU of around 500-600 anyway, so larger MTU doesn't help > that much, I'd highly recommend you run some traffic analysis to try to > figure out what's the MTU distribution for your network traffic. > > With that said, I also had to change the MTU in VRs for a proof of concept on > iSCSI between datacenters, in that situation I just wrote a script that would > login to each VR and change the MTU of the public and private interfaces, it > worked OK. I would strongly advise you not to change the MTU of the > management interface, when I did (by mistake) the VRs lost communication with > the management server. > > If you want to contribute by expanding cloudstack code to add a setting for > VR MTU I'd be more than happy to collaborate with you on that. > > Hope this helps. > > Cheers, > Alex > > > alex.matti...@shapeblue.com > http://www.shapeblue.com > 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK > @shapeblue > > > > > -Original Message- > From: Rafael del Valle " target="_blank"> > Sent: 24 March 2021 10:33 > To: us...@cloudstack.apache.org > Cc: us...@cloudstack.apache.org; dev@cloudstack.apache.org > Subject: Re: RE: Virutal Router MTU > > Hi Alex, > > In our particular use case the Public Network is an SD WAN and we have a > requirement of slightly smaller MTU than the standard 1500. > > I have assumed that our traffic will be encapsulated into something else > before delivery, I guess that is the reason for the requirement. > > What would be the easier way to add support for MTU tunning on VRs? > > I would be to contribute and implement it. > > Regards, > > > > > > On Wed, 2021-03-24 09:39 AM, Alex Mattioli " > target="_blank"> wrote: > > > Hi R, > > > > There's no ACS setting for the VR's MTU size. > > Unless you are running storage traffic s in that network then jumbo frames > > aren't of much use. I've ran some tests at the request of some customers in > > my previous job, and with some very busy VRs and the performance gains for > > an MTU of 9000 were statistically insignificant. > > If your VRs are saturated your best option is to increase the > > resources for its offering (if you need guidance with that, am happy > > to provide it) > > > > Anyway, what's your use case for jumbo frames? > > > > Regards, > > Alex > > > > alex.matti...@shapeblue.com > > http://www.shapeblue.com > > 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK > > @shapeblue > > > > > > > > > > -Original Message- > > From: rva...@privaz.io.INVALID " > > target="_blank">" target="_blank"> > > Sent: 24 March 2021 09:23 > > To: us...@cloudstack.apache.org > > Subject: Virutal Router MTU > > > > Hi! > > > > I can see in the Global Parameters that it is possible to specify the MTU > > for secondary storage VM. > > > > Is it possible to configure the MTU for a virtual router? how? > > > > Regards, > > R. > > >
Re: Set Number of queues for Virtio NIC driver to vCPU count?
Hi Sean, Agree with your proposal. I'm not sure if there are any cons to the changes as I see related changes for disks. Regards. Regards, Rohit Yadav From: n...@li.nux.ro Sent: Wednesday, March 24, 2021 5:19:36 PM To: dev@cloudstack.apache.org Cc: Sean Lair Subject: Re: Set Number of queues for Virtio NIC driver to vCPU count? +1 It's a great idea which is implemented already on some of the other platforms. It can make a big difference when pushing a lot of traffic, such as VoIP etc. Hope it gets implemented. Lucian On 2021-03-23 23:08, Sean Lair wrote: > Hi all, > > We are looking to improve the network performance of our KVM/QEMU VMs > running in CloudStack. One thing we noticed is that the Virtio NICs > are not configured to use multiple queues. A couple of years ago > someone created a PR to increase the Virtio SCSI queue count to match > the number of vCPUs: > > https://github.com/apache/cloudstack/pull/3101 > > Before we look at this further, any thoughts on doing something > similar with Virtio NICs? > > Thanks > Sean rohit.ya...@shapeblue.com www.shapeblue.com 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK @shapeblue
RE: Set Number of queues for Virtio NIC driver to vCPU count?
Thanks for the reply guys. We'll start looking more into this! Sean -Original Message- From: Rohit Yadav Sent: Wednesday, March 24, 2021 7:28 AM To: dev@cloudstack.apache.org Cc: Sean Lair Subject: [DKIM Fail] Re: Set Number of queues for Virtio NIC driver to vCPU count? Hi Sean, Agree with your proposal. I'm not sure if there are any cons to the changes as I see related changes for disks. Regards. Regards, Rohit Yadav From: n...@li.nux.ro Sent: Wednesday, March 24, 2021 5:19:36 PM To: dev@cloudstack.apache.org Cc: Sean Lair Subject: Re: Set Number of queues for Virtio NIC driver to vCPU count? +1 It's a great idea which is implemented already on some of the other platforms. It can make a big difference when pushing a lot of traffic, such as VoIP etc. Hope it gets implemented. Lucian On 2021-03-23 23:08, Sean Lair wrote: > Hi all, > > We are looking to improve the network performance of our KVM/QEMU VMs > running in CloudStack. One thing we noticed is that the Virtio NICs > are not configured to use multiple queues. A couple of years ago > someone created a PR to increase the Virtio SCSI queue count to match > the number of vCPUs: > > https://github.com/apache/cloudstack/pull/3101 > > Before we look at this further, any thoughts on doing something > similar with Virtio NICs? > > Thanks > Sean rohit.ya...@shapeblue.com www.shapeblue.com 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK @shapeblue
[GitHub] [cloudstack-documentation] PaulAngus commented on pull request #197: Added information of deprecated feature "basic networking" for a zone
PaulAngus commented on pull request #197: URL: https://github.com/apache/cloudstack-documentation/pull/197#issuecomment-805988007 Hi @Hudratronium yes it's very disappointing that such a big issue wasn't responded to. I'll create a blocker bug, probably targeted at the UI, although we need to be sure no-one has broken 'basic networking' entirely. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org
