Re: clusters

2006-05-11 Thread E.Q. McGoon
Jonathan Vanasco wrote: > Chiming in on everything thats been said: > > Proxy > You can also use lighttpd for proxying. I do and find it works well > http://lighttpd.org > > Cluster DB > Postgresql has slony for replication > http://gborg.postgresql.org/p

Re: clusters

2006-05-09 Thread Frank Wiles
On Tue, 9 May 2006 13:45:57 -0400 "Kevin A. McGrail" <[EMAIL PROTECTED]> wrote: > Taking this another step further, I don't get the impression that > perlbal or pound will achieve the "temporary" caching on the > middle-proxy server allowing the back-end server to get back to other > requests. >

Re: clusters

2006-05-09 Thread Len Kranendonk
And also this: "NDB is an in-memory storage engine" No longer true: As of MySQL 5.1.6 it's possible to store tables on disk rather than in memory. See http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-disk-data.html But, I wouldn't recommend using MySQL cluster to power your high traffic we

Re: clusters

2006-05-09 Thread Jonathan Vanasco
Chiming in on everything thats been said: Proxy You can also use lighttpd for proxying. I do and find it works well http://lighttpd.org Cluster DB Postgresql has slony for replication http://gborg.postgresql.org/project/slony1/projdisplay.php Ses

Re: clusters

2006-05-09 Thread Perrin Harkins
On Tue, 2006-05-09 at 17:51 +, E.Q. McGoon wrote: > Now I'm starting to see where my mental blocks are. I've always > operated under the notion that sessions are best left to the operating > system on each node, so to speak, in an effort to reduce db traffic. Once you have a cluster, sessions

Re: clusters

2006-05-09 Thread E.Q. McGoon
Perrin Harkins wrote: > On Tue, 2006-05-09 at 17:12 +, E.Q. McGoon wrote: > > Certainly, but I'm struggling with the "big picture" so to speak. > > How to plan a session handling strategy that will grow with the > > application as more hardware is added to accommodate growing usage. > > Why i

Re: clusters

2006-05-09 Thread Harmen
On Tue, May 09, 2006 at 01:45:57PM -0400, Kevin A. McGrail wrote: > Taking this another step further, I don't get the impression that perlbal or > pound will achieve the "temporary" caching on the middle-proxy server > allowing the back-end server to get back to other requests. > > Anyone know for

Re: clusters

2006-05-09 Thread Kevin A. McGrail
Taking this another step further, I don't get the impression that perlbal or pound will achieve the "temporary" caching on the middle-proxy server allowing the back-end server to get back to other requests. Anyone know for sure? Sincerely, KAM > On Tue, 2006-05-09 at 13:24 -0400, Kevin A. McGrai

Re: clusters

2006-05-09 Thread Perrin Harkins
On Tue, 2006-05-09 at 17:12 +, E.Q. McGoon wrote: > Certainly, but I'm struggling with the "big picture" so to speak. How > to plan a session handling strategy that will grow with the application > as more hardware is added to accommodate growing usage. Why is this any different from your gene

Re: clusters

2006-05-09 Thread Perrin Harkins
On Tue, 2006-05-09 at 13:24 -0400, Kevin A. McGrail wrote: > My understand is that some people do caching on B simply to let A spit out > all the data and let B handle the connection for as long as it takes to > perform the transfer. That's right. It's very useful for images and multimedia files

Re: clusters

2006-05-09 Thread Kevin A. McGrail
> As a caveat to the E-mails about caching pages using a proxy, the usefulness > of such depends on how much traffic your site will see to static pages. In My understanding doesn't agree with this. The point about caching also deals with dynamic one time through away pages in a scenario as descri

Re: clusters

2006-05-09 Thread Harmen
On Tue, May 09, 2006 at 12:51:17PM -0400, Perrin Harkins wrote: > On Tue, 2006-05-09 at 18:41 +0200, Harmen wrote: > > It _is_ stored on disk, save for powerfailures, but all the data needs to > > fit in ram. So it's limited to the amount of ram you can give mysql. > > It is on disk? This quote f

Re: clusters

2006-05-09 Thread E.Q. McGoon
JupiterHost.Net wrote: > > > E.Q. McGoon wrote: > > Perrin Harkins wrote: > > > > > > > > > Tons of them. Practically any doc about clustering will apply. I > > > wrote one ages ago about one mod_perl site I worked at: > > > http://perl.apache.org/docs/tutorials/apps/scale_etoys/etoys.html

Re: clusters

2006-05-09 Thread Perrin Harkins
On Tue, 2006-05-09 at 18:41 +0200, Harmen wrote: > It _is_ stored on disk, save for powerfailures, but all the data needs to > fit in ram. So it's limited to the amount of ram you can give mysql. It is on disk? This quote from the manual led me to think it wasn't: "MySQL Cluster does not support

Re: clusters

2006-05-09 Thread Harmen
On Tue, May 09, 2006 at 12:32:41PM -0400, Perrin Harkins wrote: > On Tue, 2006-05-09 at 11:28 -0500, Jeremy Brooks wrote: > > There's also clustering in MySQL 5 that looks very enticing to me as an > > additional layer or scale out and redundancy. It's not your typical > > master/slave scenario an

RE: clusters

