Hi and thank you for your answer!
I expressed myself poorly, HA-LVS if I understood it correctly works for
server side load-balancing since it monitors the listen() system call?
In this case the applications which needs to access the database are
loadbalanced inside the cluster. The loadbalanced applications function
as database clients, or could HA-LVS help in this case also? The
applications accessing the database migrate from node to node and
meanwhile lose the connections to the database. This happens if the
database is inside the cluster(with unix sockets) or outside the cluster
(with tcp connections). The database in itself is not an issue for me, I
can have it outside the cluster as well, it is not a performance bottleneck.
Besides the application-daemons, I can reproduce this
rmtunix_release_rmtpair challenge by refreshing a php-page making
multiple queries to the mysql database, which is not loadbalanced.
BR,
Niklas
Roger Tsang kirjoitti:
> Try HA-LVS
>
> On 8/22/07, Niklas <niklas@...> wrote:
>
>> Hi,
>>
>> Is there anything I can do to help fixing this rmtunix_release_rmtpair
>> ASSERT issue, besides start learning C.
>>
>> As I see it now it is not possible to load-balance an application using
>> a database. If i use tcp-sockets the connections get confused and the
>> application lose the connections after a while.
>>
>> If i use the database over unix sockets I get these errors and the
>> applications lose the connection to the db. I found that a little
>> surprising that after a while the nodes get kernel panics, but that can
>> also be something else. Maybe enough of these errors can cause the
>> panics, thats not however currently so significant because the
>> applications lose the connections before that.
>>
>> Or does anyone know of some way I could configure the db-server and
>> connections to work around these challenges? Maybe put the sockets on an
>> nfs-server (far fetch, I know)
>>
>>
>> Thanks again for a great application!
>>
>> BR,
>> Niklas
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> ssic-linux-devel mailing list
>> ssic-linux-devel@...
>> https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel
>>
>>
|