<div dir="ltr"><div><div>Hi,<br><br></div>After starting implementing granular deployment we've faced a bunch of issues that would make further development of this feature much more complicated if we have to support both Simple and HA deployment modes. For example: simple mode does not require cluster (corosync, pacemaker, vips, etc), so we had to skip this task for Simple mode somehow - we can use conditional tasks, or conditional manifests in our tasks, or create separate task graphs for different deployment modes, etc - either way it's pretty much doubling the amount of work for some parts of Fuel and our development cycle.<br><br>At the moment, CI blocks us from further development of fuel-library modularization BP [2] because we still use Simple mode in CI. So in order to proceed with this BP we have two options:<br><br></div><div>1) remove Simple mode from CI/QA and thus drop it completely from Fuel<br></div><div>2) double our efforts to support both Simple and HA modes in granular deployment<br></div><div><br>We have a BP about single-controller HA [1]. HA with single controller
works just fine at the moment. So if you want to test Fuel on a minimum
set of nodes, you can do this on 3 nodes (Fuel master, controller,
compute), just like with Simple mode before. I suppose, it's time to finally drop support for Simple mode in Fuel :)<br></div><div><br>[1] <a href="https://blueprints.launchpad.net/fuel/+spec/single-controller-ha">https://blueprints.launchpad.net/fuel/+spec/single-controller-ha</a><br>[2] <a href="https://blueprints.launchpad.net/fuel/+spec/fuel-library-modularization">https://blueprints.launchpad.net/fuel/+spec/fuel-library-modularization</a><br></div><br><div class="gmail_extra">--<br></div><div class="gmail_extra">Regards,<br></div><div class="gmail_extra">Aleksandr Didenko<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 9:25 AM, Mike Scherbakov <span dir="ltr"><<a href="mailto:mscherbakov@mirantis.com" target="_blank">mscherbakov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Definitely fuel spec is needed :)</div><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">On Mon, Aug 25, 2014 at 8:45 PM, Evgeniy L <span dir="ltr"><<a href="mailto:eli@mirantis.com" target="_blank">eli@mirantis.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Andrew, <div><br></div><div>I have some comments regarding to you action items<div><div><br>
</div><div>>> <span style="font-family:arial,sans-serif;font-size:13px">2) Removing simple mode from the ui and tests</span></div>
<div style="font-family:arial,sans-serif;font-size:13px">>> 3) Removing simple mode support from nailgun (maybe we leave it) and cli</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div></div><div style="font-family:arial,sans-serif;font-size:13px">
We shouldn't do it, because nailgun should handle both versions of cluster.</div><div style="font-family:arial,sans-serif;font-size:13px">What we have to do here is to use openstack.yaml to keep all possible modes.</div>
<div style="font-family:arial,sans-serif;font-size:13px">For new release there will be only ha, to manage previous releases we have</div><div style="font-family:arial,sans-serif;font-size:13px">to create data migrations in nailgun to create the filed with modes i.e. multinode</div>
<div style="font-family:arial,sans-serif;font-size:13px">and ha.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Also fixes for ui are required too, I think it mostly related to wizard, 'mode' tab</div>
<div style="font-family:arial,sans-serif;font-size:13px">where use can chose ha or non ha cluster in case of new release there should</div><div style="font-family:arial,sans-serif;font-size:13px">be only ha, and in case of old releases there should be ha and multinode.</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Thanks,</div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
<div>
On Mon, Aug 25, 2014 at 8:19 PM, Andrew Woodward <span dir="ltr"><<a href="mailto:xarses@gmail.com" target="_blank">xarses@gmail.com</a>></span> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div>
<div dir="ltr"><div>Started a new thread so that we don't hijack the older thread.</div><div> as </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Andrew, will you work on it in 6.0? What are remaining items there? Also, it might affect our tests - simple mode runs faster so we use it for smoke ISO test. Anastasia, please confirm that we can switch smoke to one-ha-controller model, or even drop smoke at all and use BVT only (running CentOS 3 HA controllers and same with Ubuntu).<br>
</blockquote><div><br></div><div>The primary reason that we haven't disabled single yet is was due to [0] where we where having problems adding additional controllers. With the changes to galera and rabbit clustering it appears that we ended up fixing it already.</div>
<div><br></div><div>The remaining issues are:</div><div>1) Ensuring we have good test coverage for the cases we expect to support [1]</div><div>2) Removing simple mode from the ui and tests</div><div>3) Removing simple mode support from nailgun (maybe we leave it) and cli</div>
<div>4) Updating documentation</div><div><br></div><div>[0] <a href="https://bugs.launchpad.net/fuel/+bug/1350266" target="_blank">https://bugs.launchpad.net/fuel/+bug/1350266</a></div><div>[1] <a href="https://bugs.launchpad.net/fuel/+bug/1350266/comments/7" target="_blank">https://bugs.launchpad.net/fuel/+bug/1350266/comments/7</a></div>
<span><font color="#888888">
<div><br></div>-- <br><div dir="ltr">Andrew<div>Mirantis</div><div>Ceph community</div>
</div>
</font></span></div>
<br></div></div><div>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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></div></blockquote></div><br></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div dir="ltr">Mike Scherbakov<br>#mihgen<br><br></div>
</font></span></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><br></div></div>