Sam,
Two other more higher-level points I wanted to discuss with you about Masaraki.
First,
so I notice that you are doing both monitoring, auto-recovery and even host
maintenance
type functionality as part of the Masaraki architecture.
are you open to some configurability (enabling/disabling) of these capabilities
?
e.g. OPNFV guys would NOT want auto-recovery, they would prefer that fault
events
get reported to Vitrage ... and eventually filter up to
Aodh Alarms that get
received by VNFManagers which would be responsible for
the recovery.
e.g. some deployers of openstack might want to disable parts or all of your
monitoring,
if using other mechanisms such as Zabbix or Nagios for the host
monitoring (say)
Second,
are you open to configurably having fault events reported to Vitrage ?
Greg.
From: Sam P <sam47pr...@gmail.com>
Reply-To: "openstack-dev@lists.openstack.org"
<openstack-dev@lists.openstack.org>
Date: Monday, May 15, 2017 at 9:36 PM
To: "openstack-dev@lists.openstack.org" <openstack-dev@lists.openstack.org>
Subject: Re: [openstack-dev] [vitrage] [nova] VM Heartbeat / Healthcheck
Monitoring
Hi Greg,
In Masakari [0] for VMHA, we have already implemented some what
similar function in masakri-monitors.
Masakari-monitors runs on nova-compute node, and monitors the host,
process or instance failures.
Masakari instance monitor has similar functionality with what you
have described.
Please see [1] for more details on instance monitoring.
[0] https://wiki.openstack.org/wiki/Masakari
[1]
https://github.com/openstack/masakari-monitors/tree/master/masakarimonitors/instancemonitor
Once masakari-monitors detect failures, it will send notifications to
masakari-api to take appropriate recovery actions to recover that VM
from failures.
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
openstack-dev-requ...@lists.openstack.org<mailto:openstack-dev-requ...@lists.openstack.org>?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________
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
