Recomendações da referência do Amazon Aurora

Os backups automatizados do recurso estão desativados

Os backups automatizados não estão ativados para as instâncias de banco de dados. Backups automatizados são recomendados porque permitem a recuperação para um ponto no tempo de instâncias de banco de dados.

Ative os backups automatizados com um período de retenção de até 14 dias.

Sim

Visão geral do backup e da restauração de um cluster de banco de dados do Aurora

Desmistificar os custos de armazenamento de backup do Amazon RDS no blog de bancos de dados da AWS

A atualização da versão secundária do mecanismo é necessária.

Os recursos de banco de dados não estão executando a versão secundária mais recente do mecanismo de banco de dados. A versão secundária mais recente contém as correções de segurança mais recentes e outras melhorias.

Atualize para a versão mais recente do mecanismo.

Sim

Manutenção de um cluster de banco de dados do Amazon Aurora

O monitoramento aprimorado está desativado.

Os recursos de banco de dados não têm o monitoramento aprimorado ativado. O monitoramento avançado fornece métricas do sistema operacional em tempo real para monitoramento e solução de problemas.

Ative o monitoramento aprimorado.

Não

Monitorar métricas do SO com o monitoramento avançado

A criptografia de armazenamento está desativada.

O Amazon RDS é compatível com a criptografia em repouso para todos os mecanismos de banco de dados usando as chaves gerenciadas no AWS Key Management Service (AWS KMS). Em uma instância de banco de dados ativa com criptografia do Amazon RDS, os dados armazenados em repouso no armazenamento são criptografados, de forma semelhante aos backups automatizados, réplicas de leitura e snapshots.

Se a criptografia não estiver ativada durante a criação de um cluster de banco de dados do Aurora, será necessário restaurar um snapshot descriptografado em um cluster de banco de dados criptografado.

Ative a criptografia de dados em repouso para o cluster de banco de dados.

Sim

Segurança no Amazon Aurora

Os clusters de banco de dados com todas as instâncias na mesma zona de disponibilidade.

No momento, os clusters de banco de dados estão em uma única zona de disponibilidade. Use várias zonas de disponibilidade para melhorar a disponibilidade.

Adicione as instâncias de banco de dados a várias zonas de disponibilidade no cluster de banco de dados.

Não

Alta disponibilidade do Amazon Aurora

Instâncias de banco de dados nos clusters com tamanhos de instância heterogêneos

Recomendamos usar a mesma classe e tamanho da instância de banco de dados para todas as instâncias no cluster de banco de dados.

Use a mesma classe e tamanho de instância para todas as instâncias no cluster de banco de dados.

Sim

Replicação com o Amazon Aurora

Instâncias de banco de dados nos clusters com classes de instância heterogêneas

Recomendamos usar a mesma classe e tamanho da instância de banco de dados para todas as instâncias no cluster de banco de dados.

Use a mesma classe e tamanho de instância para todas as instâncias no cluster de banco de dados.

Sim

Replicação com o Amazon Aurora

Instâncias de banco de dados nos clusters com grupos de parâmetros heterogêneos

Recomendamos que todas as instâncias de banco de dados no cluster de banco de dados usem o mesmo grupo de parâmetros de banco de dados.

Associe a instância de banco de dados ao grupo de parâmetros de banco de dados associado à instância de gravador no cluster de banco de dados.

Não

Grupos de parâmetros para Amazon Aurora

Os clusters de banco de dados do Amazon RDS têm uma instância de banco de dados.

Adicione pelo menos mais uma instância de banco de dados ao cluster de banco de dados para melhorar a disponibilidade e a performance.

Adicione uma instância de banco de dados de leitor ao cluster de banco de dados.

Não

Alta disponibilidade do Amazon Aurora

O Performance Insights está desativado

O Performance Insights monitora a carga da instância de banco de dados para ajudar a analisar e solucionar problemas de performance do banco de dados. Recomendamos ativar o Performance Insights.

Ative o Performance Insights.

