<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 31 July 2015 at 20:40, Mike Perez <span dir="ltr"><<a href="mailto:thingee@gmail.com" target="_blank">thingee@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Regardless, I want to know if we really need a DLM. Does Ceilometer<br>
really need a DLM? Does Cinder really need a DLM? Can we just use a<br>
hash ring solution where operators don't even have to know or care<br>
about deploying a DLM and running multiple instances of Cinder manager<br>
just works?<br><br></blockquote><div><br><br></div><div>There's a lot of circling around here about what we're trying to achieve with 'H/A'.<br><br></div><div>Some people are interested in performance. For them, a hash ring solution (deterministic load balancing) is fine. If the aim is availability (as mine is) then I can't see how it helps. I might be missing something, of course - if so, I'm happy to be corrected.<br><br></div><div>To be clear, my aim with H/A is to remove the situation where a single node failure removes the control path for my storage. Currently, the only way to avoid this is to use something like pacemaker to monitor the c-vol services. Extensive experience suggests that pacemaker is a complex, fragile piece of software. Every component of cinder except c-vol can be deployer active/active[/active/...] - I'm aiming for consistency of approach if nothing else.<br><br></div><div>If it ends up that trying to fix this adds too much complexity and/or fragility to cinder itself, then I can accept that - once whatever we do ends up being worse than pacemaker, we've taken a significant step backwards.<br><br></div><div>Regardless of how H/A discussions go, the first part of Gorka's patch can certainly be used to fix a few of the API races we have, and can do so with rather nice, elegant, easy to understand code, so I think the whole process has been productive whatever the H/A outcome.<br></div><div><br> <br></div></div><div class="gmail_signature"><div dir="ltr"><div>-- <br>Duncan Thomas</div></div></div>
</div></div>