Costin Manolache wrote:
Hard == replicating the configuration data to all the nodes, instead of having it in a central place ( file or a config server ). Not impossible, but it's a different problem, and not very commonly used
Ldap, nis, ldap and most other "config servers" are using the later.
The admin might choose to populate the server list on just the seed tomcat server, instead of all the tomcat servers. proxy_ajp would have to handle this situation.
Or tomcat might use the session sharing mechanism to spread the info on all the servers in the pool.
The idea is to use knowledge where we already have it - for example, if we're sharing sessions between servers, that mechanism already has the list of servers in the cluster, so we're using info we already have. We're also not expecting the admin to give us info we can work out by ourselves if it can be avoided, thus adding to the admin's workload.
In the ideal case, 95% of users should just be able to do this:
ProxyPass /myWebapp ajp://cluster-seed/myWebapp
And the cluster should be autodetected and handled for the admin.
If the admin has special needs, or would like to turn off specific features like dynamic updates, then the admin is free to use directives inside httpd.conf to do this to override the default behaviour.
The point is to keep the default typical case as simple as humanly possible.
Regards, Graham --
smime.p7s
Description: S/MIME Cryptographic Signature
