You can track https://review.openstack.org/#/q/topic:bp/single-controller-ha,n,z and the BP its self
In https://review.openstack.org/#/c/79813/ I've resolved all but two of the test case failures in fuelclient which appear to be impacting other reviews also. So maybe they are broken or just flaky I'm digging into them currently. On Wed, Mar 26, 2014 at 5:55 AM, Vladimir Kuklin <[email protected]>wrote: > Andrew > > Could you give as a heads up on the status of this blueprint? > > > On Tue, Mar 11, 2014 at 9:54 PM, Vladimir Kuklin <[email protected]>wrote: > >> Thank you, Andrew. >> >> BTW, we do already have tests running for each change request in >> single-HA-Ubuntu-GRE installation: look into >> fuelweb_test/tests/test_pullrequest.py. Here you will find that we are >> running tests by using separate provisioning/deployment feature of Nailgun >> due to Nailgun restrictions on number of controllers in HA. >> >> >> On Tue, Mar 11, 2014 at 9:44 PM, Andrew Woodward <[email protected]>wrote: >> >>> I created a simple blueprint >>> https://blueprints.launchpad.net/fuel/+spec/single-controller-ha >>> >>> First we will enable single controller in ha and migrate the tests over. >>> After we are happy with this, we can follow up and remove multi-node. >>> >>> Reviews will be up soon. >>> >>> >>> On Tue, Mar 11, 2014 at 10:27 AM, Vladimir Kuklin >>> <[email protected]>wrote: >>> >>>> Guys >>>> >>>> I do support disabling of simple mode but we need to review the code >>>> carefully. Andrew, would you please create corresponding change request to >>>> FUEL gerrit? >>>> >>>> >>>> >>>> On Tue, Mar 11, 2014 at 8:30 PM, Mike Scherbakov < >>>> [email protected]> wrote: >>>> >>>>> Looks like majority +1ed. Let's go for it. >>>>> >>>>> >>>>> On Tue, Mar 11, 2014 at 1:09 PM, Serg Melikyan <[email protected] >>>>> > wrote: >>>>> >>>>>> +1 for supporting only HA mode in Fuel. >>>>>> >>>>>> During Murano & Fuel integration we experienced whole bunch of bugs >>>>>> introduced with deployment differences between this two modes, so I am >>>>>> completely agree with Dmitry. >>>>>> >>>>>> >>>>>> On Tue, Mar 11, 2014 at 12:02 AM, David Easter >>>>>> <[email protected]>wrote: >>>>>> >>>>>>> +1 >>>>>>> >>>>>>> As long as you can do a 1-controller installation, it would be good >>>>>>> for both customers and dev to have the required step to pick HA vs. >>>>>>> non-HA >>>>>>> removed. It also removes the chance that someone picks the wrong one >>>>>>> in >>>>>>> the wizard (since we'd remove it from the wizard completely). >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> - David J. Easter >>>>>>> Product Line Manager >>>>>>> >>>>>>> >>>>>>> From: Mike Scherbakov <[email protected]> >>>>>>> Date: Monday, March 10, 2014 at 6:31 AM >>>>>>> To: Vladimir Kuklin <[email protected]> >>>>>>> Cc: "[email protected]" <[email protected]> >>>>>>> Subject: Re: [Fuel-dev] [fuel-dev] single node HA controllers >>>>>>> proposal >>>>>>> >>>>>>> > you will still need to do some node cross-orchestration >>>>>>> It contradicts to Andrew's experiments (start of the thread), where >>>>>>> he was able to add 2nd & 3rd controller. Anyway, we still don't >>>>>>> miss anything if we drop simple mode, right? >>>>>>> a) You can do 1-node controller install >>>>>>> b) You can do 3-node controller install >>>>>>> >>>>>>> I vote for removing simple mode, as the use case (scale down to 1 >>>>>>> controller) can be covered with 1 controller choosing HA mode. >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> >>>>>>> On Sun, Mar 9, 2014 at 9:51 PM, Vladimir Kuklin < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Guys, handling simple mode in the same way as handling HA mode is >>>>>>>> possible, but after you add controllers, you will still need to do some >>>>>>>> node cross-orchestration, e.g. updating haproxy nodes or mysql configs. >>>>>>>> Thus it still faces the same problem - Granular deployment and Much >>>>>>>> More >>>>>>>> Advanced Orchestrator is needed. >>>>>>>> >>>>>>>> >>>>>>>> On Sat, Mar 8, 2014 at 2:34 AM, Dmitry Borodaenko < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> On Fri, Mar 7, 2014 at 4:03 AM, Sergey Vasilenko >>>>>>>>> <[email protected]> wrote: >>>>>>>>> > I do not sure, that it's a good idea. >>>>>>>>> > Usualy, most of anything new things, we developing and testing >>>>>>>>> under simple >>>>>>>>> > configuration. And after it scale to HA configurations. >>>>>>>>> >>>>>>>>> I think it is actually a very BAD idea to develop using a >>>>>>>>> configuration that is significantly different from production. >>>>>>>>> >>>>>>>>> Every time you increase the time interval between introducing a bug >>>>>>>>> (i.e. developing) and finding a bug (i.e. testing), the cost of >>>>>>>>> fixing >>>>>>>>> the bug increases exponentially. You no longer remember what you've >>>>>>>>> changed, you piled other changes on top of incorrect code, you >>>>>>>>> impacted other engineers who encountered your bug and now have to >>>>>>>>> figure out that it wasn't their changes causing problems, and so >>>>>>>>> on. >>>>>>>>> >>>>>>>>> > Simple configuration gives us low time of deploy, >>>>>>>>> >>>>>>>>> Using HA configuration will make us finally pay some attention to >>>>>>>>> the >>>>>>>>> time it takes to deploy HA and fix it. It's not a fundamental >>>>>>>>> problem, >>>>>>>>> we're actually doing something wrong here and we should figure it >>>>>>>>> out. >>>>>>>>> >>>>>>>>> > possibility of don't use >>>>>>>>> > buggy Galera, songle-node AMQP. Works with "simple" >>>>>>>>> > configuration we can don't distractions to HA ussues. >>>>>>>>> >>>>>>>>> These are not distractions, you will encounter all these issues >>>>>>>>> before >>>>>>>>> you can release. And it will be much easier to fix them immediately >>>>>>>>> after they are introduced, not 1 week before code freeze. >>>>>>>>> >>>>>>>>> > One of most typical >>>>>>>>> > examples -- migration to the next openstack version. >>>>>>>>> >>>>>>>>> It is even more important for Icehouse. If we encounter Icehouse >>>>>>>>> bugs >>>>>>>>> that break HA before Icehouse is released (5 weeks from now), we >>>>>>>>> might >>>>>>>>> get them fixed upstream instead of having to carry our own patch >>>>>>>>> series after the release. >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dmitry Borodaenko >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Mailing list: https://launchpad.net/~fuel-dev >>>>>>>>> Post to : [email protected] >>>>>>>>> Unsubscribe : https://launchpad.net/~fuel-dev >>>>>>>>> More help : https://help.launchpad.net/ListHelp >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Yours Faithfully, >>>>>>>> Vladimir Kuklin, >>>>>>>> Senior Deployment Engineer, >>>>>>>> Mirantis, Inc. >>>>>>>> +7 (495) 640-49-04 >>>>>>>> +7 (926) 702-39-68 >>>>>>>> Skype kuklinvv >>>>>>>> 45bk3, Vorontsovskaya Str. >>>>>>>> Moscow, Russia, >>>>>>>> www.mirantis.com <http://www.mirantis.ru/> >>>>>>>> www.mirantis.ru >>>>>>>> [email protected] >>>>>>>> >>>>>>>> -- >>>>>>>> Mailing list: https://launchpad.net/~fuel-dev >>>>>>>> Post to : [email protected] >>>>>>>> Unsubscribe : https://launchpad.net/~fuel-dev >>>>>>>> More help : https://help.launchpad.net/ListHelp >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Mike Scherbakov >>>>>>> #mihgen >>>>>>> -- Mailing list: https://launchpad.net/~fuel-dev Post to : >>>>>>> [email protected] Unsubscribe : >>>>>>> https://launchpad.net/~fuel-dev More help : >>>>>>> https://help.launchpad.net/ListHelp >>>>>>> >>>>>>> -- >>>>>>> Mailing list: https://launchpad.net/~fuel-dev >>>>>>> Post to : [email protected] >>>>>>> Unsubscribe : https://launchpad.net/~fuel-dev >>>>>>> More help : https://help.launchpad.net/ListHelp >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Serg Melikyan, Senior Software Engineer at Mirantis, Inc. >>>>>> http://mirantis.com | [email protected] >>>>>> >>>>>> +7 (495) 640-4904, 0261 >>>>>> +7 (903) 156-0836 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Mike Scherbakov >>>>> #mihgen >>>>> >>>> >>>> >>>> >>>> -- >>>> Yours Faithfully, >>>> Vladimir Kuklin, >>>> Senior Deployment Engineer, >>>> Mirantis, Inc. >>>> +7 (495) 640-49-04 >>>> +7 (926) 702-39-68 >>>> Skype kuklinvv >>>> 45bk3, Vorontsovskaya Str. >>>> Moscow, Russia, >>>> www.mirantis.com <http://www.mirantis.ru/> >>>> www.mirantis.ru >>>> [email protected] >>>> >>>> -- >>>> Mailing list: https://launchpad.net/~fuel-dev >>>> Post to : [email protected] >>>> Unsubscribe : https://launchpad.net/~fuel-dev >>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>> >>> >>> -- >>> If google has done it, Google did it right! >>> >> >> >> >> -- >> Yours Faithfully, >> Vladimir Kuklin, >> Senior Deployment Engineer, >> Mirantis, Inc. >> +7 (495) 640-49-04 >> +7 (926) 702-39-68 >> Skype kuklinvv >> 45bk3, Vorontsovskaya Str. >> Moscow, Russia, >> www.mirantis.com <http://www.mirantis.ru/> >> www.mirantis.ru >> [email protected] >> > > > > -- > Yours Faithfully, > Vladimir Kuklin, > Fuel Library Tech Lead, > > Mirantis, Inc. > +7 (495) 640-49-04 > +7 (926) 702-39-68 > Skype kuklinvv > 45bk3, Vorontsovskaya Str. > Moscow, Russia, > www.mirantis.com <http://www.mirantis.ru/> > www.mirantis.ru > [email protected] > -- Andrew Mirantis Ceph community
-- Mailing list: https://launchpad.net/~fuel-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~fuel-dev More help : https://help.launchpad.net/ListHelp
