[Rdo-list] OpenStack Juno: best way to implement quotas?
Steve Poe
steve.poe at gmail.com
Thu Apr 30 00:11:12 UTC 2015
It's all internal where typical instances will associate to a
static/floating IP. Again, the goal is to manage the resources so we don't
have a default where everyone can launch 5 or 50 instances. I maybe
over-thinking it; I hope it becomes easier than what my brain can handle at
the moment. :-)
Steve
On Wed, Apr 29, 2015 at 4:57 PM, Mohammed Arafa <mohammed.arafa at gmail.com>
wrote:
> 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 public ip?
>
> On Wed, Apr 29, 2015 at 7:46 PM, Steve Poe <steve.poe at gmail.com> wrote:
>
>> Mohammed,
>>
>> 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.
>>
>> Steve
>>
>> On Wed, Apr 29, 2015 at 4:29 PM, Mohammed Arafa <mohammed.arafa at gmail.com
>> > wrote:
>>
>>> Unless I am missing something that sounds like the perfect use case for
>>> quotas.
>>> 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?
>>>>
>>>> Thanks.
>>>>
>>>> Steve
>>>>
>>>>
>>>> _______________________________________________
>>>> Rdo-list mailing list
>>>> Rdo-list at redhat.com
>>>> https://www.redhat.com/mailman/listinfo/rdo-list
>>>>
>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com
>>>>
>>>
>>
>
>
> --
>
>
> <https://candidate.peoplecert.org/ReportsLink.aspx?argType=1&id=13D642E995903C076FA394F816CC136539DBA6A32D7305539E4219F5A650358C02CA2ED9F1F26319&AspxAutoDetectCookieSupport=1>
>
> *805010942448935*
> <https://www.redhat.com/wapps/training/certification/verify.html?certNumber=805010942448935&verify=Verify>
>
> *GR750055912MA*
> <https://candidate.peoplecert.org/ReportsLink.aspx?argType=1&id=13D642E995903C076FA394F816CC136539DBA6A32D7305539E4219F5A650358C02CA2ED9F1F26319&AspxAutoDetectCookieSupport=1>
>
> *Link to me on LinkedIn <http://www.linkedin.com/in/mohammedarafa>*
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20150429/1ee12172/attachment.html>
More information about the dev
mailing list