Onderwerp: Varnish Cache + cPanel == Warp Speed!

Waar ik jullie de vorige keer attendeerde op een nginx plugin wil ik jullie nu wijzen op een Varnish plugin voor zowel cPanel als Directadmin. Wat het verder voor voordeel kan opleveren lees je hieronder. Ik heb het al een tijdje draaien op verschillende servers (shared hosting) en klanten zijn merkbaar heel erg tevreden. Er is een trial dus probeer het zelf ook eens. Waarschijnlijk is er ook bij jullie wat winst te behalen.

De plugin is te downloaden op http://www.unixy.net/varnish/
Op webhostingtalk.com kun je vragen en ervaringen van anderen lezen. 43 pagina's!

Naast de 14 dagen trial kan je met de volgende code ook nog eens een extra maand gratis testen: WHTNL1MONTHFREE

Unixy bied ook VPSsen aan vanuit oa Rotterdam en met de volgende code krijg je 50% korting op de eerste maand: WHTNL50%OFF
Klanten van Unixy maken automatisch gebruik van Varnish en de plugin is dus bij de prijs inbegrepen.

Lees meer:
http://www.unixy.net/
http://www.unixy.net/vps-hosting-nl/

The cPanel and DirectAdmin Varnish plugin is finally here! The most awaited killer app in the high-traffic Web hosting world! UNIXy is very pleased to announce the release of the very FIRST & ONLY Varnish cPanel script! This Varnish app will make your cPanel server fly! This killer app comes with a straight forward interface integrated with cPanel WHM! Unlike Nginx, the UNIXy Varnish cPanel app does not mess with Apache virtual hosts nor does it interfere with PHP or cPanel itself. Run it on your VPS! Run it on your dedicated server! Run it on your cluster!

This script is FREE of charge to UNIXY customers! Furthermore, our clients enjoy 50% to 80% more performance from additional Varnish tweaks by having us manage their server or cluster. This service is complimentary. It's our way of saying welcome and thank you!

Litespeed Tech has been running a desperate online campaign to undermine the performance of Varnish Cache even though independent benchmarks of Varnish+Apache vs Litespeed have shown that Varnish/Apache is 500 req/s FASTER than Litespeed. Also, several independent testers have confirmed that their Web sites "feel" faster with Varnish than when running Litespeed (even when Litespeed Cache is enabled).

There are so many reasons to run this script on your cPanel/Directadmin server. Is it the performance gain? Is it the stability? Or is it the fact that you're benefiting from UNIXY's years of experience in this area?

- FASTER than Nginx, Litespeed, and Lighttpd*

- Serves pages FASTER from MEMORY instead of disks.

- Absolutely free 14-day trial. UNIXY customers get it for Free!

- Reduces server load to levels never seen before.

- No Apache Virtual Hosts or Rewrite rules voodoo. Keep Apache & PHP.

Is een leuke plugin, maar excluden is een hell.. (ook 5$ per mnd) ...

Oorspronkelijk geplaatst door ptimo3

Is een leuke plugin, maar excluden is een hell..

Verklaar je nader..

Oorspronkelijk geplaatst door ptimo3

(ook 5$ per mnd) ...

En?

Ik mis de uitleg hoe het werkt?

Klinkt leuk, maar ook erg commercieel.... Heb je ergens een mooie vergelijk tussen apache, nginx en varnish?

Paar maanden terug zowel Nginx als Varnish getest, geen flauw idee waar de gegevens zijn gebleven. Maar snelheidsverschil is er zeker. Tussen Nginx en Varnish was het overigens minimaal. Test was heel simpel: 1 server met Apache en PHP, die een simpele phpinfo() terug gaf. Nginx en Varnish beide als caching server waar ze over het algemeen voor worden ingezet. En een lading requests op alle servers gaf een lagere belasting en hogere req/s met de caching er voor. Overigens vrij logisch.

Sorry maar zijn hier mensen die sceptisch staan tegenover Varnish of accelerators in het algemeen??? Als je denkt dat caching niet werkt (of kan werken) get with the program.

De meerderheid van de top sites op het internet maakt hier gebruik van en met reden. Lees hier een technisch stukje (case study) van de beheerders van de New York Times, http://open.blogs.nytimes.com/2010/0...k-your-server/ en de Chicago Tribune, http://blog.apps.chicagotribune.com/...-machine-guns/ over het gebruik van oa Varnish.

Hier ook eentje van Posterous, http://technology.posterous.com/maki...r-with-varnish
En niet te vergeten, Facebook maakt ook gebruik van Varnish. https://www.varnish-software.com/ref...media/facebook

"Facebook uses Varnish to serve billions of requests every day to users around the world. We like its simple architecture, which is designed for modern operating systems and find that it does not consume much CPU while handling heavy loads. Varnish is our favored HTTP cache and we use it heavily; whenever you load photos and profile pictures of your friends on Facebook, there's a very good chance that Varnish is involved."

David Recordon, Head of open source initiatives, Facebook.

En de BBC, http://www.bbc.co.uk/blogs/bbcintern...er_to_han.html

We cache a lot
Caching means storing a copy of the data in memory so subsequent requests for that data don't have to do the expensive things such as database queries.

It also allows us to get around any delays introduced by our framework starting up, as there's no such delay when delivering from cache.

Caching has its problems though. The data may have changed in the underlying system (programmes become available to play for example) but the change won't be reflected in our cache. This means we can only cache for seconds or minutes, but with the millions of page views we get, it can still make a crucial difference.

Data caching
We cache the data returned from the services. We use Memcached for this. Sometimes we share data between pages.

HTML caching
We also cache the resulting HTML for a short time. When you're hitting a page, it's highly likely you're just seeing the cached page. We use Varnish for this. Caching in this way is nothing new, but Varnish has a few tricks up its sleeve that we use which I'll explain later.

We broke the page into personalised and standard components
If you look at our homepage, many of those components are the same for everyone, but some are just for you. With traditional page caching in some reverse HTML caches, it's not possible to do this; so we break the page up. The main build of the page is cached; then when the page loads we use XHR and Ajax to load in the personalised components. Varnish gives us the ability to control the caching at a low-level like this. Every time we generate a page or a fragment, we can tell Varnish how long we want to cache it for. The main bulk of the homepage doesn't need caching for long to get some benefit, but your favourites we can cache for longer (although still only for a few minutes), and we know when you add a new favourite so we can clear out the cache and replace it with the new content. This means as you browse the site, the page loads quicker and your experience is smoother.

Als je gaat zoeken kun je hierover nog veel meer succesverhalen lezen.