You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The /health endpoint on the node is a health check endpoint designed to work with kubernetes startup probe so that the node does not appear as available in k8s (i.e. not ready to answer rpc requests) when it is starting up
Returning anything other than 200 on this endpoint marks the node as not ready.
This is not a priority, but this feature would be important for node operators running multiple madara node in a cluster, so that a madara node that is restarting / starting for the first time does not get registered in the load balancer and doesn't receive rpc calls while it is starting.
Request
The current endpoint is always up at the same time rpcs go up
Solution
Readiness should be defined as:
in sync mode, show ready when the chain is fully synced by default (configurable via an arg)
in block production mode, we should wait for the first gas prices (see comment on feat(client): l1 gas price #219) to arrive before marking the node as ready
In any case, I'd like to have a generic struct like
Is there an existing issue?
Motivation
The
/health
endpoint on the node is a health check endpoint designed to work with kubernetes startup probe so that the node does not appear as available in k8s (i.e. not ready to answer rpc requests) when it is starting upReturning anything other than 200 on this endpoint marks the node as not ready.
This is not a priority, but this feature would be important for node operators running multiple madara node in a cluster, so that a madara node that is restarting / starting for the first time does not get registered in the load balancer and doesn't receive rpc calls while it is starting.
Request
The current endpoint is always up at the same time rpcs go up
Solution
Readiness should be defined as:
In any case, I'd like to have a generic struct like
this would be shared between the services, and the
start
function of each service would register their readiness condition.Are you willing to help with this request?
Yes!
The text was updated successfully, but these errors were encountered: