monitoring.rst 1.6 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869
  1. Health Checks
  2. =============
  3. Sentry provides several ways to monitor the system status. This may be as simple
  4. as "is the backend serving requests" to more in-depth and gauging potential
  5. configuration problems. In some cases these checks will be exposed in the UI
  6. though generally only to superusers.
  7. The following endpoint is exposed to aid in automated reporting:
  8. ::
  9. http://sentry.example.com/_health/
  10. Generally this is most useful if you're using it as a health check in something
  11. like HAProxy.
  12. In HAProxy, you could add this to your config:
  13. ::
  14. option httpchk /_health/
  15. That said, we also expose additional checks via the same endpoint by passing
  16. ``?full``:
  17. .. code-block:: bash
  18. $ curl -i http://sentry.example.com/_health/?full
  19. HTTP/1.0 500 INTERNAL SERVER ERROR
  20. Content-Type: application/json
  21. {
  22. "problems": [
  23. "Background workers haven't checked in recently. This can mean an issue
  24. with your configuration or a serious backlog in tasks."
  25. ]
  26. }
  27. Queue Monitoring
  28. ================
  29. The health of Sentry relies very heavily on passing messages through our queue
  30. and if the queue is backlogged, we will notify you through a message in the UI
  31. if you are a superuser.
  32. To monitor the health actively with an external tool such as collectd or Diamond,
  33. Sentry provides a CLI tool that returns machine parsable output.
  34. .. code-block:: bash
  35. $ sentry queues list
  36. alerts 0
  37. auth 0
  38. cleanup 0
  39. counters-0 0
  40. default 0
  41. digests.delivery 0
  42. digests.scheduling 0
  43. email 0
  44. events 34
  45. merge 0
  46. options 0
  47. search 0
  48. triggers-0 0
  49. update 0