> On 25 Feb 2015, at 1:37 pm, Serge Dubrouski <serge...@gmail.com> wrote: > > Pacemaker as a scheduler in Mesos or Kubernates does sound like a very > interesting idea.
Want to help make it work? :-) > Packaging corosync into super privileged containers still doesn't make too > much sense to me. What's the reason in isolating something and then giving it > all permissions on a host machine? Probably because someone realised that they wanted to container-ize the software for creating containers and nesting them was too horrible to contemplate. > > On Mon, Feb 23, 2015 at 5:20 PM, Andrew Beekhof <and...@beekhof.net> wrote: > > > On 10 Feb 2015, at 1:45 pm, Serge Dubrouski <serge...@gmail.com> wrote: > > > > Hello Steve, > > > > Are you sure that Pacemaker is the right product for your project? Have you > > checked Mesos/Marathon or Kubernates? Those are frameworks being developed > > for managing containers. > > And in a few years they'll work out that they need some HA features and try > to retrofit them :-) > In the meantime pacemaker is actually rather good at managing containers > already and knows a thing or two about HA and how to bring up a complex stack > of services. > > The one thing that would be really interesting in this area is using the our > policy engine as the kubernates scheduler. > So many ideas and so little time. > > > > > On Sat Feb 07 2015 at 1:19:15 PM Steven Dake (stdake) <std...@cisco.com> > > wrote: > > Hi, > > > > I am working on Containerizing OpenStack in the Kolla project > > (http://launchpad.net/kolla). One of the key things we want to do over the > > next few months is add H/A support to our container tech. David Vossel had > > suggested using systemctl to monitor the containers themselves by running > > healthchecking scripts within the containers. That idea is sound. > > > > There is another technology called “super-privileged containers”. > > Essentially it allows more host access for the container, allowing the > > treatment of Pacemaker as a container rather than a RPM or DEB file. I’d > > like corosync to run in a separate container. These containers will > > communicate using their normal mechanisms in a super-privileged mode. We > > will implement this in Kolla. > > > > Where I am stuck is how does Pacemaker within a container control other > > containers in the host os. One way I have considered is using the docker > > —pid=host flag, allowing pacemaker to communicate directly with the host > > systemctl process. Where I am stuck is our containers don’t run via > > systemctl, but instead via shell scripts that are executed by third party > > deployment software. > > > > An example: > > Lets say a rabbitmq container wants to run: > > > > The user would run > > kolla-mgr deploy messaging > > > > This would run a small bit of code to launch the docker container set for > > messaging. > > > > Could pacemaker run something like > > > > Kolla-mgr status messaging > > > > To control the lifecycle of the processes? > > > > Or would we be better off with some systemd integration with kolla-mgr? > > > > Thoughts welcome > > > > Regards, > > -steve > > _______________________________________________ > > Pacemaker mailing list: Pacemaker@oss.clusterlabs.org > > http://oss.clusterlabs.org/mailman/listinfo/pacemaker > > > > Project Home: http://www.clusterlabs.org > > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > > Bugs: http://bugs.clusterlabs.org > > _______________________________________________ > > Pacemaker mailing list: Pacemaker@oss.clusterlabs.org > > http://oss.clusterlabs.org/mailman/listinfo/pacemaker > > > > Project Home: http://www.clusterlabs.org > > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > > Bugs: http://bugs.clusterlabs.org > > > _______________________________________________ > Pacemaker mailing list: Pacemaker@oss.clusterlabs.org > http://oss.clusterlabs.org/mailman/listinfo/pacemaker > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > Bugs: http://bugs.clusterlabs.org > > > > -- > Serge Dubrouski. > _______________________________________________ > Pacemaker mailing list: Pacemaker@oss.clusterlabs.org > http://oss.clusterlabs.org/mailman/listinfo/pacemaker > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > Bugs: http://bugs.clusterlabs.org _______________________________________________ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