2006-05-09 Thread Jeremy Brooks
To: Jeremy Brooks > Cc: 'Ken Perl'; modperl@perl.apache.org > Subject: RE: clusters > > On Tue, 2006-05-09 at 11:28 -0500, Jeremy Brooks wrote: > > There's also clustering in MySQL 5 that looks very enticing > to me as > > an additional layer or scale o

RE: clusters

2006-05-09 Thread Perrin Harkins
On Tue, 2006-05-09 at 11:28 -0500, Jeremy Brooks wrote: > There's also clustering in MySQL 5 that looks very enticing to me as an > additional layer or scale out and redundancy. It's not your typical > master/slave scenario and actaully allows for real load balancing and > failover. It's a pretty

RE: clusters

2006-05-09 Thread Jeremy Brooks
[EMAIL PROTECTED] > Sent: Tuesday, May 09, 2006 11:19 AM > To: 'Jeremy Brooks'; 'Perrin Harkins'; 'Ken Perl' > Cc: modperl@perl.apache.org > Subject: RE: clusters > > As a caveat to the E-mails about caching pages using a proxy, > the usefulness

RE: clusters

2006-05-09 Thread Jeremy Brooks
gies or you can mix them to get what you want. http://www.ultramonkey.org/3/topologies/ -Jeremy Brooks > -Original Message- > From: Jeremy Brooks [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 09, 2006 10:26 AM > To: 'Perrin Harkins'; 'Ken Perl' > Cc: mo

Re: clusters

2006-05-09 Thread Perrin Harkins
On Tue, 2006-05-09 at 14:00 +, E.Q. McGoon wrote: > Can you elaborate further on your session management strategy in the > article? We used a lightly hacked Apache::Session, storing data in Oracle. We used mod_unique_id to generate IDs. We sent the IDs in cookies, along with a simple authent

RE: clusters

2006-05-09 Thread Jeremy Brooks
y, May 09, 2006 7:28 AM > To: Ken Perl > Cc: modperl@perl.apache.org > Subject: Re: clusters > > Ken Perl wrote: > > Is it possible to make a modperl application to run in cluster? > > Of course. > > > if yes, how to do that? > > The same as any other

Re: clusters

2006-05-09 Thread David Nicol
On 5/9/06, Harmen <[EMAIL PROTECTED]> wrote: On Tue, May 09, 2006 at 04:47:14PM +0800, Ken Perl wrote: > Is it possible to make a modperl application to run in cluster? if > yes, how to do that? any doc? Take a few mod_perl servers and put one pound (http://www.apsis.ch/pound/) reverse proxy in

Re: clusters

2006-05-09 Thread JupiterHost.Net
E.Q. McGoon wrote: Perrin Harkins wrote: Tons of them. Practically any doc about clustering will apply. I wrote one ages ago about one mod_perl site I worked at: http://perl.apache.org/docs/tutorials/apps/scale_etoys/etoys.html Is there some specific part you're having trouble getting yo

Re: clusters

2006-05-09 Thread E.Q. McGoon
Perrin Harkins wrote: > Tons of them. Practically any doc about clustering will apply. I > wrote one ages ago about one mod_perl site I worked at: > http://perl.apache.org/docs/tutorials/apps/scale_etoys/etoys.html > > Is there some specific part you're having trouble getting your head > arou

Re: clusters

2006-05-09 Thread Kevin A. McGrail
I'm intrigued by Pound as I've never heard of it. I have been looking heavily at using Apache 2.2 for this same purpose but pound seems elegantly simple in it's approach. The only drawback I can see is that the lack of caching will cause dial-up users to stay connected to the backend servers long

Re: clusters

2006-05-09 Thread Perrin Harkins
Ken Perl wrote: Is it possible to make a modperl application to run in cluster? Of course. if yes, how to do that? The same as any other web system -- multiple machines, a load balancer, shared data on a database or other system. any doc? Tons of them. Practically any doc about clust

Re: clusters

2006-05-09 Thread Harmen
On Tue, May 09, 2006 at 05:49:43PM +0800, Ken Perl wrote: > Do you mean that the pound work great with apache 2.0 and apache 1.3 both? It doesn't matter. The clients talk to the pound server. Pound proxies every request to a backend webserver (mod_perl1, mod_perl2, plain apache, mod_ruby, whatever

Re: clusters

2006-05-09 Thread Ken Perl
Do you mean that the pound work great with apache 2.0 and apache 1.3 both? On 5/9/06, Harmen <[EMAIL PROTECTED]> wrote: On Tue, May 09, 2006 at 04:47:14PM +0800, Ken Perl wrote: > Is it possible to make a modperl application to run in cluster? if > yes, how to do that? any doc? Take a few mod_p

Re: clusters

2006-05-09 Thread Harmen
On Tue, May 09, 2006 at 04:47:14PM +0800, Ken Perl wrote: > Is it possible to make a modperl application to run in cluster? if > yes, how to do that? any doc? Take a few mod_perl servers and put one pound (http://www.apsis.ch/poung/) reverse proxy in front of them. Works great. --

clusters

2006-05-09 Thread Ken Perl
Is it possible to make a modperl application to run in cluster? if yes, how to do that? any doc? -- perl -e 'print unpack(u,"62V5N\"FME;G\!E