Para a base de dados sugiro-te que equaciones o storage engine baseado em NDB (caso a BD do Joomla seja relativamente pequena). Tem como vantagens frente ao "MySQL Replication" uma abstracção superior da aplicação e a replicação é feita em tempo real e de forma síncrona, em contraste com o "Replication", que no fundo faz uma cópia exacta da BD mas que te obriga a escreveres sempre no Master Server (e aí terás de mexer um pouco com a aplicação para que o faça).
- No caso do NDB, se um dos elementos do cluster deixa de funcionar, a aplicação continua disponível sem qualquer perda de dados, comportando-se assim como um verdadeiro cluster com "failover" e distribuição de load. A redundância será tanto maior quanto o número de elementos que adiciones ao Cluster.
- No caso do Replication, terás de fazer um setup do sistema e da aplicação para que, quando o Master ficar inacessível, faça o takeover para o Slave.
Quanto às sessões, poderás equacionar utilizar uma partição NFS para escrever no mesmo local, mas o ideal seria teres uma SAN redundante onde armazenavas tanto os dados do Joomla como as sessões na SAN.
Tudo dependerá de:
- Orçamento
- Importância do site (será que justifica o investimento? Se ficar alguns minutos em baixo é crítico?)
- Se as sessões se perderem, será crítico?
... deduzo que já tendo o load balancer (que é um investimento muito elevado), todo o restante investimento se justifique (SAN + uns 3 ou 4 servidores virtualizados). Se recorreres à virtualização como o Santo sugeriu conseguirás provavelmente tornar toda a solução bastante mais económica (em investimento e consumo energético).
