haproxy-formula
Install, configure and run haproxy.
1. General notes
See the full SaltStack Formulas installation and usage instructions.
If you are interested in writing or contributing to formulas, please pay attention to the Writing Formula Section.
If you want to use this formula, please pay attention to the FORMULA
file and/or git tag, which contains the currently released version.
This formula is versioned according to Semantic
Versioning.
See Formula Versioning Section for more details.
If you need (non-default) configuration, please pay attention to the
pillar.example file and/or Special notes section.
2. Contributing to this repo
Commit message formatting is significant!!
Please see How to contribute for more details.
3. Special notes
Use the supplied haproxy.cfg for a flat file approach, or the jinja template and the pillar for a salt approach.
4. Available states
4.1. haproxy
Meta-state (This is a state that includes other states).
This installs the haproxy package, manages the haproxy configuration file and then starts the associated haproxy service.
4.3. haproxy.config
This state will configure the haproxy service and has a dependency on
haproxy.install via include list.
Currently, only a handful of options can be set using the pillar:
-
Global
-
stats: enable stats, currently only via a unix socket which can be set to a path with custom permissions and optional extra bind arguments
-
user: sets the user haproxy shall run as
-
group: sets the group haproxy shall run as
-
chroot: allows you to turn on chroot and set a directory
-
daemon: allows you to turn daemon mode on and off
-
-
Default
-
log: set the default log
-
mode: sets the mode (i.e. http)
-
retries: sets the number of retries
-
options: an array of options that is simply looped with no special treatment
-
timeouts: an array of timeouts that is simply looped with no special treatment
-
errorfiles: an array of k:v errorfiles to point to the correct file matching an HTTP error code
-
-
Frontend; Frontend(s) is a list of the frontends you desire to have in your haproxy setup Per frontend you can set:
-
name: the name haproxy will use for the frontend
-
bind: the bind string: this allows you to set the IP, Port and other paramters for the bind
-
redirect: add a redirect line, an unparsed string like in the backend
-
reqadd: an array of reqadd statements. Looped over and put in the configuration, no parsing
-
default_backend: sets the default backend
-
acls: a list of acls, not parsed, simply looped and put in to the configuration
-
blocks: a list of block statements, not parsed, simply looped and put in to the configuration
-
use_backends: a list of use_backend statements, looped over, not parsed
-
-
Backend; Backend(s) is a list of the backends you desire to have in your haproxy setup, per backend you can set:
-
name: set the backend name, used in the frontend references by haproxy
-
balance: set the balance type, string
-
redirect: if set, can be used to redirect; simply a string, not parsed
-
servers: a list of servers this backend will contact, is looped over; per server you can set:
-
name: name of the server for haproxy
-
host: the host to be contacted
-
port: the port to contact the server on
-
check: set to check to enable checking
-
-
-
For global, default, frontend, listener, backend and server it is possible to use the "extra" option for more rare settings not mentioned above.
5. Testing
Linux testing is done with kitchen-salt.
5.1. Requirements
-
Ruby
-
Docker
$ gem install bundler
$ bundle install
$ bin/kitchen test [platform]Where [platform] is the platform name defined in kitchen.yml, e.g.
debian-9-2019-2-py3.
5.2. bin/kitchen converge
Creates the docker instance and runs the haproxy main state, ready for
testing.