[openstack-dev] WSGI 'status' page?

John Dickinson me at not.mn
Mon Sep 10 22:19:41 UTC 2012

I'm not sure that a public endpoint with server status is always a good idea. Perhaps it could be updated to only respond with stats to a particular set of hostnames IP ranges. However, it's dead simple code now, so it would be nice to keep the "is alive" check as simple as possible.

BTW, swift healthcheck middleware is at https://github.com/openstack/swift/blob/master/swift/common/middleware/healthcheck.py


On Sep 10, 2012, at 3:15 PM, Joshua Harlow <harlowja at yahoo-inc.com> wrote:

> Cool, maybe that should be in all projects?
> It'd be neat to have that give out more than just 200 + 'OK' but 200 +
> eventlet/wsgi stats as well.
> Something similar to http://httpd.apache.org/docs/2.2/mod/mod_status.html
> for wsgi would seem useful in general...
> On 9/10/12 3:08 PM, "John Dickinson" <me at not.mn> wrote:
>> Swift comes with a healthcheck middleware used as the first entry on the
>> pipeline. It can be used for the purpose you describe. The middleware
>> implements the "/healthcheck" endpoint and returns a 200 status code with
>> "OK" in the body.
>> --John
>> On Sep 10, 2012, at 3:02 PM, Joshua Harlow <harlowja at yahoo-inc.com> wrote:
>>> Hi all,
>>> I am looking into how we can load balance across different WSGI servers
>>> and I've typically done this by having a load balancer call something
>>> like a 'status.html' page in apache, which will return 200 + data about
>>> the server to the load balance (ie a artifically generated webpage that
>>> will show the stats about the server and will always return something
>>> when the server is up). Is there any equivalent in WSGI (or eventlet?)
>>> that is accessible from the web entrypoint (I know there is a backdoor
>>> thingy). 
>>> Does anything like that exist as an extension right now, it would seem
>>> useful to have a page where one could go to to show eventlet stats, wsgi
>>> stats + other stats about the WSGI server that is running in eventlet
>>> for various reasons (load balancing included). Thoughts/ideas?
>>> Thx!
>>> -Josh
>>> _______________________________________________
>>> OpenStack-dev mailing list
>>> OpenStack-dev at lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4329 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20120910/397b6e33/attachment.bin>

More information about the OpenStack-dev mailing list