<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 7, 2022 at 8:56 AM Dmitriy Rabotyagov <<a href="mailto:noonedeadpunk@gmail.com">noonedeadpunk@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"></div>Another question - are features that tooz support with etcd enough for cinder active/active to work?</div></blockquote><div><br></div><div><div>Here's some general info about running cinder-volume in A/A mode:</div><div><br></div><div>-
 Very few drivers support A/A. Drivers need to explicitly declare their 
support, and there's no conformance test to ensure A/A mode actually 
works (drivers merely claim it should work). The RBD driver definitely 
supports A/A, and NFS is currently *not* supported.</div><div><br></div><div>-
 You need to configure two things for a driver to run A/A; 1) configure 
the 'cluster' setting in cinder.conf, 2) you need to configure a 
suitable DLM for the [coordination]backend_url in cinder.conf. From a DLM perspective, your best option is tooz's etcd3gw driver. Bear in mind the etcd3 driver is deprecated [1].</div></div><div><br></div><div>[1] <a href="https://review.opendev.org/c/openstack/tooz/+/833107">https://review.opendev.org/c/openstack/tooz/+/833107</a></div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto">IIRC, for NFS openstack-ansible deploy in active/standby mode by default. Only ceph goes "active/active" but we don't define coordination url for that - only define cluster_name...</div></div></blockquote><div><br></div><div>As I mentioned above, you definitely need to configure the coordination url with a suitable DLM for A/A to work properly. Things may seem to work when doing some light testing, but the cinder-volume services will eventually start stepping all over each other once the activity load increases.</div><div><br></div><div>Alan<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto">Though, we do provide a role/way to get etcd, so no blocker to get coordination_url for cinder if etcd covers all cinder needs<br><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">вс, 7 авг. 2022 г., 17:36 Dmitriy Rabotyagov <<a href="mailto:noonedeadpunk@gmail.com" rel="noreferrer" target="_blank">noonedeadpunk@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div>I have actually a question on unrelated topic, but related to the active/standby of cinder-volume.</div><div dir="auto"><br></div><div dir="auto">Is there any way to explicitly tell to the backend that it should be active? As well as would it restore active mode if at some point become unreachable and then restore? Recently I tried to look through docs and config options, but was not able to find an answer.<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">вс, 7 авг. 2022 г., 17:09 Takashi Kajinami <<a href="mailto:tkajinam@redhat.com" rel="noreferrer noreferrer" target="_blank">tkajinam@redhat.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>- Usually you need to deploy cinder-volume as an act/sby process. Your cinder-volume would  run</div><div>  on only one of the controller nodes managed by a cluster technology like pacemaker.<br></div><div>  You can split cinder-volume per backend but in such case you'd run each c-vol in act/sby mode.</div></div>
</blockquote></div></div></div>
</blockquote></div></div></div></div>
</blockquote></div></div>