Service so it can be queried frequently at short intervals.Īs a deployment tool implementer, I want the health check to be local with noĭependencies on other hosts or services to function so I can integrate it with
Platform : 'Linux-5.15.2-xanmod1-tt-x86_64-with-glibc2.2.5', python_version : '3.8.12 (default, Aug 30 2021, 16:42:10) \n ' Use Cases ¶Īs an operator, I want a simple REST endpoint I can consume to knowĪs an operator I want this health check to not impact the performance of the Host is vulnerable to CVEs which means it should never be exposed to the Kernel, python version and hostname which can be used to determine in the The oslo middleware in detailed mode leaks info about the host python the middleware can pass while the nova-api can’tĬonnect to the db and is otherwise broken. WSGI server like apache since the middleware is executed independently from The middleware does not tell you the service is alive if its hosted by a It can only be used by the API and metadata binaries The existing oslo middleware does not address this problem statement because: Those as a local health-check endpoint that operators can use instead. Nova developers howeverĭo know what some of the important health indicators are and can expose
This is also quite unfriendly to new nova users who have not gained enoughĮxperience with operating nova to know what warning signs they should lookįor such as inability to connect to the message bus. Or other methods that are easy to do incorrectly are also common. Processing the logs for known error messages and executing a remediation script The service if no output is detected after a protracted period. Or can comprise monitoring log output via a watchdog and restarting This can be as simple as checking the service status for those with heartbeats
#CHELSEA NOVA HEALTH REVIEWS SERIES#
To monitor the health of a nova service today requires experience toĭevelop and implement a series of external heuristics to infer the state To expose a local HTTP health-check endpoint to address thisįeature gap consistently for all nova components. Oslo middleware for our WSGI based API binaries, this blueprint seeks
While limited support exists for health checks via To inspect the health of its binaries which doesn’t help cloud monitoringĪnd maintenance. Nova currently does not provide a native way In many modern deployment frameworks, there is an expectation thatĪn application can expose a health-check endpoint so that the binary
0 kommentar(er)
