Armazenamento em cache de banco de dados

O armazenamento em cache do banco de dados pode reduzir bastante a latência e aumentar a taxa de transferência de workloads de aplicações com muita leitura, como o WordPress. A performance da aplicação é aprimorada com o armazenamento de partes de dados acessadas com frequência na memória para acesso de baixa latência (por exemplo, os resultados das consultas de bancos de dados com alto consumo de E/S). Quando uma grande porcentagem das consultas é disponibilizada pelo cache, a quantidade de consultas que precisam atingir o banco de dados é reduzida, resultando em um custo menor, associado à execução do banco de dados.

Embora o WordPress tenha recursos de cache limitados prontos para uso, há uma variedade de plugins compatíveis com a integração com o Memcached, um sistema de cache de objetos de memória amplamente adotado. O plugin W3 Total Cache é um bom exemplo.

Nos cenários mais simples, você instala o Memcached em seu servidor Web e captura os resultados como um novo snapshot. Neste caso, você é responsável pelas tarefas administrativas associadas à execução de um cache.

Outra opção é aproveitar um managed service, como o Amazon ElastiCache, e evitar essa carga operacional. O ElastiCache facilita a implantação, a operação e o dimensionamento de um cache em memória distribuído na nuvem. Você encontra informações sobre como se conectar aos nós de cluster do ElastiCache na documentação do Amazon ElastiCache.

Caso você use o Lightsail e queira acessar um cluster do ElastiCache privadamente em sua conta da AWS, use o peering de VPC. Para obter instruções sobre como ativar o peering de VPC, consulte Configurar o peering da Amazon VPC para trabalhar com recursos da AWS fora do Amazon Lightsail.