Sobre o problema, tem pouca informação pra saber o que pode ser exatamente, mas o RDS na Amazon tem um limite de conexões para cada tipo de instância (que pode ser mudado, mas tem valores padrões). Além disso, também pode estar relacionado com a quantidade de queries lentas (um SHOW PROCESSLIST ajudaria). De qualquer maneira isso foje um pouco do assunto desse tutorial.
nos exemplos que citou, o que acontece quando uma base de dados não pode ser acessada. Ela não será utilizada é óbvio, mas quando puder ela será atualizada automaticamente com as demais?
Pois se um post for feito em uma base e em outra ele também deveria ser feito, mas no momento ele não pode ser acessado, então esta atualização ocorre automaticamente quando puder ou temos que fazer algo para o banco ser atualizado assim que ele estiver disponível, saberia dizer?
Uma outra pergunta, você saberia me dizer se seria possível a base de dados master ser uma base de dados em localhost rodando com xampp e a slave ser uma base de dados online normal?
A ideia seria criar uma aplicação em localhost onde pudessem cadastrar e pesquisar usuários, posts, páginas e outros recursos extras como post type personalizados sempre atualizada com o base online (ambas seriam idênticas, exceto pelos endereços), porém se algum dia o administrador ficar sem internet, ele teria todas as funcionalidades em sua maquina e quando se conectar novamente, então as bases se atualizariam para manter ambas atualizadas novamente.
Independente da sua resposta, estou imensamente grato por este tutorial fantástico, quando comecei a pesquisar por isso não imaginava que fosse encontrar um material tão bom.
1. Isso é controlado por replicação entre os bancos de dados. Você tem vários modelos de replicação, mas se o HyoerDB não conseguir escrever em qualquer MASTER configurado, o WordPress dá erro. Se ele conseguir escrever em um master e não conseguir ler de um slave, pode dar erro também.