<p dir="ltr">Except your failure domain includes the cinder volume service, independent of the resiliency of you backend, so if they're all on one node then you don't really have availability zones.</p>
<p dir="ltr">I have historically strongly espoused the same view as Ben, though there are lots of people who want fake availability zones... No strong use cases though</p>
<div class="gmail_quote">On 28 Aug 2015 11:59, "Dulko, Michal" <<a href="mailto:michal.dulko@intel.com">michal.dulko@intel.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> From: Ben Swartzlander [mailto:<a href="mailto:ben@swartzlander.org">ben@swartzlander.org</a>]<br>
> Sent: Thursday, August 27, 2015 8:11 PM<br>
> To: OpenStack Development Mailing List (not for usage questions)<br>
><br>
> On 08/27/2015 10:43 AM, Ivan Kolodyazhny wrote:<br>
><br>
><br>
>       Hi,<br>
><br>
>       Looks like we need to be able to set AZ per backend. What do you<br>
> think about such option?<br>
><br>
><br>
><br>
> I dislike such an option.<br>
><br>
> The whole premise behind an AZ is that it's a failure domain. The node<br>
> running the cinder services is in exactly one such failure domain. If you have 2<br>
> backends in 2 different AZs, then the cinder services managing those<br>
> backends should be running on nodes that are also in those AZs. If you do it<br>
> any other way then you create a situation where a failure in one AZ causes<br>
> loss of services in a different AZ, which is exactly what the AZ feature is trying<br>
> to avoid.<br>
><br>
> If you do the correct thing and run cinder services on nodes in the AZs that<br>
> they're managing then you will never have a problem with the one-AZ-per-<br>
> cinder.conf design we have today.<br>
><br>
> -Ben<br>
<br>
I disagree. You may have failure domains done on a different level, like using Ceph mechanisms for that. In such case you want to provide the user with a single backend regardless of compute AZ partitioning. To address such needs you would need to set multiple AZ per backend to make this achievable.<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>