Não

Monitorar a carga de banco de dados com o Performance Insights no Amazon Aurora

A atualização das versões principais dos recursos do RDS é necessária.

Bancos de dados com a versão principal atual do mecanismo de banco de dados não serão aceitos. Recomendamos atualizar para a versão principal mais recente, que inclui novas funcionalidades e aprimoramentos.

Atualize para a versão principal mais recente do mecanismo de banco de dados.

Sim

Atualizações do Amazon Aurora

Criar uma implantação azul/verde

Clusters de banco de dados são compatíveis apenas com um volume de até 64 TiB.

Clusters de banco de dados são compatíveis com volumes de até 64 TiB. As versões mais recentes do mecanismo são compatíveis com volumes de até 128 TiB para o cluster de banco de dados. Recomendamos atualizar a versão do mecanismo do cluster de banco de dados para as versões mais recentes para oferecer compatibilidade com volumes de até 128 TiB.

Atualize a versão do mecanismo dos clusters de banco de dados para oferecer compatibilidade com volumes de até 128 TiB.

Sim

Limites de tamanho do Amazon Aurora

Os clusters de banco de dados com todas as instâncias de leitor na mesma zona de disponibilidade.

As zonas de disponibilidade (AZs) são locais distintos entre si para fornecer isolamento em caso de interrupções em cada região da AWS. Recomendamos distribuir a instância primária e as instâncias de leitor no cluster de banco de dados em várias AZs para melhorar a disponibilidade do cluster de banco de dados. É possível criar um cluster multi-AZ usando o Console de Gerenciamento da AWS, a CLI da AWS ou a API do Amazon RDS ao criar o cluster. É possível modificar o cluster existente do Aurora em um cluster multi-AZ adicionando uma nova instância de leitor e especificando uma AZ diferente.

O cluster de banco de dados tem todas as instâncias de leitura na mesma zona de disponibilidade. Recomendamos distribuir as instâncias de leitor entre várias zonas de disponibilidade. A distribuição aumenta a disponibilidade e melhora o tempo de resposta reduzindo a latência da rede entre clientes e o banco de dados.

Não

Alta disponibilidade do Amazon Aurora

Os parâmetros de memória do banco de dados estão divergindo do padrão.

Os parâmetros de memória das instâncias de banco de dados são significativamente diferentes dos valores padrão. Essas configurações podem afetar a performance e causar erros.

Recomendamos definir os parâmetros de memória personalizados da instância de banco de dados como os valores padrão no grupo de parâmetros de banco de dados.

Redefina os parâmetros de memória para os valores padrão.

Não

Grupos de parâmetros para Amazon Aurora

O parâmetro de cache de consulta está ativado.

Quando as alterações exigirem que o cache de consultas seja limpo, a instância de banco de dados parecerá paralisada. A maioria das workloads não se beneficia de um cache de consultas. O cache de consultas foi removido do MySQL versão 8.0. Recomendamos definir o parâmetro query_cache_type como 0.

Defina o valor do parâmetro query_cache_type como 0 nos grupos de parâmetros do banco de dados.

Sim

Grupos de parâmetros para Amazon Aurora

O parâmetro log_output está definido como tabela.

Quando log_output está definido como TABLE, mais armazenamento é usado do que quando log_output está definido como FILE. Recomendamos definir o parâmetro como FILE para não atingir o limite de tamanho do armazenamento.

Defina o valor do parâmetro log_output como FILE nos grupos de parâmetros do banco de dados.

Não

Arquivos de log do banco de dados Aurora MySQL

O parâmetro autovacuum está desativado.

O parâmetro autovacuum está desativado para clusters de banco de dados. Desativar o autovacuum aumenta o inchaço da tabela e do índice e afeta a performance.

Recomendamos que você ative o autovacuum nos grupos de parâmetros de banco de dados.

Ative o parâmetro autovacuum nos grupos de parâmetros do cluster de banco de dados.

Não

