Pound is very easy, but as always it’s probably whatever you’re more
comfortable with. Apache setup is, if you’ve done it a few times, not
terribly hard either.
The line you’ll be using is ProxyPass and apache must be compiled with
mod_proxy for that to work.
When you want to proxy-balance between mongrel_clusters you’ll have to
make the jump up to apache 2.1.0 or above (2.2.2 is out and stable)
and use mod_proxy_balancer
I’m leaning towards pound just because Apache can be a bit of a bear.
I’ve used it several times so I’m not afraid of it, but I’m only
serving a couple thousand requests a day at most. I’m just looking
for the simpleist thing I can use.
The little research I’ve done talks about pound in front of a mongrel
cluster. That is truly overkill for my needs, but I’m not sure if
pound is only designed for load-balancing situations or if it is also
designed to just sit in front of a single mongrel instance and just do
the SSL encryption/decryption that I need.
FYI: I would stick with lighttpd, but for some reason after a recent
upgrade from SuSE 10 to 10.1 it no longer autostarts at bootup.
Rather than troubleshoot that, I thought I would move to Mongrel for
production.
The little research I’ve done talks about pound in front of a mongrel
cluster. That is truly overkill for my needs, but I’m not sure if
pound is only designed for load-balancing situations or if it is also
designed to just sit in front of a single mongrel instance and just do
the SSL encryption/decryption that I need.
No, Pound can be used for just SSL. The additional advantage is when
you have to add an extra Mongrel you just increase a number in
mongrel_cluster and add one more backend line in your pound config then
restart.
That’s scalability. Start small, expand as you need.
On Aug 11, 2006, at 7:32 AM, Charles Brian Q. wrote:
When you want to proxy-balance between mongrel_clusters you’ll have to
make the jump up to apache 2.1.0 or above (2.2.2 is out and stable)
and use mod_proxy_balancer
2.2.3 is out and stable, too.
–
– Tom M.
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.