From: Stefan Fritsch ProxyPass directive.
As of Apache HTTP Server 2.1, the ability to use pooled connections to a backend
- server is available. Using the key=value parameters it is
- possible to tune this connection pooling. The default for a Hard
- Maximum for the number of connections is the number of threads per
- process in the active MPM. In the Prefork MPM, this is always 1, while with
- the Worker MPM it is controlled by the
- ThreadsPerChild.
Setting min will determine how many connections will always
- be open to the backend server. Upto the Soft Maximum or smax
- number of connections will be created on demand. Any connections above
- smax are subject to a time to live or ttl. Apache httpd
- will never create more than the Hard Maximum or max connections
- to the backend server.
In Apache HTTP Server 2.1 and later, mod_proxy supports pooled
+ connections to a backend server. Connections created on demand
+ can be retained in a pool for future use. Limits on the pool size
+ and other settings can be coded on
+ the ProxyPass directive
+ using key=value parameters, described in the table
+ below.
Setting min will determine how many connections to
+ the backend server will be retained after use. Up to the
+ Soft Maximum, or smax, number of connections will be
+ created on demand. Any connections above smax are
+ subject to a time to live, or ttl. Apache httpd will
+ never create more than the Hard Maximum or, max,
+ connections to the backend server.
The pool of connections is maintained per web server child
+ process, and the min, max, and
+ and smax settings are not coordinated among all child
+ processes, except when only one child process is allowed by
+ configuration or MPM design.
Apache HTTP Server Version 2.3 Available Languages: en This document describes changes to the Apache HTTPD API from
+ version 2.2 to 2.4, that may be of interest to module/application
+ developers and core hacks. At the time of writing, the 2.4 API
+ is not finalised, and this document may serve to highlight
+ points that call for further review. API changes fall into two categories: APIs that are altogether new,
+ and existing APIs that are expanded or changed. The latter are
+ further divided into those where all changes are back-compatible
+ (so existing modules can ignore them), and those that might
+ require attention by maintainers. As with the transition from
+ HTTPD 2.0 to 2.2, existing modules and applications will require
+ recompiling and may call for some attention, but most should not
+ require any substantial updating (although some may be able to
+ take advantage of API changes to offer significant improvements). For the purpose of this document, the API is split according
+ to the public header files. These headers are themselves the
+ reference documentation, and can be used to generate a browsable
+ HTML reference with Introduces a new API to parse and evaluate boolean and algebraic
+ expressions, including provision for a standard syntax and
+ customised variants. Introduces new API to enable apache child processes to serve different purposes. Introduces an API for modules to allocate and manage memory slots
+ (normally) for shared memory. API to manage a shared object cache. common structures for heartbeat modules (should this be public API?) Introduces the new provider framework for authn and authz This introduces low-level APIs to send arbitrary headers,
+ and exposes functions to handle HTTP OPTIONS and TRACE. The API for ap_get_scoreboard_worker is gratuitously made non-back-compatible
+ as an alternative version is introduced. Additional proxy_balancer
+ support. Child status stuff revamped. Introduces a new API for managing HTTP Cookies. I have yet to get a handle on this update. A wrapper for APR proc and global mutexes in httpd. NEW: ap_args_to_table NEW: ap_recent_ctime_ex Available Languages: en
+ Example
ProxyPass /example http://backend.example.com smax=5 max=20 ttl=120 retry=300
Description
+ min
0
- Minimum number of connections that will always
- be open to the backend server. Minimum number of connections to the backend server that
+ will be retained after use.
to the backend server.
max
1...n
Hard Maximum number of connections that will be
@@ -797,7 +804,7 @@ through
diff --git a/docs/manual/mod/mod_proxy.xml.ja b/docs/manual/mod/mod_proxy.xml.ja
index 6ab4f9ca847..2b98a924302 100644
--- a/docs/manual/mod/mod_proxy.xml.ja
+++ b/docs/manual/mod/mod_proxy.xml.ja
@@ -1,7 +1,7 @@
-
+
+smax
max
- Upto the Soft Maximum
+ Up to the Soft Maximum
number of connections will be created on demand. Any connections above
smax are subject to a time to live or ttl.

API Changes in Apache HTTP Server 2.4 since 2.2
+make docs.
ap_expr (NEW!)
ap_listen (changed; back-compatible)
ap_mpm (changed)
ap_slotmem (NEW!)
ap_socache (NEW!)
heartbeat (NEW!)
http_config (changed)
http_core (changed)
httpd (changed)
http_log (changed)
http_request (changed)
mod_auth (NEW!)
mod_core (NEW!)
mod_request (NEW!)
mpm_common (changed)
scoreboard (changed)
util_cookies (NEW!)
util_ldap (changed)
util_mutex (NEW!)
util_script (changed)
util_time (changed)ap_expr (NEW!)
+
+ ap_listen (changed; back-compatible)
+
+ ap_mpm (changed)
+
+ ap_mpm_run is replaced by a new mpm hook.
+ Also ap_graceful_stop_signalled is lost, and
+ ap_mpm_register_timed_callback is new.ap_slotmem (NEW!)
+
+ ap_socache (NEW!)
+
+ heartbeat (NEW!)
+
+ http_config (changed)
+
+
+
+ http_core (changed)
+
+
+
+ httpd (changed)
+
+
+
+ http_log (changed)
+
+
+
+ http_request (changed)
+
+
+
+ mod_auth (NEW!)
+
+ mod_core (NEW!)
+
+ mod_request (NEW!)
+
+ mod_request, to make input data
+ available to multiple application/handler modules where required,
+ and to parse HTML form data.mpm_common (changed)
+
+
+
+ scoreboard (changed)
+
+ util_cookies (NEW!)
+
+ util_ldap (changed)
+
+ util_mutex (NEW!)
+
+ util_script (changed)
+
+ util_time (changed)
+
+