<p dir="ltr">Unless I am missing something that sounds like the perfect use case for quotas.<br>
Project Quotas are on virtual resources like cpu ram and storage</p>
<div class="gmail_quote">On Apr 29, 2015 7:26 PM, "Steve Poe" <<a href="mailto:steve.poe@gmail.com">steve.poe@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>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.<br><br></div> 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. <br><br></div>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?<br><br></div>Thanks.<br><br></div>Steve<br><div><div><br></div></div></div>
<br>_______________________________________________<br>
Rdo-list mailing list<br>
<a href="mailto:Rdo-list@redhat.com">Rdo-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/rdo-list" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a><br>
<br>
To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a><br></blockquote></div>