Hello Abhishek, Everything is useful and it completely depends on your requirements..!
* Is having VM-level (using compute offering and global setting for VMs) useful? Having a higher network rate for VMs and a lower network rate for VRs(network) will make it useless. Ans - Yes definitely it's useful, so consider a scenerio where you want to provide a higher speed of data transfer between VMs in same network ( Guest traffic ) but lower speed for public traffic or may be on the different network. * Should there be a single portgroup in vCenter based on the network rate of VRs/network especially in the case when the network rate for VRs is lower? Ans - ACS create separate port group for each config, single port groups can't controller multiple QoS. So let's suppose if you create a VM with 500 Mbps network rate, ACS will create a port group and will put 500Mbps in network rate, so if you create other VMs under the same network and same compute offering it will out under the same, but the moment you change your network offering i.e 200 Mbps then it will create a separate port group with 200 Mbps network rate and will attach same to the VM. * Even while using different network rates, should there be consistency across different NICs of user VMs? Currently, compute offering and global setting only affects the default NIC of the user VMs. Ans- As I said, it create separate port group as per the network rate and VLAN. Regards Vivek Kumar On Mon, 26 Jul, 2021, 15:04 Abhishek Kumar, <abhishek.ku...@shapeblue.com> wrote: > Hi all, > > I've been working on fixing/refactoring VMware portgroup reconfigure on > network offering change, https://github.com/apache/cloudstack/pull/5181 > While working on it I found different portgroups on the same VLAN can be > used based on the different network rates used in the network offering of > the network and compute offering of the user VMs. Below are my findings: > > * Network offerings will control network rate only for VR(s) and > non-default NICs of the user VMs. > * Default network rate for VRs and non-default NICs of the user VMs > can be controlled by global setting, "network.throttling.rate". > > * For the default NIC of user VMs, the network rate is controlled by > the compute offerings of the VM. > > * For the default NIC of user VMs, the default network rate can be > controlled using the global setting,"vm.network.throttling.rate". > > So now my queries are: > > * Is having VM-level (using compute offering and global setting for > VMs) useful? Having a higher network rate for VMs and a lower network rate > for VRs(network) will make it useless. > * Should there be a single portgroup in vCenter based on the network > rate of VRs/network especially in the case when the network rate for VRs is > lower? > * Even while using different network rates, should there be > consistency across different NICs of user VMs? Currently, compute offering > and global setting only affects the default NIC of the user VMs. > > Please share your thoughts and ideas. It will be interesting to know how > others configure network throttling for networks and VMs. > > Regards, > Abhishek > > > > >
