Load balancing with the Apache http server
Today's web performance and availability requirements make load balancing indispensable. In this article, we show you how to set up an effective load balancing system using features built into the Apache web server.
A multitude of technologies support load balancing for web servers. Load balancers come in all shapes and sizes, from simple DNS-based techniques through vast and versatile proprietary systems. In some cases, however, the load balancing features you need might be available already through the Apache web server. In this article, I describe some strategies for load balancing with Apache.
The schematic in Figure 1 shows the underlying structure of a software-based balancing system. In this scenario, several front-end load balancers accept incoming user requests and distribute them to a pool of back-end servers on the basis of a predefined scheme. Multiple individual systems can run in parallel to provide a fail-safe (shown in the background in Figure 1). Apache includes a number of modules for supporting load balancing (Table 1), and you'll need to make sure any modules you intend to use are loaded:
LoadModule xyz_module modules/mod_xyz.so
As you can see in Table 1, Apache's basic load balancing capabilities include features such as caching, compression, URL rewriting, and header processing. Some of the modules in Table 1 are loaded by default.
Consult your own Apache configuration for more on which modules might already be present on your system.
If JServ-capable application servers, such as Apache Tomcat or Jetty, are used, the gateway can also use the Apache JServ Protocol (ajp). All you need to do is load the mod_proxy_ajp module instead of mod_proxy_http and change the URLs from http:// to ajp://.
The use of this binary-format protocol offers a couple of advantages with regard to back-end connection performance and lower resource overheads, but this functionality is bought at the price of more permanent connections to the back ends.
Incidentally, you can run ajp and http back ends at the same time as members of the same pool. For the sake of completeness, keep in mind also that Apache supports ftp proxy with the mod_proxy_ftp module.
For additional details, check out the Apache http server documentation .
The sample configuration shown in Listing 1 includes the basic front-end server settings for load balancing in Apache.
01 ProxyRequests Off 02 ProxyVia Off 03 04 ProxyPreserveHost On 05 ProxyErrorOverride On 06 07 ProxyTimeout 30 08 09 <Proxy balancer://pool> 10 BalancerMember http://server1:8080 \ 11 min=10 max=50 loadfactor=2 12 13 BalancerMember http://server2:8080 \ 14 min=5 max=25 loadfactor=1 15 </Proxy> 16 17 ProxyPass /shop balancer://pool1 \ 18 lbmethod=byrequests \ 19 nofailover=Off maxattempts=3 \ 20 stickysession=PHPSESSIONID
This configuration starts with ProxyRequests to disable the normal proxy mode and setting up what is known as a reverse proxy, or gateway, to be more precise. Disabling Via headers (ProxyVia) makes the gateway invisible.
The ProxyPreserveHost and ProxyErrorOverride commands ensure that the host headers included in the request are passed on to the back ends and that any error messages generated by the back ends are replaced by the load balancer and thus standardized. The output of a suitable timeout, with ProxyTimeout, rounds off the basic configuration.
The core definition, that of a back-end pool and its members, is handled by a Proxy container and the specification of a special balancer:// schema followed by the pool name. The BalancerMember instructions and parameters in the container specify the individual members along with their properties.
At the end of the configuration, the back-end pool defined previously is assigned a separate URL space; more parameters define the load balancer's generic approach. To enable regular expressions, you could use the advanced ProxyPassMatch command instead of ProxyPass.
As an alternative, the rewrite module (mod_rewrite) and custom rules would unleash the full power of regular expressions. However, in this case, you will need to use ProxySet because load balancer parameters cannot be modified by rules:
ProxySet balancer://pool1 lbmethod=bytraffic ... RewriteEngine On RewriteRule ^/+(.*)$balancer://pool1/$1 [P,L]
Listing 1 thus defines two back-end servers for pool1. Requests are distributed on the basis of the number of requests (see the lbmethod parameter). The load factor setting assigns twice as many requests to server1 compared with server2. Connections are reused but also restricted to a maximum value. The URL space is defined as the complete URL space below /shop.
The Apache http server's proxy module (mod_proxy) provides an unbelievable range of special settings. Tools are available for many different scenarios. For example, you can use the status parameter to operate a hot standby server:
BalancerMember http://server4:1080... status=+H
This command specifies that server4 is only enabled if all the remaining pool members fail.
This server is the last line of defense and can be used to serve up a restricted version of a web application or to forward requests to a substitute system.
Buy this article as PDF
Weird data transfer technique avoids all standard security measures.
FIDO alliance declares the beginning of the end for old-style login authentication.
Legendary Uber-distro splits over the systemd controversy.
One of CeBIT’s most successful forums returns in 2015.
A new study says it is possible to unmask 81% of TOR users.
Redmond joins the revolution by turning the .NET Core Runtime into a GitHub project.
Users only had 7 hours to update before the intrusions started.
It's official: The new web arrives