Yes, if you use this then it is no longer necessary to use apache as a load
balancer.
There are a few advantages to using Wildfly, namely:
- Front and back end servers are all Wildfly, allowing them to all be
managed uniformly through domain mode (which also means pure Java, so no
native bits)
- Undertow should be able to perform better than apache as a load balancer
(although we don't have any firm benchmarks for this yet), and will be able
to use new protocols such as HTTP2 to communicate with backend servers
which are more efficient on the wire.
The down side is of course that apache is already widely deployed, so a lot
of organisations will already have experience with it, or be using apache
for other things as well.
Stuart
On Tue Jan 13 2015 at 2:35:26 PM Jorge Solórzano <jorsol(a)gmail.com> wrote:
Hi Stuart,
This means is no longer necessary to use Apache httpd as front end? What
should be the pros and cont. when used like this?
El ene 12, 2015 8:48 PM, "Stuart Douglas" <stuart.w.douglas(a)gmail.com>
escribió:
> Hi everyone,
>
> A while ago we added support to Wildfly to allow it to be used as a front
> end mod_cluster based load balancer.
>
> I am going to blog about this once it appears in a released version, but
> for now if anyone wants to try it out I have an example in my github at
>
https://github.com/stuartwdouglas/modcluster-example
>
> The example basically contains the CLI commands need to start a domain
> with two backend servers and a front end load balancer (with a simple
> deployment that prints the server name that handles the request, and can
> start counting requests to demonstrate sticky sessions and failover),
> although the deployment path and local IP address will need to be modified
> appropriately.
>
> I'm just posting about this here in case it is interesting to anyone, as
> it should provide a very simple way to get started with clustering.
>
> Stuart
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/wildfly-dev
>