Understanding autovacuum in Amazon RDS for PostgreSQL environments no Blog de bancos de dados da AWS

O parâmetro synchronous_commit está desativado.

Quando o synchronous_commit parâmetro é desativado, os dados podem ser perdidos em uma falha no banco de dados. A durabilidade do banco de dados está em risco.

Recomendamos que você ative o parâmetro synchronous_commit.

Ative o parâmetro synchronous_commit nos grupos de parâmetros do banco de dados.

Sim

Parâmetros do Amazon Aurora PostgreSQL: replicação, segurança e registro em log no blog de banco de dados da AWS

O parâmetro track_counts está desativado.

Quando o parâmetro track_counts estiver desativado, o banco de dados não coletará as estatísticas de atividade do banco de dados. O autovacuum exige que essas estatísticas funcionem corretamente.

Recomendamos que você defina o parâmetro track_counts como 1.

Defina o parâmetro track_counts como 1.

Não

Estatísticas de tempo de execução do PostgreSQL

O parâmetro enable_indexonlyscan está desativado.

O planejador ou o otimizador de consultas não pode usar o plano de analisar somente o índice quando ele está desativado.

Recomendamos definir o valor do parâmetro enable_indexonlyscan como 1.

Defina o valor do parâmetro enable_indexonlyscan como 1.

Não

Configuração do método Planner para PostgreSQL

O parâmetro enable_indexscan está desativado.

O planejador ou o otimizador de consultas não pode usar o plano de analisar o índice quando ele está desativado.

Recomendamos que você defina o valor enable_indexscan como 1.

Defina o valor do parâmetro enable_indexscan como 1.

Não

Configuração do método Planner para PostgreSQL

O parâmetro innodb_flush_log_at_trx está desativado.

O valor do parâmetro innodb_flush_log_at_trx da instância de banco de dados não é um valor seguro. Esse parâmetro controla a persistência das operações de confirmação no disco.

Recomendamos que você defina o parâmetro innodb_flush_log_at_trx como 1.

Defina o valor do parâmetro innodb_flush_log_at_trx como 1.

Não

Configurar a frequência com que o buffer de log é liberado

O parâmetro innodb_stats_persistent está desativado.

Sua instância de banco de dados não está configurada para manter as estatísticas do InnoDB no disco. Quando as estatísticas não são armazenadas, elas são recalculadas sempre que a instância é reiniciada e a tabela é acessada. Isso causa variações no plano de execução da consulta. Você pode modificar o valor desse parâmetro global no nível da tabela.

Recomendamos definir o valor do parâmetro innodb_stats_persistent como ON.

Defina o valor do parâmetro innodb_stats_persistent como ON.

Não

Grupos de parâmetros para Amazon Aurora

O parâmetro innodb_open_files é baixo.

O parâmetro innodb_open_files controla o número de arquivos que o InnoDB pode abrir ao mesmo tempo. O InnoDB abre todos os arquivos de log e tablespace do sistema quando o mysqld está em execução.

Sua instância de banco de dados tem um valor baixo para o número máximo de arquivos que o InnoDB pode abrir ao mesmo tempo. Recomendamos que você defina o parâmetro innodb_open_files com um valor mínimo de 65.

Defina o parâmetro innodb_open_files como um valor mínimo de 65.

Sim

Arquivos abertos do InnoDB para MySQL

O parâmetro max_user_connections é baixo.

Sua instância de banco de dados tem um valor baixo para o número máximo de conexões simultâneas para cada conta de banco de dados.

Recomendamos definir o parâmetro max_user_connections como um número maior que 5.

Aumente o valor do parâmetro max_user_connections para um número maior que 5.

Sim

Definir limites de recursos da conta para MySQL

As réplicas de leitura são abertas no modo gravável.

A instância de banco de dados tem uma réplica de leitura no modo de gravação, que permite que os clientes realizem atualizações.

Recomendamos que você defina o parâmetro read_only como TrueIfReplica para que as réplicas de leitura não estejam no modo gravável.

