<div dir="ltr">Thanks for your feedback.<div>I probably start next week and provide links here.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 13, 2015 at 10:40 PM, Andrew Woodward <span dir="ltr"><<a href="mailto:xarses@gmail.com" target="_blank">xarses@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span style="font-size:13.1999998092651px;line-height:19.7999992370605px">Sounds good, lets ensure that we create a blue-print in LP and some form of initial spec with the expected design</span><div><div class="h5"><br><br><div class="gmail_quote">On Wed, May 13, 2015 at 9:38 AM Jay Pipes <<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">++<br>
<br>
On 05/13/2015 11:57 AM, Swann Croiset wrote:<br>
> Hi Fuelers,<br>
><br>
> It would be valuable to configure the healthcheck middleware [0] for all<br>
> services deployed by fuel, available since Kilo.<br>
><br>
> Several (obvious) benefits:<br>
> - Provide a common API for healthcheck across OpenStack services<br>
> - HAproxy  performs more accurate HTTP checks for its backend status<br>
> - Operators can disable a service (maintenance mode, test, ..) by<br>
> creating a simple file w/o stopping the service.<br>
> - monitoring systems can leverage this API to provide insight<br>
> information of service status with a lighten checks w/o authentication<br>
> (in opposition to heavily check for specific resources) <-- here my use<br>
> case<br>
><br>
> Does it sound reasonable to target this for 7.0? any clue?  drawback?<br>
> I can handle the writing of the spec to bootstrap this effort and maybe<br>
> more.<br>
><br>
> Implementation details to estimate the workload:<br>
> * Configure WSGI pipelines for each project "api-paste.ini"<br>
> * For security reason as mentioned in the original spec [1], the<br>
> 'healthcheck' URI mustn't be open to the WWW:<br>
>     * restricted access to local/management network or by auth<br>
>     * or random/configurable URI at deployment time<br>
> * HAproxy "httpchk" option will be "GET /<healthcheck path>" instead of<br>
> the default "OPTION /"<br>
><br>
> Parallel (future) work on oslo or whatever:<br>
> * extend with specific checks (DB unavailable, RabbitMQ stuck, ..) to<br>
> provide a detailed status of subsystem dependencies.<br>
><br>
> [0]<br>
> <a href="http://docs.openstack.org/developer/oslo.middleware/healthcheck_plugins.html" target="_blank">http://docs.openstack.org/developer/oslo.middleware/healthcheck_plugins.html</a><br>
> [1]<br>
> <a href="http://git.openstack.org/cgit/openstack/oslo-specs/plain/specs/kilo/oslo-middleware-healthcheck.rst" target="_blank">http://git.openstack.org/cgit/openstack/oslo-specs/plain/specs/kilo/oslo-middleware-healthcheck.rst</a><br>
><br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>