<br><br><div class="gmail_quote">On Fri, Jan 18, 2013 at 11:59 AM, Brian Lamar <span dir="ltr"><<a href="mailto:brian.lamar@rackspace.com" target="_blank">brian.lamar@rackspace.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div style="word-wrap:break-word">
Woah there, why are we talking about scaling?
<div><br>
</div>
<div>I'm not 100% confident in my knowledge of availability zones, but aren't they just a lightweight concept that is basically nothing more than a property on compute nodes? How does scaling come in to play?</div>


<div><br>
</div>
<div>IMO AZs seem to be very much nova-centric and that data belongs to Nova or *potentially* some sort of orchestration service. The same goes for host aggregate groups, which I still very much confuse with AZs.</div>
<div><br>
</div>
<div>Once again, my terminology may be off but I feel like you're talking about cells?</div><span class="HOEnZb"><font color="#888888">
<div><br>
</div>
<div>Brian</div></font></span><div class="im">
<div><br>
</div>
<div><br>
</div>
<div>
<div>
<div>On Jan 18, 2013, at 11:10 AM, Jay Pipes <<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>> wrote:</div>
<br>
<blockquote type="cite"><span style="font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;display:inline!important;float:none">Many
 installations of Nova (including ours) do not use one giant Nova</span><br style="font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">


<span style="font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;display:inline!important;float:none">database
 that stores data for instances in multiple availability zones.</span><br style="font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">


<span style="font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;display:inline!important;float:none">To
 scale more effectively, we have a single Nova database for one</span><br style="font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">


<span style="font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;display:inline!important;float:none">availability
 zone in a region.</span></blockquote>
</div>
<br>
</div>
</div></div>

<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div>FWIW there the same AZ properties are used/required on the Cinder side.  Personally due to the whole issue of trying to sync things up between the two projects I think having a central location such as Keystone would make things much more useful and significantly more robust in the long term.