[Openstack-operators] Do you recommend large subnets in provider network?
manishg at yahoo-inc.com
Thu Apr 24 16:54:03 UTC 2014
Yes, it's an issue if there is a large subnet (performance issues due to broadcast as well as resource issues due to number of MACs on the subnet, etc. - the severity would depend on the scale+size). Or use L3 agents/ overlay / etc. - which may have its own performance issues depending on your scale.
Several folks have come up with their own solutions. In some form or other, you could implement rack-aware networking. You may want to look at the following design summit proposal as well as the blueprint.
If you were able to use multiple subnets and then select a network based on the scheduled HV then that would solve the problem. The above mentioned blueprint addresses this I believe.
From: sylecn <sylecn at gmail.com<mailto:sylecn at gmail.com>>
Date: Wednesday, April 23, 2014 12:37 AM
To: "openstack-operators at lists.openstack.org<mailto:openstack-operators at lists.openstack.org>" <openstack-operators at lists.openstack.org<mailto:openstack-operators at lists.openstack.org>>
Subject: [Openstack-operators] Do you recommend large subnets in provider network?
I'm building a private cloud using flat provider network. For the private network, I'm facing a choice between using a big subnet and multiple small subnets. I am seeking for advice.
I have a 10.21.176.0/22<http://10.21.176.0/22> network, which contains about 1024 IPs. If I declare this as a big subnet, will I get performance problems for broadcast packets, DHCP assignment, bad ping latency and the like?
What is your subnet size? Is there a practical maximum subnet size?
YY Inc. is hiring openstack and python developers. Interested? Check http://www.nsbeta.info/jobs
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-operators