Defina o valor do parâmetro read_only como TrueIfReplica.

Não

Grupos de parâmetros para Amazon Aurora

A configuração do parâmetro innodb_default_row_format não é segura.

A instância de banco de dados encontra um problema conhecido: uma tabela criada em uma versão do MySQL inferior à 8.0.26 com o valor row_format definido como COMPACT ou REDUNDANT ficará inacessível e irrecuperável se o índice exceder 767 bytes.

Recomendamos definir o valor do parâmetro innodb_default_row_format como DYNAMIC.

Defina o valor do parâmetro innodb_default_row_format como DYNAMIC.

Não

Alterações feitas no MySQL 8.0.26

O parâmetro general_logging está ativado.

O registro em log geral é ativado para a instância de banco de dados. Essa configuração é útil para solucionar problemas no banco de dados. No entanto, ativar o registro em log geral aumenta a quantidade de operações de E/S e o espaço de armazenamento alocado, o que pode causar contenção e degradação da performance.

Confira os requisitos para uso do registro em log geral. Recomendamos definir o valor do parâmetro general_logging como 0.

Confira os requisitos para uso do registro em log geral. Se não for obrigatório, recomendamos definir o valor do parâmetro general_logging como 0.

Não

Visão geral dos logs de banco de dados do Aurora MySQL

Cluster de banco de dados subprovisionado para workload de leitura

Recomendamos adicionar uma instância de banco de dados de leitor ao cluster de banco de dados com a mesma classe e tamanho que a instância de banco de dados de gravador no cluster. A configuração atual tem uma instância de banco de dados com uma carga de banco de dados continuamente alta causada principalmente por operações de leitura. Distribua essas operações adicionando outra instância de banco de dados ao cluster e direcionando a workload de leitura para o endpoint somente leitura do cluster de banco de dados.

Adicione uma instância de banco de dados de leitor ao cluster.

Não

Adicionar réplicas do Aurora a um cluster de banco de dados

Como gerenciar a performance e a escalabilidade de clusters de banco de dados do Aurora

Preços do Amazon RDS

Instância do RDS subprovisionada para a capacidade de memória do sistema

Recomendamos ajustar as consultas para usar menos memória ou usar um tipo de instância de banco de dados com maior memória alocada. Quando a instância está com pouca memória, a performance do banco de dados é afetada.

Usar uma instância de banco de dados com maior capacidade de memória

Sim

Escalar a instância do Amazon RDS vertical e horizontalmente no blog de bancos de dados da AWS

Tipos de instância do Amazon RDS

Preços do Amazon RDS

Instância do RDS subprovisionada para a capacidade de CPU do sistema

Recomendamos ajustar as consultas para utilizar menos CPU ou modificar a instância de banco de dados para utilizar uma classe de instância de banco de dados com mais vCPUs alocadas. A performance do banco de dados pode diminuir quando uma instância de banco de dados está com pouca CPU.

Usar uma instância de banco de dados com maior capacidade de CPU

Sim

Escalar a instância do Amazon RDS vertical e horizontalmente no blog de bancos de dados da AWS

Tipos de instância do Amazon RDS

Preços do Amazon RDS

Os recursos do RDS não estão utilizando o grupo de conexões corretamente

Recomendamos habilitar o Amazon RDS Proxy para agrupar e compartilhar com eficiência as conexões de banco de dados existentes. Se você já estiver usando um proxy para o banco de dados, configure-o corretamente para melhorar o grupo de conexões e o balanceamento de carga em várias instâncias de banco de dados. O RDS Proxy pode ajudar a reduzir o risco de esgotamento da conexão e o tempo de inatividade, enquanto melhora a disponibilidade e a escalabilidade.

Habilitar o RDS Proxy ou modificar a configuração de proxy existente

Não

Escalar a instância do Amazon RDS vertical e horizontalmente no blog de bancos de dados da AWS

Usar o Amazon RDS Proxy para o Aurora

Preços do Amazon RDS Proxy