Logo

Command Palette

Search for a command to run...

Other Load Balancer Configuration

DigitalOcean Load Balancer

You can use a manifest file to configure DigitalOcean Load Balancers deployed by Cloud 66.

The following settings are available via the Manifest file:

OptionApplied onDescription
httpchkThe URL visited to check your server health
wait_after_adding_serversThe time (in seconds) we will wait after adding a server back to the load balancer before we begin routing traffic to that server. Read our in-depth guide on configuration lag for more details.
wait_after_removing_serversThe time (in seconds) we will wait after adding a server back to the load balancer before we begin routing traffic to that server. Read our in-depth guide on configuration lag for more details.

Refer to the DigitalOcean documentation for more detail on these settings.


Hetzner Cloud Load Balancer

You can use a manifest file to configure Hetzner Cloud Load Balancers deployed by Cloud 66.

The following settings are available via the Manifest file:

OptionApplied onDescription
balanceThe load balancing strategy. Valid values: round_robin or least_connections
httpchkThe URL visited to check your server health
wait_after_adding_serversThe time (in seconds) we will wait after adding a server back to the load balancer before we begin routing traffic to that server. Read our in-depth guide on configuration lag for more details.
wait_after_removing_serversThe time (in seconds) we will wait after adding a server back to the load balancer before we begin routing traffic to that server. Read our in-depth guide on configuration lag for more details.

Refer to the Hetzner documentation for more detail on these settings.


Linode Nodebalancer

You can use a manifest file to configure Linode Nodebalancers deployed by Cloud 66.

The following settings are available via the Manifest file:

OptionApplied onDescription
balanceThe load balancing strategy. Valid values: roundrobin, leastconn or source
httpchkThe URL visited to check your server health
wait_after_adding_serversThe time (in seconds) we will wait after adding a server back to the load balancer before we begin routing traffic to that server. Read our in-depth guide on configuration lag for more details.
wait_after_removing_serversThe time (in seconds) we will wait after adding a server back to the load balancer before we begin routing traffic to that server. Read our in-depth guide on configuration lag for more details.

Refer to the Linode documentation for more detail on these settings.

Example YAML for Linode Nodebalancer

load_balancer:
  configuration:
    httpchk: /
    balance: leastconn
    wait_after_adding_servers: 30 # default is 0
    wait_after_removing_servers: 10 # default is 0

Automatic endpoint test

Load balancers periodically check the health of your servers by connecting to a URL endpoint. If the server responds with an HTTP 200 OK status, it is considered healthy. The httpchk setting allows you to specify which URL path should be checked.

The default value is / (root path) but you can customize it to any valid endpoint in your application that returns a 200 status when healthy.