My "knowledgeable beginner" input would be:
- Check your Squids, see if you can look at their cache hit/miss and
cache usage stats.
-- If their caches are maxed see if you can expand the cache space they
have available (more ram?)
-- If they're not maxed but you have a high miss ratio check to see if
you have something like a cookie that's busting the cache.
- More ram "might" help MySQL but if you've got a lot of read load after
checking out your Squids consider scaling that outwards by setting up
some read-only MySQL slaves to load balance that read load and take it
off of the master database server.
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [
http://danielfriesen.name/]
On 2014-02-18 2:11 PM, David Gerard wrote:
rationalwiki.org is getting hammered again. It looks
like MySQL is the
busiest portion - seriously just doing a lot of work.
Our current arrangement is: one box for MySQL, Apache, Lucene (the
latter reindexing weekly); two Squids; a load balancer. These are all
virtual machines on Linode (who we like). Apache and Squid boxes are
Ubuntu 12.04 servers.
The *usual* thing when we get hammered is that Reddit discovers an
amusing tumbleweed article. The squids take care of this, of course.
But then something like the Bill Nye/Ken Ham debate happens, we score
pretty highly in Google for skeptical material and a wide variety of
articles gets hit and MySQL has to work for a living.
So, what's a good approach to scaling up MySQL on a VM? Add more
memory? Add more cores? (How's MySQL 5.5-ubuntu do for multicore?) We
can trivially add more Squids, and we haven't doubled up on Apache but
shirley that won't be entirely unfeasible.
- d.
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l