Re: [openstack-dev] [nova] Host health monitoring

2015-01-11 Thread Andrew Beekhof

 On 9 Jan 2015, at 5:37 am, Joe Gordon joe.gord...@gmail.com wrote:
 
 
 
 On Sun, Jan 4, 2015 at 7:08 PM, Andrew Beekhof abeek...@redhat.com wrote:
 
  On 9 Dec 2014, at 1:20 am, Roman Dobosz roman.dob...@intel.com wrote:
 
  On Wed, 3 Dec 2014 08:44:57 +0100
  Roman Dobosz roman.dob...@intel.com wrote:
 
  I've just started to work on the topic of detection if host is alive or
  not: https://blueprints.launchpad.net/nova/+spec/host-health-monitoring
 
  I'll appreciate any comments :)
 
  I've submitted another blueprint, which is closely bounded with previous 
  one:
  https://blueprints.launchpad.net/nova/+spec/pacemaker-servicegroup-driver
 
  The idea behind those two blueprints is to enable Nova to be aware of host
  status, not only services that run on such. Bringing Pacemaker as a driver 
  for
  servicegroup will provide us with two things: fencing and reliable 
  information
  about host state, therefore we can avoid situations, where some actions will
  misinterpret information like service state with host state.
 
  Comments?
 
 I would rather move the servicegroup concept to use tooz and put things like 
 Pacemaker in there (https://review.openstack.org/138607)

Perhaps I'm missing something obvious, but from looking at git, its unclear to 
me how tooz addresses the fencing requirement.

There also seems to be an assumption that all services are completely 
independent - is that correct?
In practice this is rarely the case (or worse, pushes the 'wait and retry' 
logic onto the individual services.

Finally, could you clarify what you mean by put things like Pacemaker in 
there.  
Presumably there is a tooz driver of some kind?  What would that achieve?



__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [nova] Host health monitoring

2015-01-08 Thread Joe Gordon
On Sun, Jan 4, 2015 at 7:08 PM, Andrew Beekhof abeek...@redhat.com wrote:


  On 9 Dec 2014, at 1:20 am, Roman Dobosz roman.dob...@intel.com wrote:
 
  On Wed, 3 Dec 2014 08:44:57 +0100
  Roman Dobosz roman.dob...@intel.com wrote:
 
  I've just started to work on the topic of detection if host is alive or
  not: https://blueprints.launchpad.net/nova/+spec/host-health-monitoring
 
  I'll appreciate any comments :)
 
  I've submitted another blueprint, which is closely bounded with previous
 one:
 
 https://blueprints.launchpad.net/nova/+spec/pacemaker-servicegroup-driver
 
  The idea behind those two blueprints is to enable Nova to be aware of
 host
  status, not only services that run on such. Bringing Pacemaker as a
 driver for
  servicegroup will provide us with two things: fencing and reliable
 information
  about host state, therefore we can avoid situations, where some actions
 will
  misinterpret information like service state with host state.
 
  Comments?


I would rather move the servicegroup concept to use tooz and put things
like Pacemaker in there (https://review.openstack.org/138607)



 Sounds like an excellent idea, is there code for these blueprints? If so,
 how do I get to see it?
 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [nova] Host health monitoring

2015-01-04 Thread Andrew Beekhof

 On 9 Dec 2014, at 1:20 am, Roman Dobosz roman.dob...@intel.com wrote:
 
 On Wed, 3 Dec 2014 08:44:57 +0100
 Roman Dobosz roman.dob...@intel.com wrote:
 
 I've just started to work on the topic of detection if host is alive or
 not: https://blueprints.launchpad.net/nova/+spec/host-health-monitoring
 
 I'll appreciate any comments :)
 
 I've submitted another blueprint, which is closely bounded with previous one: 
 https://blueprints.launchpad.net/nova/+spec/pacemaker-servicegroup-driver
 
 The idea behind those two blueprints is to enable Nova to be aware of host 
 status, not only services that run on such. Bringing Pacemaker as a driver 
 for 
 servicegroup will provide us with two things: fencing and reliable 
 information 
 about host state, therefore we can avoid situations, where some actions will 
 misinterpret information like service state with host state.
 
 Comments?

Sounds like an excellent idea, is there code for these blueprints? If so, how 
do I get to see it?
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [nova] Host health monitoring

2014-12-08 Thread Roman Dobosz
On Wed, 3 Dec 2014 08:44:57 +0100
Roman Dobosz roman.dob...@intel.com wrote:

 I've just started to work on the topic of detection if host is alive or
 not: https://blueprints.launchpad.net/nova/+spec/host-health-monitoring
 
 I'll appreciate any comments :)

I've submitted another blueprint, which is closely bounded with previous one: 
https://blueprints.launchpad.net/nova/+spec/pacemaker-servicegroup-driver

The idea behind those two blueprints is to enable Nova to be aware of host 
status, not only services that run on such. Bringing Pacemaker as a driver for 
servicegroup will provide us with two things: fencing and reliable information 
about host state, therefore we can avoid situations, where some actions will 
misinterpret information like service state with host state.

Comments?

-- 
Kind regards
Roman

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [nova] Host health monitoring

2014-12-02 Thread Roman Dobosz
Hi,

I've just started to work on the topic of detection if host is alive or
not: https://blueprints.launchpad.net/nova/+spec/host-health-monitoring

I'll appreciate any comments :)

-- 
Kind regards
Roman

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev