[Rdo-list] OpenStack Juno: best way to implement quotas?
mohammed.arafa at gmail.com
Wed Apr 29 23:57:16 UTC 2015
that is correct: project a seperate. think of them as mini virtual
datacenters if you like
have you tried to set up a GRE tunnel between the two projects? i recommend
you search the internet for a good blog post or walkthrough. other than
https://www.rdoproject.org/Using_GRE_Tenant_Networks i unfortunately do
not have one i can recommend .also note that you will be doing fundamental
changes to your networking if you go the GRE way
however, if you have 2 separate teams why not have them communicate via the
On Wed, Apr 29, 2015 at 7:46 PM, Steve Poe <steve.poe at gmail.com> wrote:
> I think so too, but when I create a new projects (DevTeam_A and DevTeam
> B), I cannot figure it out how to create one network that both will use. I
> maybe smart enough to route myself into a corner (pun intended). When login
> as admin, go to Networking, and try associate a new project to the same
> network name that is shared.
> On Wed, Apr 29, 2015 at 4:29 PM, Mohammed Arafa <mohammed.arafa at gmail.com>
>> Unless I am missing something that sounds like the perfect use case for
>> Project Quotas are on virtual resources like cpu ram and storage
>> On Apr 29, 2015 7:26 PM, "Steve Poe" <steve.poe at gmail.com> wrote:
>>> My colleagues and I are looking at using OpenStack Juno internally using
>>> in various install methods (pre-packaged enterprise offering, manual via
>>> packages, etc. I picked RDO. I am responsible for evaluating quota usage.
>>> We'll have different development teams using our environment in one
>>> network. Each development team may have their own project where quotas can
>>> be adjusted when necessary. However, each project/tenant gets its own
>>> network. I wish I could associate multiple projects with one network.
>>> I was hoping to use projects in managing/implementing quotas (instances,
>>> cores, ram, storage, etc.) for the dev teams, but maybe I am approaching
>>> incorrectly. Any suggestions?
>>> Rdo-list mailing list
>>> Rdo-list at redhat.com
>>> To unsubscribe: rdo-list-unsubscribe at redhat.com
*Link to me on LinkedIn <http://www.linkedin.com/in/mohammedarafa>*
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the dev