Bekijk Volledige Versie : Varnish Cache + DirectAdmin == 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 (http://www.webhostingtalk.com/showthread.php?t=1017369) 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.
Maar hoe gaat deze plugin precies om met content die niet gecached mag worden, bijvoorbeeld winkelwagentjes?
dennis0162
23/12/11, 15:32
We hebben al 2 servers op Varnish draaien zonder DirectAdmin controlpanel, draait echt heel snel!
Volgende week ook deze plugin eens proberen voor DirectAdmin, kijken of het een beetje werkt:)
Maar hoe gaat deze plugin precies om met content die niet gecached mag worden, bijvoorbeeld winkelwagentjes?
Simpel. :)
9970
9971
Ik zie daar alleen de mogelijkheid om URL's uit te sluiten. Een winkelwagentje is over het algemeen niet een URL maar gewoon een stukje in de code (een div bijvoorbeeld).
Ik zie daar alleen de mogelijkheid om URL's uit te sluiten. Een winkelwagentje is over het algemeen niet een URL maar gewoon een stukje in de code (een div bijvoorbeeld).
Die word toch vanuit een directory gehaald? Ik denk dat je die hele shop directory moet uitsluiten of anders het hele domein. We hebben het hier over shared hosting hè dus ik zou het zeker niet te ingewikkeld maken. Op een dedicated bak installeer en configureer je Varnish helemaal zelf. Toch wel hele andere koek...
Yourwebhoster
23/12/11, 19:11
Klinkt interessant. Iemand die weet overigens of traffic van varnish ook in DirectAdmin terecht komt?
Robert Esseveld
29/12/11, 15:59
Ik ga het eens testen, klinkt leuk:)
I let you know...
systemdeveloper
30/12/11, 00:25
Ik zie daar alleen de mogelijkheid om URL's uit te sluiten. Een winkelwagentje is over het algemeen niet een URL maar gewoon een stukje in de code (een div bijvoorbeeld).
Dat ligt natuurlijk aan je eigen opzet. Varnish kan geen 'object' cachen dat geen 'los' object is. Dus je zult dan altijd de content van de div op de e.o.a. manier moeten lostrekken (js, iframe, zelf cachen, whatever).
Varnish als DA plugin staat in principe totaal los van apache en php en kan dus ook niet slechts een deel van een pagina cachen, iets dat in php een fluitje van een cent is. Zolang apache het in stukjes kan aanleveren, kan varnish ermee overweg.
Zelfs nog niet gebruikt, ziet er goed uit, maar volgens mij niet echt aan te raden op shared hosting. Je wilt namelijk dat een post of edit direct zichtbaar is en niet pas wanneer de TTL 'voorbij' is, of je zet de TTL heel laag maar dan heb je zo goed als geen caching meer.
Yourwebhoster
30/12/11, 09:01
Zelfs nog niet gebruikt, ziet er goed uit, maar volgens mij niet echt aan te raden op shared hosting. Je wilt namelijk dat een post of edit direct zichtbaar is en niet pas wanneer de TTL 'voorbij' is, of je zet de TTL heel laag maar dan heb je zo goed als geen caching meer.
Dan exclude je gewoon die bestanden die dynamische content hebben, simpel;) Varnish is een alternatief op nginx die als reverse proxy kan dienen en voornamelijk plaatjes, css en andere statische files zelf kan afhandelen. Het is niet handig om dynamische content te gaan cachen. Het doel van zo'n cache is dat je lagere access time hebt om een plaatje op te halen in vergelijking met Apache door de cache.
Dan exclude je gewoon die bestanden die dynamische content hebben, simpel;) Varnish is een alternatief op nginx die als reverse proxy kan dienen en voornamelijk plaatjes, css en andere statische files zelf kan afhandelen. Het is niet handig om dynamische content te gaan cachen. Het doel van zo'n cache is dat je lagere access time hebt om een plaatje op te halen in vergelijking met Apache door de cache.
Maar hoe wilde je dat doen met bijvoorbeeld 100 shared hosting klanten? Als ik de screenshots moet geloven kunnen alleen directory's worden geexclude.
Yourwebhoster
30/12/11, 09:18
Maar hoe wilde je dat doen met bijvoorbeeld 100 shared hosting klanten? Als ik de screenshots moet geloven kunnen alleen directory's worden geexclude.
Edit: In de screenshot kan je ook php files zien, echter zie je ook een \.php maar het is dus een php bestand als ik het goed heb.
Kan ik nog niet veel over zeggen omdat ik er niet mee getest hebt. Het beste lijkt mij eigenlijk dat varnish alle php files overslaat, of dat een opt-in nodig is. Sommige klanten kan je zoveel uitleggen in je aankoop e-mails als je wilt maar die lezen ze vervolgens toch niet, dan komen ze bij jou klagen van mijn shared hosting doet raar.
Maar zoals ik al zei heb ik het nog niet draaien, ik ben wel benieuwd wat dit zou uithalen.
Varnish is overigens niet iets wat je zo maar moet onderschatten, het is een prachtig stuk software met een flinke leercurve. Vooral kennis van het HTTP protocol, encoding en cookies zijn belangrijk.
Wij gebruiken Varnish in onze shared hosting met >30k aan websites achter een Varnish instantie, behalen daar zo'n 70% cache-hit. Dynamische content cachen we niet, maar voor diverse CMS'en hebben we specifieke regels in de VCL opgenomen om het maximale te cachen wat we kunnen.
Zo'n plugin als dit lijkt me erg lastig werken, al heb ik hem natuurlijk niet getest.
Maar hoe wilde je dat doen met bijvoorbeeld 100 shared hosting klanten? Als ik de screenshots moet geloven kunnen alleen directory's worden geexclude.
Ook complete sites/domeinnamen (hosts).
btw. In deze thread (http://www.webhostingtalk.com/showthread.php?t=1017369) op wht.com worden veel van dit soort vragen gesteld aan de maker dus lees dat even door.
Ik weet dat dit een oude thread is maar denk dat het voor velen toch interessant is om eens terug te komen op deze plugin. Ik ben benieuwd wat de ervaringen zijn van de gebruikers van deze plugin. Ik heb er helaas zelf tot nu toe maar weinig mee gedaan omdat ze niet reageren op mijn berichten over licenties.
Op verschillende fora las ik dat de PHP support ook niet geweldig is, als het goed is werken PHP 5.3 en/of 5.4 niet. Als je al geen reactie krijgt zou ik het product al helemaal niet gebruiken. Is APC geen alternatief?
Mijn voorkeur zou ook uitgaan naar een alternatief maar die is er voor Varnish icm DA niet. Alleen handmatig maar ik zit er niet op te wachten omdat telkens opnieuw te moeten doen voor elke klant.
Met APC ga je nooit de snelheid halen die Varnish wel voor elkaar krijgt. In mijn geval wil ik het in gaan zetten voor Magento.
Mijn voorkeur zou ook uitgaan naar een alternatief maar die is er voor Varnish icm DA niet. Alleen handmatig maar ik zit er niet op te wachten omdat telkens opnieuw te moeten doen voor elke klant.
Directadmin heeft hooks die na het aanmaken van een nieuwe klant gerund worden. Wat regels bash en je bent er.
systemdeveloper
03/11/12, 15:09
Zoals Randy zegt idd, een paar scriptjes in de custom directory van directadmin gooien en je kunt alles regelen wat je wilt.
Met apc ga je trouwens wel degelijk de snelheden halen die varnisch haalt, je moet alleen even zorgen dat je apc ook echt gebruikt en niet puur en alleen de plugin installeert. In dat geval wordt alleen je php code gecached. Maar je kunt de apc calls uiteraard ook in je script integreren en dan bv. mysqlqueries cachen. Sterker nog, dit is 1 van de weinige manieren waarop je specifieke onderdelen van pages efficiënt kunt cachen, zonder de hele page ergens in een cache te gooien. Dus, varnisch, apc.... allebei uitermate geschikt voor hun doel.
Varnish cache zonder speciale configuraties per klant met Apache httpd erachter als echte webserver werkt ook perfect. Heb je al naar die optie gekeken? Met een .htaccess bestand kun je dan de cache per klant beïnvloeden als dat wenselijk is. Geen plugin vereist voor DirectAdmin en als je het goed instelt kan de klant zelf ook nog eens makkelijk via zijn browser de cache legen of is de cache na een korte periode standaard nog weg. Dat draaien wij al geruime tijd op die manier, nu tijdelijk even niet op een nieuw platform (maar dat komt wel weer).
/klein beetje off-topic; Voor magento kan je ook altijd nog kijken naar memcache, dit word supported door magento en vereist slechts een kleine aanpassing.
SebastiaanStok
04/11/12, 09:08
De uitvoer van een PHP script kan je best cachen, maar alleen als het zinvol is!
Waar je normaal gesproken een pagina met bestanden zou cachen doe je dat nu met Varnish, er bestaan zelfs speciale methodes als Edge Side Includes (ESI) waarmee je gedeeltelijk inhoud kan cachen in een pagina.
http://symfony.com/doc/2.0/book/http_cache.html#edge-side-includes
En als je niet wilt cachen zet dan Expires op -1, dan word de pagina ook niet gecached. Het is een kwestie van goed de HTTP specificaties weten en vooral cache.
http://symfony.com/doc/2.0/book/http_cache.html#http-cache-introduction
http://vimeo.com/30359589
Simpel. :)
Helaas is er voor Directadmin niet zo'n handige gui :-(
Voor mij maakt het niet zoveel uit, maar voor onze webdeveloper is het wat lastiger.