Deploying a Service behind a load balancer requires a health check to determine whether a given Process is ready to handle requests.
Health checks must return a valid HTTP response code (200-399) within the configured timeout
.
Processes that fail two health checks in a row are assumed dead and will be terminated and replaced.
services:
web:
health: /check
Specifying
health
as a string will set thepath
and leave the other options as defaults.
services:
web:
health:
grace: 5
interval: 5
path: /check
timeout: 3
Attribute | Default | Description |
---|---|---|
grace | 5 | The amount of time in seconds to wait for a Process to boot before beginning health checks |
interval | 5 | The number of seconds between health checks |
path | / | The HTTP endpoint that will be requested |
timeout | 4 | The number of seconds to wait for a valid response |
For services that use gRPC instead of HTTP, Convox provides support for gRPC health checks through the gRPC health checking protocol. To enable gRPC health checks, you need to:
grpcHealthEnabled
attributeservices:
api:
build: .
port: grpc:50051
grpcHealthEnabled: true
You can customize the gRPC health check behavior using the same health
attributes as HTTP health checks:
services:
api:
build: .
port: grpc:50051
grpcHealthEnabled: true
health:
grace: 20
interval: 5
path: /
timeout: 2
Attribute | Default | Description |
---|---|---|
grace | 5 | The amount of time in seconds to wait for a Process to boot before beginning health checks |
interval | 5 | The number of seconds between health checks |
path | / | The service name to check within your gRPC health implementation |
timeout | 4 | The number of seconds to wait for a valid response |
Services using gRPC health checks must implement the gRPC Health Checking Protocol, which is defined in the gRPC health checking protocol repository.
This protocol requires your service to implement a Health
service with a Check
method that returns the service’s health status.
When grpcHealthEnabled
is set to true
, Convox configures both:
The readinessProbe ensures that gRPC services won’t receive traffic until they are fully ready, while the livenessProbe monitors the ongoing health of the service and initiates restarts if necessary.
Both probes use the health settings defined in your convox.yml
, ensuring consistent behavior throughout the service lifecycle.
Here’s a minimal example of a gRPC health check implementation in Go:
import (
"context"
"google.golang.org/grpc"
"google.golang.org/grpc/health"
healthpb "google.golang.org/grpc/health/grpc_health_v1"
)
func main() {
server := grpc.NewServer()
// Register your service
// pb.RegisterYourServiceServer(server, &yourServiceImpl{})
// Register the health service
healthServer := health.NewServer()
healthpb.RegisterHealthServer(server, healthServer)
// Set your service as serving
healthServer.SetServingStatus("", healthpb.HealthCheckResponse_SERVING)
// Continue with server initialization...
}
With this implementation and the appropriate configuration in your convox.yml
, your gRPC service will properly report its health status to Convox, ensuring that it only receives traffic when it’s ready to handle requests.