Varnish config for discourse

[Quintin_Par]

Is there an official config for discourse that I can use?

[jomaxro (Joshua Rosenfeld)]

There is not an official Varnish config for Discourse.

[elijah (Eli the Bearded)]

Not official, but there have been some stabs at it before.

Adventures in haproxy and varnish with discourse because i hate myself

Had some downtime this afternoon and without even really planning to ended up setting up haproxy in front of my web server, which hosts a bunch of stuff including Discourse. The configuration, surprisingly, wound up working without much hassle at all; I give up SPDY support because haproxy doesn’t support it, but I don’t think that’s going to have a whole lot of material effect. I wound up dragging a second unused server into the mix to work as the haproxy host, but I don’t think there’d be any…

[Quintin_Par]

Thanks. A bit surprised there since Discourse has official support for Fastly and that means there should be a config the team uses.

[sam (Sam Saffron)]

Fastly does standard origin pull, you don’t need to fuss with Varnish. We have already 2 howtos that cover this depending on your level of adventure/pain.

Enable a CDN for your Discourse

So you’d like to use a CDN to speed up worldwide access to common assets on your Discourse forum? Sign up with the CDN of your choice – we use and strongly recommend Fastly. CloudFlare CDN and Discourse have not historically played well together, so we do not recommend running CloudFlare CDN at this time. The configuration will look something like this: [image] What you’re looking for is three main settings: The origin address, which is the URL where your forum is currently …

Full site CDN acceleration for Discourse

Fastly , CloudFlare and a few other CDNs offer a mode where they accelerate dynamic content. In a nutshell you point your domain IP address at the CDN and the CDN will intelligently decide how to deal with the request. Static content can be easily served from cache Dynamic content can be routed to the site. This provides some advantages over only shipping static assets which is covered in the CDN howto. You can elect for “shielding” that protects your site from traffic spikes. Dynamic cont…

https://community.fastly.com/ is configured using “full site CDN acceleration”

[Quintin_Par]

Please correct me if I am wrong, but don’t you need to do invalidation when some one replies, update categories pages when new content is added etc. My understanding is that one needs to run the invalidation logic from the code to caching system. Therefore I thought Discourse should be having a varnish config file that’s probably deployed on Fastly.

[sam (Sam Saffron)]

Please correct me if I am wrong, but don’t you need to do invalidation when some one replies, update categories pages when new content is added etc.

no not really, you only have to invalidate stuff you are caching.

[RGJ (Richard - Communiteq)]

but don’t you need to do invalidation when some one replies, update categories pages when new content is added etc. My understanding is that one needs to run the invalidation logic from the code to caching system

Discourse can only use a CDN for static assets, not for content.

[Quintin_Par]

Ohh ooh. That’s a revelation. Huge bummer.

[codinghorror (Jeff Atwood)]

I don’t think what @RGJ said is correct; you can visit our hosted Fastly community at https://community.fastly.com/ which goes entirely through Fastly, content and all.

[Quintin_Par]

Thanks Jeff. Huge relief. Am I right in assuming that https://community.fastly.com/ ‘s varnish config is by them and not by the discourse community.

[codinghorror (Jeff Atwood)]

We generally don’t recommend this config because it is quite complicated and does not get you much that a traditional (and far, far simpler) CDN of static assets does not already deliver.

[Quintin_Par]

CDN, in this case is not for performance but for high availability – I offload everything and my single server is hardly hit with more than 1 RPS (almost only the logged in people). In the eventuality that my server goes down(which often does), the read-only site is always up, even if the login and such functionality is limited.

[sam (Sam Saffron)]

Hmmm … no … we never cache any dynamic content. Any caching we do is done in the app.

It is possible that a vary by x-discourse-username would allow us to cache for anon via headers. I never experimented with that implementation.

As it stands all dynamic requests like looking at this page hit the app.

[Quintin_Par]

Thank you for the clarification. I’ll also post this question on https://community.fastly.com/ in case they have something interesting.

[ryanerwin]

@Quintin_Par I saw you also posted over at Fastly…

Did you ever get this worked out? I’m surprised that even when configured as a “Full Site CDN” that community.fastly.com would go offline if their one server with discourse went offline.

I’ve got a setup right now with 2 descent sized web servers and 1 bigger data server. I’m also planning to setup one autoscaling instance at AWS which normally would only see ~5% of traffic, but when spikes come in would scale up additional servers…

My sites traffic comes in big spikes. Previously we had 500,000 users online at once, so that’s a lot of load to plan for…

Still having the site work via the CDN even if the server were down would just be fantastic, but my foremost concern is being able to handle big spikes.

QUESTIONS:

• Did you end up going with Fastly? Full Site CDN?

• If you did, how do you feel about your experience with it? If not, what made you decide otherwise?

Thanks so much for any additional feedback you can make the time to offer.

[Quintin_Par]

Saw this late. Nope. No real CDN for Varnish/Fastly.