123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869 |
- Health Checks
- =============
- Sentry provides several ways to monitor the system status. This may be as simple
- as "is the backend serving requests" to more in-depth and gauging potential
- configuration problems. In some cases these checks will be exposed in the UI
- though generally only to superusers.
- The following endpoint is exposed to aid in automated reporting:
- ::
- http://sentry.example.com/_health/
- Generally this is most useful if you're using it as a health check in something
- like HAProxy.
- In HAProxy, you could add this to your config:
- ::
- option httpchk /_health/
- That said, we also expose additional checks via the same endpoint by passing
- ``?full``:
- .. code-block:: bash
- $ curl -i http://sentry.example.com/_health/?full
- HTTP/1.0 500 INTERNAL SERVER ERROR
- Content-Type: application/json
- {
- "problems": [
- "Background workers haven't checked in recently. This can mean an issue
- with your configuration or a serious backlog in tasks."
- ]
- }
- Queue Monitoring
- ================
- The health of Sentry relies very heavily on passing messages through our queue
- and if the queue is backlogged, we will notify you through a message in the UI
- if you are a superuser.
- To monitor the health actively with an external tool such as collectd or Diamond,
- Sentry provides a CLI tool that returns machine parsable output.
- .. code-block:: bash
- $ sentry queues list
- alerts 0
- auth 0
- cleanup 0
- counters-0 0
- default 0
- digests.delivery 0
- digests.scheduling 0
- email 0
- events 34
- merge 0
- options 0
- search 0
- triggers-0 0
- update 0
|