[wildfly-dev] Using Wildfly as a load balancer

Stuart Douglas stuart.w.douglas at gmail.com
Mon Jan 12 23:55:33 EST 2015


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 at 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 at 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 at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20150113/958d9cde/attachment.html 


More information about the wildfly-dev mailing list