Last updated on: 2016-01-14
Authored by: Rackspace Support
Note: This article was written before the introduction of Cloud Load Balancers, which is our recommended solution for load balancing. Because customers might still want to try this procedure, it is available for legacy support purposes.
This article uses Apache as the load balancer in conjunction with the
mod_proxy_balancer. Both are available
through CentOS, and this article uses that as the base installation.
The main point of this articles is that you can use cloud servers to scale horizontally. This is when you need horizontal expansion, adding drone servers behind a smart host each working a piece of workload.
You need to have the following hardware and software in place before you begin.
You are going to use a total of three servers to start, but you can use this as a model to scale horizontally.
The software for all three servers will be the same; they will be running the same packages. You need to add only two software groups. Perform the following steps.
Update your system.
# yum update
Install Apache by using the CentOS
# yum groupinstall "Web Server"
Optionally, install a text-based web browser in case you ever need to check that a particular webhead is displaying the page it is supposed to behind the load balancer.
# yum groupinstall "Text-based Internet"
Configure the servers as two webheads and one load balancer.
Because the webheads are really just drones, they don’t need any special configurations. Just create a file called index.html in /var/www/html/index.html. In this file, you can put any distinguishing characteristics you want. For example, you could put “It works you looking at WebHead #” where # is the numerical identifier of that particular webhead.
This sections walks through each step and then brings it together at the end, so you know what the end product should be. Place all of the configurations that you define at the bottom of the /etc/httpd/conf/httpd.conf file in a standard virtual host.
Turn off ProxyRequests to avoid any unwanted traffic.
In this part of the virtual host, name the webheads and declare how you
will be balancing. The
BalanceMember directive is how you declare the
webheads. You can add as many as you like, using these as templates. The
ProxySet directive declares how you want to balance. This example uses
a “byrequest” balancing algorithm, which is the same as a round robin,
so for each new request you get a new webhead. The order is sequential.
(Although better and smarter algorithms exist, this one is easy to
configure and you don’t need to know networking theory.) All of this is
<Proxy> tags, which is how Apache knows to send it to
balancer://mycluster identifier is only an
identifier; you could call it what you want as long as you use the
Note: You will want to contact your webheads from the load balancer by using their private IP addresses. Doing so minimizes your bandwidth charges by keeping all communication between servers on the ServiceNet network, where bandwidth is free.
<Proxy balancer://mycluster> # WebHead1 BalancerMember https://10.x.x.x:80 # WebHead2 BalancerMember https://10.x.x.x:80 ProxySet lbmethod=byrequests </Proxy>
balance-manager is a tool packaged with the
tool, and it enables you to make configurations from a GUI tool through
the web browser. You can view it at
https://domain.com/balancer-manager. Consider that any changes made by
this tool end after you restart Apache.
<Location /balancer-manager> SetHandler balancer-manager </Location>
This is the last part of the configuration, and adds the situations that
will need to be proxied. You don’t want to proxy the
but you do want to proxy everything else.
ProxyPass /balancer-manager ! ProxyPass / balancer://mycluster/
If you have all this configured in your httpd.conf file on your load balancer cloud server, and you start Apache, you should be able to view your domain name that is properly pointed to your load balancer. When you refresh, it should hop between your two webheads, saying “It works you looking at WebHead 1” or “It works you looking at WebHead 2”. You are now balancing.
The following code combines all the things that you’ve learned into a helpful packaged VirtualHost. Just substitute all the necessary values that are specific to your configuration, like the domain name and the IP addresses to your webheads. Also, some security additions are explained in the comments. Everything is commented so you don’t have to refer back to this article to make changes later.
Note: The preceding example is formatted for Apache 2.4. If you are
using 2.2, replace
Require all granted with
Order Deny,Allow | Deny from none | Allow from all, and then replace
Require host example.org with
Order deny,allow | Deny from all | Allow from example.org.
<VirtualHost *:80> ProxyRequests off ServerName domain.com <Proxy balancer://mycluster> # WebHead1 BalancerMember https://10.176.42.144:80 # WebHead2 BalancerMember https://10.176.42.148:80 # Security "technically we aren't blocking # anyone but this is the place to make # those changes. Require all granted # In this example all requests are allowed. # Load Balancer Settings # We will be configuring a simple Round # Robin style load balancer. This means # that all webheads take an equal share of # of the load. ProxySet lbmethod=byrequests </Proxy> # balancer-manager # This tool is built into the mod_proxy_balancer # module and will allow you to do some simple # modifications to the balanced group via a gui # web interface. <Location /balancer-manager> SetHandler balancer-manager # I recommend locking this one down to your # your office Require host example.org </Location> # Point of Balance # This setting will allow to explicitly name the # the location in the site that we want to be # balanced, in this example we will balance "/" # or everything in the site. ProxyPass /balancer-manager ! ProxyPass / balancer://mycluster/ </VirtualHost>
©2020 Rackspace US, Inc.
Except where otherwise noted, content on this site is licensed under a Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License