HAProxy is an HA proxying daemon for load-balancing to clustered services. It can proxy TCP directly, or other kinds of traffic such as HTTP.
Tested and built on Debian, Ubuntu and CentOS
Currently requires the ripienaar/concat module on the Puppet Forge and uses storeconfigs on the Puppet Master to export/collect resources from all balancer members.
This haproxy uses storeconfigs to collect and realize balancer member servers on a load balancer server.
To install and configure HAProxy server listening on port 8140
node 'haproxy-server' {
class { 'haproxy': }
haproxy::listen { 'puppet00':
ipaddress => $::ipaddress,
ports => '8140',
}
}
To add backend loadbalance members
node 'webserver01' {
@@haproxy::balancermember { $fqdn:
listening_service => 'puppet00',
server_names => $::hostname,
ipaddresses => $::ipaddress,
ports => '8140',
options => 'check'
}
}
The base haproxy
class can accept two parameters which will configure basic
behaviour of the haproxy server daemon:
global_options
to configure theglobal
section inhaproxy.cfg
defaults_options
to configure thedefaults
section inhaproxy.cfg
One haproxy::listen
defined resource should be defined for each HAProxy loadbalanced set of backend servers. The title of the haproxy::listen
resource is the key to which balancer members will be proxied to. The ipaddress
field should be the public ip address which the loadbalancer will be contacted on. The ports
attribute can accept an array or comma-separated list of ports which should be proxied to the haproxy::balancermember
nodes.
One haproxy::frontend
defined resource should be defined for each HAProxy front end you wish to set up. The ipaddress
field should be the public ip address which the loadbalancer will be contacted on. The ports
attribute can accept an array or comma-separated list of ports which should be proxied to the haproxy::backend
resources.
One haproxy::backend
defined resource should be defined for each HAProxy loadbalanced set of backend servers. The title of the haproxy::backend
resource is the key to which balancer members will be proxied to. Note that an haproxy::listen
resource and haproxy::backend
resource can have the same name, and any balancermembers exported to that name will show up in both places. This is likely to have unsatisfactory results, but there's nothing preventing this from happening.
The haproxy::balancermember
defined resource should be exported from each node
which is serving loadbalanced traffic. the listening_service
attribute will
associate it with haproxy::listen
directives on the haproxy node.
ipaddresses
and ports
will be assigned to the member to be contacted on. If an array of ipaddresses
and server_names
are provided then they will be added to the config in lock-step.
Copyright (C) 2012 Puppet Labs Inc
Puppet Labs can be contacted at: info@puppetlabs.com
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.