Ouch
antipope.org
antipope.org
Ouch! (First hand experience of a massive load spike)
Thanks.Or take the easy route and ditch Apache.
I'm not saying that Apache can't be great (people who know much more than me use it), but if you need to quickly serve up a ton of requests without bothering to tune this and tweak that, there are better choices, in particular for static pages.
Cherokee's my preferred, but lighttpd, Nginx, thttpd, etc. are all good, too.
Nginx is great, for example, but the docs are primitive compared to those for Apache, which has been around forever and which has spawned thousands of hints and snippets all over the web.
EDIT: At this point I should probably say out loud that for accelerating static pages it might well be simpler to get a reverse proxy, e.g. Varnish, running in front of Apache than to actually ditch Apache.
Having said that, I'm looking at Varnish (once the stampede dies down) ...
If you switch to nginx, then you probably won't need varnish at all and can replace Apache.
The nginx config is much, much, much easier to work with than Apache. Transferring complex rewrite rules is the hardest thing to get right when moving over, but everything else is much easier.
Smart lobsters use nginx
* Changing Apache would have required changing other packages - PHP wasn't thread-safe.
* Varnish looked fragile. I wish I still had my notes about why I thought that.
* Nginx in front of Apache was relatively quick to setup & really great in practice - restarting an order of magnitude less often.
If the nginx config file would be useful as a starting point, I offer it.
Edit: formatting.
I'm not sure if it would help me, but I'm almost certain it would help other people - so please, consider your offer accepted if you can find somewhere easy to publish this :)
(Compression & other varying content was a headache - separately caching & serving gzip, deflate, & unpacked versions, without any built-in compression.)
Those tweaks looked time-consuming to set up, hard to test, & liable to break quietly. A buffer in the way that simply & quickly gets a response from (& then frees up) Apache, then slowly feeds the response to the client, provides most of the benefit; nginx fills this role well for me.
Other than that Apache is pretty much king with compatibility and nginx is pretty hard to get to similar qualities off the bat.
But if you have the space something like a reverse proxy for Apache with sane times set would probably be the better option.
I use cherokee on VPS's though and it works great.
Cherokee is a possible alternative too; that has some default configs for Wordpress etc. that work well. But for anything custom I found it a nightmare to get "just so".
Nginx is a neat alternative to Varnish as well; for example I'm having great success sitting it in front of a Cherokee site (serving the http) to provide SSL :)
http://www.coldhardcode.com/2009/04/varnish-and-movabletype-...
The same is true for wordpress:
In a nutshell, it is a transcript of a British parliamentary session in which the speaker claims a shadowy yet totally legitimate organization--"Foundation X"--is willing to donate billions to the British government no strings attached. It is extremely engrossing.
http://news.sky.com/skynews/Home/Politics/Foundation-X-Lord-...
Even if you think "I'll just jump in there and correct the issues if/when the time comes" you may not be able to if SSH access slows down to a crawl.
Like the post says, the best course of action is to be prepared ahead of time and not trying to make tweaks while the traffic spike is happening.
First: I like to own my own IP. And I don't want to be vulnerable to a spurious takedown notice if some random griefer decides to take aim at me.
Second: blogger has some hard limits -- official list here: http://www.google.com/support/blogger/bin/answer.py?hl=en... -- and there are anecdotal reports that there is a limit on how many blog entries you can have.
I seriously considered Typepad, but once I worked out how much it would cost it was cheaper to stick with a dedicated colo server (hint: there's more than one blog on the system I run, and there's also a mailman server and some other stuff).
Also: I've been running on a Linux colo since 1996/7, and I really don't feel the need to take a couple of weeks off work to re-jig my entire online presence. This is the first time I've ever had anything like this load level. If it starts happening regularly, I'll reconsider my strategy. Until then, it's a one-off.
He got slammed.
If you want a picture of the future, imagine an internet stamping on a single server— for a day anyway.
I think another lesson learned is that the log analyzer needs to be analyzed.
I've never checked to see how my stat analyzers fare on half a gig of logs.