Hi Roman, my scenario is similar what you describe, but whit a little difference: I have one or more contexts served by all of the nodes in the cluster, and another contexts served only by the Master node. The Master node manages the contexts deployed in HA Singleton. Only one Master node is active in the cluster, and the cluster manages the Master election. When the Master node fails, the cluster elects a new Master node and contexts being served by it. Using mod_cluster each back-end node can advise contexts that are serving to the apache, in this case the switch of Master Node is automatically notified to the front-end. I would like to implement a similar solution using ProxyPass, why this? I think that problem "503" may be caused by the JBoss GC (stop the world) activity. When it occurs on HA Singleton MASTER node it makes the web-applications not availables, and the node is considered "off-line" for 1 minute by the apache. No problem arises for "standard cluster applications running on all nodes" because another node can responde. I've seen that "retry=0" parameters using ProxyPass should avoid the 1 minute "black out" that generates the 503 errors. I'm not able to find the same behavior using mod_cluster. Federico Il 04/07/2014 05:03, Roman Jurkov ha
scritto:
Federico, |