Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Cherokee: users

Ideas on forwarding things around in Cherokee

 

 

Cherokee users RSS feed   Index | Next | Previous | View Threaded


pubcrawler.com at gmail

Sep 30, 2009, 1:02 AM

Post #1 of 6 (484 views)
Permalink
Ideas on forwarding things around in Cherokee

Wanted to run what we are doing by everyone on the list and see if
anyone can help us improve upon what we are doing.

Currently for our static content (JPGs, GIFs, CSS, etc.) we do this:

INTERNET ---> Cherokee:80 ---> Varnish:81 ---> Cherokee:82

We use Varnish for caching and some of the cache type control features
it has. If something is not found in Varnish cache it forwards
request over to another instance of Cherokee on port 82. The 2nd
instance of Cherokee is another separate instance - different than our
main port 80 Cherokee.

Is there any way to combine the two Cherokee instances into one?

Does Cherokee support setting up Virtual Servers tied to specific ports?
(i.e. images.pubcrawler.com:80 images.pubcrawler.com:82)
_______________________________________________
Cherokee mailing list
Cherokee [at] lists
http://lists.octality.com/listinfo/cherokee


stefan at konink

Sep 30, 2009, 1:09 AM

Post #2 of 6 (454 views)
Permalink
Re: Ideas on forwarding things around in Cherokee [In reply to]

On Wed, 30 Sep 2009, pub crawler wrote:

> We use Varnish for caching and some of the cache type control features
> it has. If something is not found in Varnish cache it forwards
> request over to another instance of Cherokee on port 82. The 2nd
> instance of Cherokee is another separate instance - different than our
> main port 80 Cherokee.

Why don't you define what is in Varnish what you are missing in Cherokee?


Stefan

_______________________________________________
Cherokee mailing list
Cherokee [at] lists
http://lists.octality.com/listinfo/cherokee


pubcrawler.com at gmail

Sep 30, 2009, 1:54 AM

Post #3 of 6 (454 views)
Permalink
Re: Ideas on forwarding things around in Cherokee [In reply to]

Good idea as always Stefan.

We use Varnish primarily at this point to cache data from 3rd party
providers. We do this because the 3rd pary data we serve out is
highly predictable, mostly static in nature - things like weather
forecast - which is fine to update just once every x hours. No need to
have multiple requests for the same document going to 3rd party over
and over. Stuff like RSS feeds are also very much cacheable for
defined periods of time to reduce artificial load of repetitive
requests.

Varnish has advanced configuration features for caching that we aren't
using currently - as we are too busy with other projects to implement
and test. The performance of Varnish is pretty fast when data is
cached. In small tests we've done, even faster than Cherokee with
same data cached.

Varnish allows for custom configurable cache time based on filetype.
It also allows custom redirection for authentication and various other
in-line request munging of data and the request and ability to flush
the request out anywhere in-line where certain conditions met in your
config file.

Of course once Cherokee launches caching for proxy I suspect we will
stick with Cherokee only solution :)

On Wed, Sep 30, 2009 at 4:09 AM, Stefan de Konink <stefan [at] konink> wrote:
> On Wed, 30 Sep 2009, pub crawler wrote:
>
>> We use Varnish for caching and some of the cache type control features
>> it has.  If something is not found in Varnish cache it forwards
>> request over to another instance of Cherokee on port 82. The 2nd
>> instance of Cherokee is another separate instance - different than our
>> main port 80 Cherokee.
>
> Why don't you define what is in Varnish what you are missing in Cherokee?
>
>
> Stefan
>
>
_______________________________________________
Cherokee mailing list
Cherokee [at] lists
http://lists.octality.com/listinfo/cherokee


stefan at konink

Sep 30, 2009, 3:07 AM

Post #4 of 6 (458 views)
Permalink
Re: Ideas on forwarding things around in Cherokee [In reply to]

You can make rules in a virtual server that are port specific. But if
this management wise a good idea? I doubt it.

