I'd suggest starting by making it an extra job, so that it can be monitored for a while for stability without affecting what is there.
I'd be supportive of making it the default HA job in the longer term as long as the LVM code is still getting tested somewhere - LVM is still the reference implementation in cinder and after discussion there was strong resistance to changing that. I've no strong opinions on the node layout, I'll leave that to more knowledgable people to discuss. Is the ceph/tripleO code in a working state yet? Is there a guide to using it? On 26 November 2014 at 13:10, Giulio Fidente <[email protected]> wrote: > hi there, > > while working on the TripleO cinder-ha spec meant to provide HA for Cinder > via Ceph [1], we wondered how to (if at all) test this in CI, so we're > looking for some feedback > > first of all, shall we make Cinder/Ceph the default for our (currently > non-voting) HA job? (check-tripleo-ironic-overcloud-precise-ha) > > current implementation (under review) should permit for the deployment of > both the Ceph monitors and Ceph OSDs on either controllers, dedicated > nodes, or to split them up so that only OSDs are on dedicated nodes > > what would be the best scenario for CI? > > * a single additional node hosting a Ceph OSD with the Ceph monitors > deployed on all controllers (my preference is for this one) > > * a single additional node hosting a Ceph OSD and a Ceph monitor > > * no additional nodes with controllers also service as Ceph monitor and > Ceph OSD > > more scenarios? comments? Thanks for helping > > 1. https://blueprints.launchpad.net/tripleo/+spec/tripleo-kilo-cinder-ha > -- > Giulio Fidente > GPG KEY: 08D733BA > > _______________________________________________ > OpenStack-dev mailing list > [email protected] > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- Duncan Thomas
_______________________________________________ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
