Get to Know the HAProxy Process Manager

The HAProxy Process Manager allows you to start external programs that are managed under HAProxy.

Not everything is compiled directly into HAProxy’s C code. Some components are written using other programming languages and run alongside the load balancer. These components can include agents built using HAProxy’s Stream Processing Offload Engine (SPOE)—SPOE allows polyglot extensibility, which is to say extending HAProxy with any programming language—and daemons such as the HAProxy Data Plane API, which is written in Go. Did you know that HAProxy has a feature that lets it start, stop and reload these components? It can host them as workers under its own main process, connecting their lifetimes with its own. Before we get to that, let’s see how to configure HAProxy as a service.

When you start HAProxy with the -W argument (or -Ws if running it as a service under Systemd), it enables master-worker mode. Master-worker mode spins up a main process and one or more worker processes under it, making it possible to spread HAProxy’s duties among several workers while exposing a single communication endpoint—the master process—for interacting with the load balancer as a whole. For example, you can send a reload command to the master process and it will recreate the workers. This design is ideal for hosting HAProxy under a modern service manager like Systemd.

The system packages for Ubuntu or Debian add the -Ws argument by default to the Systemd unit file. After starting HAProxy, check its status and you’ll find a list of running processes: one master and one worker:

$ sudo systemctl status haproxy
Main PID: 7528 (haproxy)
Tasks: 3 (limit: 1152)
CGroup: /system.slice/haproxy.service
├─7528 /usr/sbin/haproxy -Ws -f /etc/haproxy/haproxy.cfg -p /run/haproxy.pid -S /run/haproxy-master.sock
└─7529 /usr/sbin/haproxy -Ws -f /etc/haproxy/haproxy.cfg -p /run/haproxy.pid -S /run/haproxy-master.sock

In this model, reloads are architecturally simpler; Make a change to your HAProxy configuration and then trigger a reload with systemctl reload haproxy. The master process will create a new worker, send it the new configuration, and then gracefully shut down the old worker. You’ll learn more about the rationale behind the master-worker model when you watch William Lallemand’s presentation, HAProxy Process Management. William Lallemand is one of the core HAProxy engineers and he describes the history of process management as it relates to HAProxy.

The master-worker model simplifies the management of HAProxy’s running processes, but it also opened the door to a new feature that was introduced in HAProxy 2.0: the HAProxy Process Manager. The Process Manager lets you configure external applications that start and stop with HAProxy and are controlled by the HAProxy master process.

The HAProxy Process Manager

You can set an application to run when HAProxy starts by adding a program section to your HAProxy configuration. We often use this to start the Data Plane API, which is the HTTP RESTful service for configuring HAProxy at runtime. The API is a binary that runs outside of HAProxy, so by using the Process Manager, we don’t need to install a Systemd unit file to control its lifetime. When HAProxy starts, so will the API.

Here’s an example that shows how to run the HAProxy Data Plane API using the Process Manager:

program dataplaneapi
command /usr/local/bin/dataplaneapi --host 0.0.0.0 --port 5555 --haproxy-bin /usr/sbin/haproxy --config-file /etc/haproxy/haproxy.cfg --reload-cmd "systemctl reload haproxy" --reload-delay 5 --userlist haproxy-dataplaneapi
no option start-on-reload

The command directive sets the program to run and can take any number of parameters, which will be passed to the external program. Here, we do not want to stop and recreate the API whenever HAProxy reloads—the API will be reloading HAProxy at various times to manage its configuration—so we include the no option start-on-reload directive. Other applications do better if recreated each time and wouldn’t use this directive, such as Stream Processing Offload Agents (SPOAs) whose configuration gets loaded into HAProxy.

Add as many program sections as you need. Each will contain a single program to run. Besides using it for the Data Plane API, it’s convenient for launching SPOAs, which are used to stream load balancer data to external applications. For example, you can start the HAProxy Traffic Shadowing agent by including it in a program section, as shown in the following snippet:

program mirror
command spoa-mirror --runtime 0 --mirror-url http://test.local

Learn more about the Traffic Shadowing agent in our blog post HAProxy Traffic Mirroring for Real-World Testing.

The Master CLI

When you start HAProxy, add the -S argument to expose the Master CLI, which is an interface for interacting with worker processes. It uses the following syntax:

-S /run/haproxy-master.sock

This is different from the HAProxy Runtime API, which aims to control HAProxy’s dynamic features, such as stick tables and map files; Here, you’re given a smaller set of commands, but relevant for managing worker processes. You’ll find all of the available options by invoking the help command:

$ echo 'help' | sudo socat /run/haproxy-master.sock -
help : this message
prompt : toggle interactive mode with prompt
quit : disconnect
show cli sockets : dump list of cli sockets
show cli level : display the level of the current CLI session
operator : lower the level of the current CLI session to operator
user : lower the level of the current CLI session to user
@<relative pid> : send a command to the <relative pid> process
@!<pid> : send a command to the <pid> process
@master : send a command to the master process
show proc : show processes status
reload : reload haproxy

Use the show proc command to get a list of processes:

$ echo 'show proc' | sudo socat /run/haproxy-master.sock -
#<PID> <type> <relative PID> <reloads> <uptime> <version>
9730 master 0 0 0d00h00m19s 2.1.4-1ppa1~bionic
# workers
9732 worker 1 0 0d00h00m19s 2.1.4-1ppa1~bionic
# programs
9731 dataplaneapi - 0 0d00h00m19s -

The HAProxy processes are listed as workers, with programs listed separately. By default, there’s only one worker, but you can control this by setting nbproc in the global section of your configuration.

Note

The nbproc directive has been deprecated and removed in HAProxy version 2.5.

For example, if you set nbproc to 3, then three workers would be listed. Using nbproc to create multiple HAProxy workers allows you to pin specific functions, such as TLS termination, to specific processes, but enabling multiple threads on a single process accomplishes the same result and is easier to manage. Learn more about the differences between multiple processes and multiple threads in our blog post Multithreading in HAProxy.

You can execute Runtime API commands against individual workers by prefixing the command with the relative PID. For example, use @1 to invoke commands against the first worker:

$ echo '@1 show info' | sudo socat /run/haproxy-master.sock -
Name: HAProxy
Version: 2.1.4-1ppa1~bionic
Release_date: 2020/04/12
Nbthread: 2
Nbproc: 1
Process_num: 1
Pid: 9732

Although you can’t use this technique to invoke commands against non-HAProxy processes, such as our Data Plane API program, it can be very useful just to see the list of running programs and know that they started as expected.

Conclusion

Over the years, how HAProxy forks workers has evolved, becoming better suited for modern service managers like Systemd and opening the door for features like the HAProxy Process Manager, which lets you run arbitrary programs. The Process Manager uses a simple configuration syntax, the program section, that can be used to start any number of external applications in support of HAProxy. It’s often used to start the HAProxy Data Plane API, but it’s also convenient for running SPOAs like the Traffic Shadowing agent.

Want to stay up to date on similar topics? Subscribe to this blog!

HAProxy Enterprise is the industry-leading software load balancer. It powers modern application delivery at any scale and in any environment, providing the utmost performance, observability and security. Organizations harness its cutting-edge features and enterprise suite of add-ons, backed by authoritative expert support and professional services. Ready to learn more? Contact us and get your HAProxy Enterprise free trial!

Subscribe to our blog. Get the latest release updates, tutorials, and deep-dives from HAProxy experts.