* middleware/metrics: add more metrics middleware/cache: Add metrics for number of elements in the cache. Also export the total size. Update README to detail the new metrics. middleware/metrics Move metrics into subpackage called "vars". This breaks the import cycle and is cleaner. This allows vars.Report to be used in the the dnsserver to log refused queries. middleware/metrics: tests Add tests to the metrics framework. The metrics/test subpackage allows scraping of the local server. Do a few test scrape of the metrics that are defined in the metrics middleware. This also allows metrics integration tests to check if the caching and dnssec middleware export their metrics correctly. * update README * typos * fix tests
proxy
proxy facilitates both a basic reverse proxy and a robust load balancer. The proxy has support for multiple backends. The load balancing features include multiple policies, health checks, and failovers. If all hosts fail their health check the proxy middleware will fail back to randomly selecting a target and sending packets to it.
Syntax
In its most basic form, a simple reverse proxy uses this syntax:
proxy FROM To
- FROM is the base path to match for the request to be proxied
- TO is the destination endpoint to proxy to
However, advanced features including load balancing can be utilized with an expanded syntax:
proxy FROM TO... {
policy random|least_conn|round_robin
fail_timeout DURATION
max_fails INTEGER
health_check PATH:PORT [DURATION]
except IGNORED_NAMES...
spray
}
- FROM is the name to match for the request to be proxied.
- TO is the destination endpoint to proxy to. At least one is required, but multiple may be specified. To may be an IP:Port pair, or may reference a file in resolv.conf format
policyis the load balancing policy to use; applies only with multiple backends. May be one of random, least_conn, or round_robin. Default is random.fail_timeoutspecifies how long to consider a backend as down after it has failed. While it is down, requests will not be routed to that backend. A backend is "down" if CoreDNS fails to communicate with it. The default value is 10 seconds ("10s").max_failsis the number of failures within fail_timeout that are needed before considering a backend to be down. If 0, the backend will never be marked as down. Default is 1.health_checkwill check path (on port) on each backend. If a backend returns a status code of 200-399, then that backend is healthy. If it doesn't, the backend is marked as unhealthy for duration and no requests are routed to it. If this option is not provided then health checks are disabled. The default duration is 10 seconds ("10s").ignored_names...is a space-separated list of paths to exclude from proxying. Requests that match any of these paths will be passed through.spraywhen all backends are unhealthy, randomly pick one to send the traffic to. (This is a failsafe.)
Policies
There are three load-balancing policies available:
random(default) - Randomly select a backendleast_conn- Select the backend with the fewest active connectionsround_robin- Select the backend in round-robin fashion
All polices implement randomly spraying packets to backend hosts when no healthy hosts are available. This is to preeempt the case where the healthchecking (as a mechanism) fails.
Examples
Proxy all requests within example.org. to a backend system:
proxy example.org localhost:9005
Load-balance all requests between three backends (using random policy):
proxy . web1.local:53 web2.local:1053 web3.local
Same as above, but round-robin style:
proxy . web1.local:53 web2.local:1053 web3.local {
policy round_robin
}
With health checks and proxy headers to pass hostname, IP, and scheme upstream:
proxy . web1.local:53 web2.local:53 web3.local:53 {
policy round_robin
health_check /health:8080
}
Proxy everything except requests to miek.nl or example.org
proxy . backend:1234 {
except miek.nl example.org
}
Proxy everything except example.org using the host resolv.conf nameservers:
proxy . /etc/resolv.conf {
except miek.nl example.org
}