Stefan

Op 30 sep 2009 om 10:02 heeft pub crawler <pubcrawler.com [at] gmail>
het volgende geschreven:\

> Wanted to run what we are doing by everyone on the list and see if
> anyone can help us improve upon what we are doing.
>
> Currently for our static content (JPGs, GIFs, CSS, etc.) we do this:
>
> INTERNET ---> Cherokee:80 ---> Varnish:81 ---> Cherokee:82
>
> We use Varnish for caching and some of the cache type control features
> it has. If something is not found in Varnish cache it forwards
> request over to another instance of Cherokee on port 82. The 2nd
> instance of Cherokee is another separate instance - different than our
> main port 80 Cherokee.
>
> Is there any way to combine the two Cherokee instances into one?
>
> Does Cherokee support setting up Virtual Servers tied to specific
> ports?
> (i.e. images.pubcrawler.com:80 images.pubcrawler.com:82)
> _______________________________________________
> Cherokee mailing list
> Cherokee [at] lists
> http://lists.octality.com/listinfo/cherokee
_______________________________________________
Cherokee mailing list
Cherokee [at] lists
http://lists.octality.com/listinfo/cherokee


pubcrawler.com at gmail

Sep 30, 2009, 3:53 AM

Post #5 of 6 (465 views)
Permalink
Re: Ideas on forwarding things around in Cherokee [In reply to]

First I've heard of Cherokee and port specific rules.

Guess I will test it out during non busy times. This seems promising
as a solution. Less administration and less issues if we run just
one Cherokee instance.




On Wed, Sep 30, 2009 at 6:07 AM, Stefan de Konink <stefan [at] konink> wrote:
> You can make rules in a virtual server that are port specific. But if this
> management wise a good idea? I doubt it.
>
> Stefan
>
> Op 30 sep 2009 om 10:02 heeft pub crawler <pubcrawler.com [at] gmail> het
> volgende geschreven:\
>
>> Wanted to run what we are doing by everyone on the list and see if
>> anyone can help us improve upon what we are doing.
>>
>> Currently for our static content (JPGs, GIFs, CSS, etc.) we do this:
>>
>> INTERNET ---> Cherokee:80 ---> Varnish:81 ---> Cherokee:82
>>
>> We use Varnish for caching and some of the cache type control features
>> it has.  If something is not found in Varnish cache it forwards
>> request over to another instance of Cherokee on port 82. The 2nd
>> instance of Cherokee is another separate instance - different than our
>> main port 80 Cherokee.
>>
>> Is there any way to combine the two Cherokee instances into one?
>>
>> Does Cherokee support setting up Virtual Servers tied to specific ports?
>> (i.e. images.pubcrawler.com:80   images.pubcrawler.com:82)
>> _______________________________________________
>> Cherokee mailing list
>> Cherokee [at] lists
>> http://lists.octality.com/listinfo/cherokee
>
_______________________________________________
Cherokee mailing list
Cherokee [at] lists
http://lists.octality.com/listinfo/cherokee


stefan at konink

Sep 30, 2009, 4:00 AM

Post #6 of 6 (458 views)
Permalink
Re: Ideas on forwarding things around in Cherokee [In reply to]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

pub crawler schreef:
> First I've heard of Cherokee and port specific rules.
>
> Guess I will test it out during non busy times. This seems promising
> as a solution. Less administration and less issues if we run just
> one Cherokee instance.

But you will get more complex rules. What you could do is a port rule
that actually does an internal redirect to another vserver ;) Thinking
out loud.


Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREKAAYFAkrDOloACgkQYH1+F2Rqwn02HwCgjEYUNywCeKk3E6Zrckj7pISw
1tQAn0qSWYSK+odFp3xWBdZ9le3x0/Sc
=jmop
-----END PGP SIGNATURE-----
_______________________________________________
Cherokee mailing list
Cherokee [at] lists
http://lists.octality.com/listinfo/cherokee

Cherokee users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.