haProxy config

[baderth]

Hi,
First of all - sorry for bothering you.
I try to get my head around loadbalancing seaside/topaz FastCGIs with haProxy (instead of currently used nginx) and your repo here is the only spot on the whole interwebs which has at least something for me.

In case I get the repo right and you're doing nginx->haProxy->FastCGI topaz here, I have a question on:
https://github.com/talk-small-be-open/via-base-main/tree/master/deployment/files/haproxy/haproxy.cfg.j2

Seems like a normal http pass instead of a needed(?) fastcgi to me? (as fcgi backends in haProxy would have a "proto fcgi" ending the server line).

Again, sorry, normally i would spend days investigating instead of bothering people but I'm so close to give up on this because all i get is a 502 for all requests towards haProxy/topaz/seaside requests. And I just want nice loadBalancing without paying nginx for that simple feature (queueing).

Thanks for any help, cheers from Vienna,
Tom

[dassi]

Hi Tom! My setup ist without FastCGI, its pure http. The seaside webserver inside each of the topaz gems is http (Zinc...). It used to be FastCGI in the past, but the docs of GsDevKit use http. (I am not even sure, if there is a FastCGI option).

(BTW: haproxy has proven to be very useful in the context of GemStone seaside load balancing, I never was happy with nginx' balancing features, somehow. haproxy very nicely handles outages from single gems.)

Why are you using FastCGI?

[baderth]

Oh boy...
I/we run this fastcgi setup in production since...2008 I guess. Never questioned it, took it as a given.
I'll sure have a look on the Zinc variant asap, thanks for pointing out.

800 sessions peak, 500gig repository over here, so will need a bit of testing :)

@haproxy over nginx: you cant be happy with the free options nginx gives you regarding load balancing, if you want to queue requests before the upstreams/gems, which is a nginx plus only feature.