Melhores práticas operacionais

Como lidar com reinicializações e failovers da instância

Após uma reinicialização ou um failover, o cache em disco fica vazio. Por isso, as primeiras consultas são executadas mais lentamente enquanto leem os dados do Amazon S3. O desempenho melhora quando os dados são armazenados novamente em cache. Para workloads sensíveis à latência, execute um script com consultas representativas após uma reinicialização para preencher o cache antes que o tráfego de produção seja retomado.

Definir alarmes

Crie alarmes do Amazon CloudWatch que sinalizem pressão sobre os recursos, para receber notificações antes que as consultas falhem. Para monitoramento proativo, acompanhe as métricas a seguir.

• AuroraAnalyticsMemoryUsage: memória consumida pelas consultas a tabelas estrangeiras. Um valor crescente indica pressão de memória e risco de erros de falta de memória.

• AuroraAnalyticsCacheHitRatio: proporção de leituras atendidas pelo cache em disco. Uma queda nesse valor significa que mais consultas estão lendo novamente os dados do Amazon S3, geralmente porque o conjunto de trabalho excede a capacidade do cache.

• AuroraAnalyticsDiskSpillSize: quantidade de dados que as consultas estão gravando no armazenamento local. Um valor crescente significa que as consultas estão excedendo seu limite de query_mem e podem se beneficiar de mais memória ou de ajustes.

• FreeLocalStorage (ou FreeEphemeralStorage nas classes de instância NVMe): armazenamento local disponível para o cache e os arquivos temporários. Uma queda nesse valor significa que o volume de armazenamento está ficando cheio.

Consulte as definições das métricas em Monitoramento e solução de problemas.

Consulte como criar alarmes em Uso de alarmes do Amazon CloudWatch no Guia do usuário do Amazon CloudWatch.