You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
PumpkinLB is a fast multi-process TCP load balancer, compatible with: Linux, Cygwin, and Windows environments. It listens for requests on local ports, and farms them out to any number of workers. You can use it to very quickly setup a load balancer, e.x. from 1 front point to 5 different apache servers.
5
+
PumpkinLB is a fast multi-process TCP load balancer / port forwarder, compatible with: Linux, Cygwin, and Windows environments.
6
+
7
+
8
+
**Processing**
9
+
10
+
PumpkinLB listens for requests on ports local to the machine on which it is running, and farms them out to any number of workers.
11
+
12
+
You can use it to very quickly setup a load balancer, e.x. from 1 entry-point to 5 different apache workers on various servers.
8
13
9
14
Each incoming port is waited-on by a distinct process, and each connection is yet another process, thus it performs very well even under heavy load.
10
15
11
-
Usage
12
-
=====
16
+
Requests are generally handled round-robin between the various workers.
17
+
If a request fails on a backend worker, it will be retried on another random worker until it succeeds, and a message will be logged.
18
+
19
+
**Usage**
20
+
13
21
14
22
Execute by running PumpkinLB.py [cfgFile]
15
23
16
-
Where cfgFile is the path to your config file. There is a sample "example.cfg" included.
24
+
Where [cfgFile] is the path to your config file. There is a sample "example.cfg" included.
17
25
18
-
Config file is broken up into sections, definable by [$SectionName], followed by variables in format of key=value.
19
26
20
-
Sections:
27
+
**Config**
21
28
22
-
[options]
23
-
pre_resolve_workers=0/1 [Default 1] Any workers defined with a hostname will be evaluated at the time the config is read.
24
-
This is preferable as it saves a DNS trip for every request, and should be enabled
25
-
unless your DNS is likely to change and you want the workers to match the change.
29
+
The Config file is broken up into sections, definable by [$SectionName], followed by variables in format of key=value.
26
30
27
-
[mapping]
28
-
localaddr:inport=worker1:port,worker2:port... Listen on interface defined by "localaddr" on port "inport". Farm out to worker addresses and ports. Ex: 192.168.1.100:80=10.10.0.1:5900,10.10.0.2:5900
29
-
or
30
-
inport=worker1:port,worker2:port... Listen on all interfaces on port "inport", and farm out to worker addresses with given ports. Ex: 80=10.10.0.1:5900,10.10.0.2:5900
31
+
Sections:
31
32
32
33
33
-
So an example to listen on port 80 localhost and farm out to 3 apache servers on your local subnet:
34
+
*[options]*
35
+
36
+
* pre\_resolve\_workers=0/1 - Default 1
37
+
38
+
Any workers defined with a hostname will be evaluated at the time the config is read.
39
+
40
+
This is preferable as it saves a DNS trip for every request, and should be enabled
Sending SIGTERM, SIGINT, or pressing control+c will do a graceful shutdown (it will wait for up to 4 seconds to finish any active requests, and then terminate).
40
63
64
+
**Graceful Shutdown**
41
65
42
-
Requests are generally handled round-robin between the various workers. If a request fails on a backend worker, it will be retried on another random worker until it succeeds, and a message will be logged.
66
+
Sending SIGTERM, SIGINT, or pressing control+c will do a graceful shutdown (it will wait for up to 6 seconds to finish any active requests, and then terminate).
Sending SIGTERM, SIGINT, or pressing control+c will do a graceful shutdown (it will wait for up to 6 seconds to finish any active requests, and then terminate).
0 commit comments