In data 15 aprile 2010 alle ore 05:11:15, Brad Van Sickle
ha scritto:
LVS does sound interesting but in your infrastructure layout aren't your
single LVS load balancers single points of failure?
I simplified a bit too much :)
Every LVS machine has a hot-spare, and you can perform
manual o
LVS does sound interesting but in your infrastructure layout aren't your
single LVS load balancers single points of failure? Especially if they
are running on older hardware? Maybe that isn't important in your
environment? However, it seems like that negates a lot of the "high
availability"
On 2010-04-13, at 3:41 PM, Fred Moyer wrote:
> Please take a couple minutes to test this release candidate [1] for
> Apache::Test 1.32 and report back success or failure. Thanks!
+1
Tests pass on OS X 10.6.3, Apache/2.2.11 (prefork MPM), and v5.10.0 for
darwin-thread-multi-2level.
--
best r
I concur with LVS. I have LVS running on a $10 piece of hardware (300
MHz CPU,
128MB memory) that acts as a load balancer for 15+ web servers. I use
keepalive
to monitor the systems.
Dzuy
Cosimo Streppone wrote:
In data 14 aprile 2010 alle ore 22:57:06, Brad Van Sickle
ha scritto:
My
In data 14 aprile 2010 alle ore 22:57:06, Brad Van Sickle
ha scritto:
My first question relates to quality of service and load balancing:
Hi Brad,
we're using LVS (http://en.wikipedia.org/wiki/Linux_Virtual_Server),
and I find it very useful and reliable.
Our infrastructure for the modper
On Wed, Apr 14, 2010 at 3:15 PM, Brad Van Sickle wrote:
> So it sounds like Apache is simply not going to meet my needs. In the event
> that I do need to replace Apache, hopefully you can save me some research
> time and recommend me one of the listed options that fulfills my needs (or
> confirm t
So it sounds like Apache is simply not going to meet my needs. In the
event that I do need to replace Apache, hopefully you can save me some
research time and recommend me one of the listed options that fulfills
my needs (or confirm that perlbal does)
I need the following features:
1) provides
On Wed, Apr 14, 2010 at 5:33 PM, Brad Van Sickle wrote:
> I didn't find much info on perlbal after a quick glance, I'll certainly give
> it a closer look, but my inital reaction is that I'm leary of replacing
> Apache on my web layer. I'm doing a few things with a few other modules (
> mod_rewrite
Fred:
Thanks for the recommendations. Puppet/cfmanager look like they are
along the lines of what I'm looking for.
I didn't find much info on perlbal after a quick glance, I'll certainly
give it a closer look, but my inital reaction is that I'm leary of
replacing Apache on my web layer. I'm
On Wed, Apr 14, 2010 at 5:17 PM, Chris Datfung wrote:
> What I'm looking for is a way to access the environment variables stored in
> the internal Apache structure. Any leads of how to access these environment
> variables is much appreciated.
The subprocess_env info that Adam sent you should have
On Tue, Apr 13, 2010 at 9:57 PM, Chris Datfung wrote:
> On Tue, Apr 13, 2010 at 6:34 PM, Fred Moyer wrote:
>
>> Correct me if I'm wrong, but don't you need to do this:
>>
>> PerlPassEnv TE
>>
>
Hi Fred,
After a bit more research, It seems that PerlPassEnv is just for passing
shell environment var
On Wed, Apr 14, 2010 at 1:57 PM, Brad Van Sickle wrote:
> My first question relates to quality of service and load balancing:
> I'm currently using mod_proxy on the web layer, and I know I can set that up
> to load balance requests to multiple app layer nodes, but to the best of my
> knowledge mod
Hello
I have a lot of experience in large scale web applications using Java
and Websphere, but I now find myself needing to scale a web application
built on mod_perl, and I have some questions about best practices for
doing that since I don't have any sort of deployment manager or an
intellig
13 matches
Mail list logo
