But out of curiosity which CMS are you currently using to handle that much traffic, if not a custom built solution?
It’s just Wordpress running on Nginx (no Apache) with WP-Cache plugin so that every page is served statically.
OK this doesn’t answer the question, but could I ask are you sure it is 1600 a second those graphs show 5min and 30min averages of that amount not per second. Or am I reading them wrong if I’m not then the figures should be.
1600 /5 = 320 per min
320 / 60 = 5.33 per second.
That’s not right because the 1600 figure has already been divided by the number of seconds in five minutes. And if you still think its 5,33 requests per second, check Linux snapshot:
netstat -an | grep 80 | grep ESTA | wc
1576 9456 140264
The first number indicates concurrent connections.
No well written software can handle this alone.
Any software with a lite server (such as NGINX) and *full caching* (such as Varnish) can handle this very easily.
I am (was?) interested in MODx because I read that it has (had with Evolution? not anymore with Revo?) a modest (5-7 queries) number of queries per page. If MODx has a low number of queries per page and good native caching, then it could notify Varnish that a certain content has been updated or changed so that the cache is purged and recreated as needed.
Drupal (infamous for making a TON of queries) has found a way to scale with a Varnish Module
http://blogs.osuosl.org/gchaix/2010/01/20/varnish-drupal-module-first-impressions/ that does this.
Integration with Varnish Cache will give MODx a terrific ability to cope with high loads with very modest hardware, check it out:
http://www.varnish-cache.org/ Varnish is just awesome, it’s free and open source - it would be a mistake not to embrace it.