Uma instância do wordpress com um cache decente ( Wordpress SuperCache vem à mente) deve ajudar a < em> lote em servir um site wordpress muito pesado.
Mas a primeira coisa que você precisa fazer é identificar onde está o gargalo. Se o seu mecanismo de banco de dados estiver razoavelmente leve, mas houver muitos pós-processamento de dados do lado do servidor, simplesmente dimensionar seus servidores da Web pode ajudar nisso e fazer com que todos se conectem ao mesmo banco de dados de back-end.
Nesse cenário, tudo o que você precisa fazer é rsync
de seus arquivos de / para cada poucos minutos ou, se isso não for suficiente, usar algum tipo de sistema de arquivos distribuídos (só sei do DFS no Windows, não sou muito de um cara * nix).
É assim que funcionam os sites Stack Overflow e Stack Exchange. De acordo com o seu último post do blog , a infraestrutura deles não tem t mudou muito nos últimos 2 anos ou mais. Apenas um servidor de banco de dados enorme para o Stack Overflow 1 atende a um total de seis servidores da Web de estouro de pilha (3 deles dedicados apenas ao SO).
Então, se um site incrivelmente complexo como o Stack Overflow que atende a uma centena de solicitações por segundo , 24 horas por dia, pode funcionar com um único servidor de banco de dados, sugiro que o Wordpress < strong> com um bom plugin de cache deve ser bom para todas as cargas de trabalho mais insanas com um único servidor de banco de dados, o que torna muito mais simples (assim que sua infraestrutura estiver configurada corretamente, basta lançar mais front-end webservers sobre isso).
1 OK, há dois servidores de banco de dados, mas a maneira como o cluster MSSQL funciona é que apenas um servidor de banco de dados está ativo em um determinado momento. Portanto, o clustering fornece apenas alta disponibilidade, desempenho não dimensionado.