<div dir="ltr">Thanks Duncan. I was thinking if we can use volume_type instead of available_zone totally. I mean whatever you have, one or many c-vol node, you can just use volume_type to schedule volume creation on different backends without using AZs at all.  I also think available_zone is useless if there is only one c-vol node existing. So is it possible that we remove it from cinder?<div>Or we should tell admin/users clearly that the available_zone should be used under <span style="font-size:14px">multiple</span><span style="font-size:14px"> c-vol nodes situation.</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-07-20 6:36 GMT+08:00 Duncan Thomas <span dir="ltr"><<a href="mailto:duncan.thomas@gmail.com" target="_blank">duncan.thomas@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>So this has come up a few times. My question is, does having one node serving several backends really form multiple AZs? Not really, the c-vol node becomes a single point of failure.<br><br></div>There might be value in moving the AZ setting into the per-backend configurables, if it doesn't work there already, for testing if nothing else, but I do worry that it encorages people to misunderstand or worse intentionally fake multiple AZs.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On 19 July 2015 at 05:19, hao wang <span dir="ltr"><<a href="mailto:sxmatch1986@gmail.com" target="_blank">sxmatch1986@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hi  stackers,<div><br></div><div>I found now cinder only can configure one storage_availability_zone for cinder-volume. If using multi-backend in one cinder-volume node, could we have different AZ for each backend? So that we can specify each backend as a AZ and create volume in this AZ.</div><div><br></div><div>Regards,</div><div>Wang Hao
</div></div>
<br></div></div>__________________________________________________________________________<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>
<br></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div><div dir="ltr"><div>-- <br>Duncan Thomas</div></div></div>
</font></span></div>
<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>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><pre>Best Wishes For You!</pre></div>
</div>