Performance

Verifica se o cluster de banco de dados Amazon Aurora tem os recursos para suportar uma carga de trabalho de leitura.

c1qf5bt038

Amarelo:

Aumento das leituras do banco de dados: a carga do banco de dados estava alta e o banco de dados estava lendo mais linhas do que escrevendo ou atualizando as linhas.

Recomendamos que você ajuste suas consultas para diminuir a carga do banco de dados ou adicionar uma instância de banco de dados de leitura ao seu cluster de banco de dados com a mesma classe e tamanho da instância de banco de dados gravadora no cluster. A configuração atual tem pelo menos 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.

Um cluster de banco de dados Aurora tem um endpoint de leitura para conexões somente de leitura. Esse endpoint usa balanceamento de carga para gerenciar as consultas que mais contribuem para a carga do banco de dados em seu cluster de banco de dados. O endpoint do leitor direciona essas instruções para as réplicas de leitura do Aurora e reduz a carga na instância primária. O endpoint do leitor também dimensiona a capacidade de lidar com SELECT consultas simultâneas com o número de réplicas de leitura do Aurora no cluster.

Para obter mais informações, consulte Adicionar réplicas do Aurora a um cluster de banco de dados e gerenciar o desempenho e a escalabilidade dos clusters de banco de dados Aurora.

Verifica se suas tabelas e índices secundários globais do Amazon DynamoDB têm o ajuste de escala automático ou sob demanda habilitado.

O ajuste de escala automático do Amazon DynamoDB usa o serviço de ajuste automático da aplicação para ajustar dinamicamente a capacidade de throughput provisionado em seu nome em resposta aos padrões de tráfego reais. Isso permite que uma tabela ou um índice secundário global aumente a capacidade provisionada de leitura e gravação para processar aumentos repentinos no tráfego, sem controle de utilização. Quando a workload diminuir, o Application Auto Scaling diminuirá o throughput para que você não precise pagar por uma capacidade provisionada não utilizada.

Você pode ajustar a configuração da verificação usando os parâmetros em suas AWS Config regras.

Para obter mais informações, consulte Gerenciar a capacidade de throughput automaticamente com o ajuste de escala automático do DynamoDB.

c18d2gz136

AWS Config Regra gerenciada: dynamodb-autoscaling-enabled

Amarelo: o ajuste de escala automático não está habilitado para suas tabelas do DynamoDB ou índices secundários globais.

A menos que você já tenha um mecanismo para escalar automaticamente o throughput provisionado da sua tabela do DynamoDB ou dos índices secundários globais com base nos requisitos da workload, considere ativar o ajuste de escala automático para suas tabelas do Amazon DynamoDB.

Para obter mais informações, consulte Como usar o AWS Management Console com o DynamoDB auto scalingp.

Gerenciar a capacidade de throughput automaticamente com o ajuste de escala automático do DynamoDB

Verifica se a EBS otimização da Amazon está ativada para suas EC2 instâncias da Amazon.

Uma instância EBS otimizada para Amazon usa uma pilha de configuração otimizada e fornece capacidade adicional dedicada para o Amazon EBS I/O. Essa otimização fornece o melhor desempenho para seus EBS volumes da Amazon, minimizando a contenção entre o Amazon EBS I/O e outros tráfegos da sua instância.

Para obter mais informações, consulte Instâncias EBS otimizadas da Amazon.

c18d2gz142

AWS Config Regra gerenciada: ebs-optimized-instance

Amarelo: a EBS otimização da Amazon não está ativada em EC2 instâncias compatíveis da Amazon.

Ative a EBS otimização da Amazon em instâncias compatíveis.

Para obter mais informações, consulte Habilitar a EBS otimização no lançamento.

Amazon EBS — instâncias otimizadas

Verifica os volumes provisionados IOPS (SSD) que estão conectados a uma instância EBS otimizável da Amazon Elastic Compute Cloud (EC2Amazon) que não está otimizada. EBS

Os volumes provisionados IOPS (SSD) no Amazon Elastic Block Store (AmazonEBS) são projetados para oferecer o desempenho esperado somente quando estão conectados a uma instância EBS otimizada.

PPkZrjsH2q

Amarelo: uma EC2 instância da Amazon que pode ser EBS otimizada tem um volume Provisioned IOPS (SSD) anexado, mas a instância não é otimizada. EBS

Crie uma nova instância EBS otimizada, desanexe o volume e reconecte o volume à sua nova instância. Para obter mais informações, consulte Instâncias EBS otimizadas para Amazon e Como anexar um EBS volume da Amazon a uma instância.

Verifica os volumes do Amazon Elastic Block Store (AmazonEBS) que estavam em execução a qualquer momento durante o período de análise. Essa verificação alerta se algum EBS volume foi subprovisionado para suas cargas de trabalho. Uma utilização alta e consistente pode indicar desempenho otimizado e estável, mas também pode indicar que um aplicativo não tem recursos suficientes.

COr6dfpM04

Amarelo: um EBS volume que foi subprovisionado durante o período de análise. Para determinar se um volume está subprovisionado, consideramos todas as CloudWatch métricas padrão (incluindo IOPS a taxa de transferência). O algoritmo usado para identificar EBS volumes subprovisionados segue as melhores práticas. AWS O algoritmo é atualizado quando um novo padrão é identificado.

Considere aumentar o tamanho de volumes que têm alta utilização.

Para obter mais informações, consulte Opte por receber Trusted Advisor cheques AWS Compute Optimizer.

Verifica se um grupo do Amazon EC2 Auto Scaling foi criado a partir de um modelo de EC2 lançamento da Amazon.

Use um modelo de lançamento para criar seus grupos do Amazon EC2 Auto Scaling para garantir o acesso aos recursos e melhorias mais recentes do grupo Auto Scaling. Por exemplo, versionamento e vários tipos de instância.

Para obter mais informações, consulte Launch templates.

c18d2gz102

AWS Config Regra gerenciada: autoscaling-launch-template

Amarelo: O grupo Amazon EC2 Auto Scaling não está associado a um modelo de lançamento válido.

Use um modelo de EC2 lançamento da Amazon para criar seus grupos do Amazon EC2 Auto Scaling.

Para obter mais informações, consulte Create a launch template for an Auto Scaling group.

Verifica os EBS volumes da Amazon cujo desempenho pode ser afetado pela capacidade máxima de taxa de transferência da EC2 instância da Amazon à qual eles estão conectados.

Para otimizar o desempenho, você deve garantir que a taxa de transferência máxima de uma EC2 instância da Amazon seja maior que a taxa de transferência máxima agregada dos volumes anexados. EBS Essa verificação calcula a taxa de transferência total do EBS volume para cada período de cinco minutos no dia anterior (com base no Tempo Universal Coordenado (UTC)) para cada instância EBS otimizada e alerta se o uso em mais da metade desses períodos foi maior que 95% da taxa de transferência máxima da instância. EC2

Bh2xRR2FGH

Amarelo: no dia anterior (UTC), a taxa de transferência agregada (megabytes/s) dos EBS volumes anexados à EC2 instância excedeu 95% da taxa de transferência publicada entre a instância e os volumes em mais de 50% do tempo. EBS

Compare a taxa de transferência máxima dos seus EBS volumes da Amazon (consulte Tipos de EBS volume da Amazon) com a taxa de transferência máxima da EC2 instância da Amazon à qual eles estão conectados. Consulte Tipos de instância que suportam a EBS otimização.

Considere anexar seus volumes a uma instância que ofereça suporte a uma maior taxa de transferência para a Amazon EBS para um desempenho ideal.

Verifica se o tipo de virtualização de uma EC2 instância da Amazon é paravirtual.

É uma prática recomendada usar instâncias de Hardware Virtual Machine (HVM) em vez de instâncias paravirtuais, quando possível. Isso se deve aos aprimoramentos na HVM virtualização e à disponibilidade de drivers fotovoltaicos HVMAMIs, que eliminaram a lacuna de desempenho que existia historicamente entre o PV e os hóspedes. HVM É importante observar que os tipos de instância da geração atual não são compatíveis com PVAMIs. Portanto, escolher um tipo de HVM instância oferece o melhor desempenho e compatibilidade com o hardware moderno.

Para obter mais informações, consulte Tipos de AMI virtualização do Linux.

c18d2gz148

AWS Config Regra gerenciada: ec2- paravirtual-instance-check

Amarelo: o tipo de virtualização das EC2 instâncias da Amazon é paravirtual.

Use a HVM virtualização para suas EC2 instâncias da Amazon e use um tipo de instância compatível.

Para obter informações sobre como escolher o tipo de virtualização apropriado, consulte Compatibilidade para alterar o tipo de instância.

Compatibilidade para alterar o tipo de instância

Verifica se as definições de ECS tarefas da Amazon têm um limite de memória definido para suas definições de contêiner. A quantidade total de memória reservada para todos os contêineres dentro da tarefa deve ser menor que o valor da memória da tarefa.

Para obter mais informações, consulte Container definitions.

c18d2gz176

AWS Config Regra gerenciada: ecs-task-definition-memory -hard-limit

Amarelo: o limite rígido de ECS memória da Amazon não está definido.

Aloque memória para suas ECS tarefas da Amazon para evitar a falta de memória. Caso o container tente exceder a memória especificada, o contêiner então será encerrado.

Para obter mais informações, consulte Como posso alocar memória para tarefas na Amazon ECS? .

Cluster reservation

Verifica se o sistema de EFS arquivos da Amazon do cliente está atualmente configurado para usar o modo Bursting Throughput.

Os sistemas EFS de arquivos no modo Bursting Throughput [1] oferecem um nível básico consistente de taxa de transferência (50 KiB/s por GiB de dados no armazenamento EFS padrão) e usam um modelo de crédito para oferecer níveis mais altos de desempenho de “taxa de transferência contínua” quando “créditos intermitentes” estão disponíveis. Quando você esgota seus créditos de burst, o desempenho do sistema de arquivos é limitado a esse nível inferior de nível básico, o que pode resultar em lentidão, tempos limite ou outras formas de impacto no desempenho dos usuários finais ou das aplicações.

c1dfprch02

Para permitir que seus usuários e aplicações alcancem a taxa de transferência desejada, recomendamos que você atualize a configuração do sistema de arquivos para o modo Elastic Throughput [2]. Quando está no modo Elastic Throughput, seu sistema de arquivos pode atingir até 10 GiB/s de taxa de transferência de leitura ou 3 GiB/s de taxa de transferência de gravação — dependendo da AWS região [3], e você paga somente pela taxa de transferência usada. Observe que você pode atualizar a configuração do sistema de arquivos para alternar entre os modos de throughput Elastic e Bursting sob demanda, e que os sistemas de arquivos no modo Elastic Throughput acumulam cobranças adicionais pela transferência de dados [4].

O parâmetro autovacuum está desativado para as instâncias 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.

c1qf5bt025

Amarelo: os grupos de parâmetros do banco de dados têm o autovacuum desativado.

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

O SQL banco de dados Postgre requer manutenção periódica, conhecida como aspiração. O Autovacuum no Postgre SQL automatiza a execução VACCUUMe os comandos. ANALYZE Esse processo reúne as estatísticas da tabela e exclui as linhas inativas. Quando o autovacuum é desativado, o aumento da tabela, o inchaço do índice e as estatísticas obsoletas afetarão o desempenho do banco de dados.

Para obter mais informações, consulte Entendendo o autovacuum em ambientes Amazon RDS para Postgre SQL.

Clusters de banco de dados são compatíveis com volumes de até 64 TiB. As versões mais recentes do motor suportam volumes de até 128 TiB. Recomendamos que você atualize a versão do mecanismo do seu cluster de banco de dados para as versões mais recentes para suportar volumes de até 128 TiB.

c1qf5bt017

Amarelo: os clusters de banco de dados têm suporte para volumes somente de até 64 TiB.

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

Ao escalar seu aplicativo em um único cluster de banco de dados Amazon Aurora, você pode não atingir o limite se o limite de armazenamento for 128 TiB. O aumento do limite de armazenamento ajuda a evitar a exclusão dos dados ou a divisão do banco de dados em várias instâncias.

Para obter mais informações, consulte Limites de tamanho do Amazon Aurora.

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.

c1qf5bt009

Vermelho: clusters de banco de dados têm instâncias de banco de dados com classes de instância heterogêneas.

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

Quando as instâncias de banco de dados em seu cluster de banco de dados usam diferentes classes ou tamanhos de instância de banco de dados, pode haver um desequilíbrio na carga de trabalho das instâncias de banco de dados. Durante um failover, uma das instâncias de banco de dados do leitor muda para uma instância de banco de dados gravadora. Se as instâncias de banco de dados usarem a mesma classe e tamanho de instância de banco de dados, a carga de trabalho poderá ser balanceada para as instâncias de banco de dados em seu cluster de banco de dados.

Para obter mais informações, consulte Réplicas do Aurora.

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.

c1qf5bt008

Vermelho: clusters de banco de dados têm instâncias de banco de dados com tamanhos de instância heterogêneos.

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

Quando as instâncias de banco de dados em seu cluster de banco de dados usam diferentes classes ou tamanhos de instância de banco de dados, pode haver um desequilíbrio na carga de trabalho das instâncias de banco de dados. Durante um failover, uma das instâncias de banco de dados do leitor muda para uma instância de banco de dados gravadora. Se as instâncias de banco de dados usarem a mesma classe e tamanho de instância de banco de dados, a carga de trabalho poderá ser balanceada para as instâncias de banco de dados em seu cluster de banco de dados.

Para obter mais informações, consulte Réplicas do Aurora.

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.

c1qf5bt020

Amarelo: os grupos de parâmetros do banco de dados têm parâmetros de memória que divergem consideravelmente dos valores padrão.

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

Para obter mais informações, consulte Melhores práticas para configurar parâmetros para o Amazon RDS for MySQL, parte 1: Parâmetros relacionados ao desempenho.

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

Recomendamos que você defina o valor do parâmetro enable_indexonlyscan como 1.

c1qf5bt028

Amarelo: grupos de parâmetros do banco de dados têm o parâmetro enable_indexonlyscan desativado.

Defina o parâmetro enable_indexonlyscan como 1.

Quando você desativa o parâmetro enable_indexonlyscan, ele impede que o planejador de consultas selecione um plano de execução ideal. O planejador de consultas usa um tipo de plano diferente, como varredura de índice, que pode aumentar o custo da consulta e o tempo de execução. O tipo de plano de varredura exclusivo do índice recupera os dados sem acessar os dados da tabela.

Para obter mais informações, consulte enable_indexonlyscan (boolean) no site de documentação do Postgre. SQL

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 do parâmetro enable_indexscan como 1.

c1qf5bt029

Amarelo: os grupos de parâmetros do banco de dados têm o parâmetro enable_indexscan desativado.

Defina o parâmetro enable_indexscan como 1.

Quando você desativa o parâmetro enable_indexscan, ele impede que o planejador de consultas selecione um plano de execução ideal. O planejador de consultas usa um tipo de plano diferente, como varredura de índice, que pode aumentar o custo da consulta e o tempo de execução.

Para obter mais informações, consulte enable_indexscan (boolean) no site de documentação do Postgre. SQL

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 que você defina o valor do parâmetro general_logging como 0.

c1qf5bt037

Amarelo: grupos de parâmetros do banco de dados têm general_logging ativado.

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

O registro de consultas gerais é ativado quando o valor do parâmetro general_logging é 1. O registro geral de consultas contém registros das operações do servidor de banco de dados. O servidor grava informações nesse registro quando os clientes se conectam ou se desconectam e os registros contêm cada SQL instrução recebida dos clientes. O registro geral de consultas é útil quando você suspeita de um erro em um cliente e deseja encontrar as informações que o cliente deve enviar ao servidor do banco de dados.

Para obter mais informações, consulte Visão geral de RDS for My SQL database logs.

O buffer de alterações permite que uma instância do My SQL DB adie algumas gravações, que são necessárias para manter índices secundários. Esse recurso foi útil em ambientes com discos lentos. A alteração na configuração do buffer melhorou um pouco a performance do banco de dados, mas causou um atraso na recuperação de falhas e longos tempos de desligamento durante a atualização.

Recomendamos que você defina o valor do parâmetro innodb_change_buffering como. NONE

c1qf5bt021

Amarelo: os grupos de parâmetros do banco de dados têm o parâmetro innodb_change_buffering definido com um valor ótimo baixo.

Defina o valor do parâmetro innodb_change_buffering como em seus grupos de parâmetros do banco de dados. NONE

Para obter mais informações, consulte Melhores práticas para configurar parâmetros para o Amazon RDS for MySQL, parte 1: Parâmetros relacionados ao desempenho.

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.

c1qf5bt033

Amarelo: os grupos de parâmetros do banco de dados têm a configuração de arquivos abertos do InnoDB configurada incorretamente.

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

O parâmetro innodb_open_files controla o número de arquivos que o InnoDB pode abrir ao mesmo tempo. O InnoDB mantém todos os arquivos de log e os arquivos de espaço de tabela do sistema abertos quando o mysqld está em execução. O InnoDB também precisa abrir alguns arquivos.ibd, se o modelo de file-per-table armazenamento for usado. Quando a configuração innodb_open_files está baixa, ela afeta o desempenho do banco de dados e o servidor pode falhar ao iniciar.

Para obter mais informações, consulte Opções de inicialização e variáveis do sistema do InnoDB - innodb_open_files no site da documentação. MySql

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 que você defina o valor do parâmetro innodb_stats_persistent como ON.

c1qf5bt032

Amarelo: os grupos de parâmetros do banco de dados têm estatísticas de otimizador que não persistem no disco.

Defina o valor do parâmetro innodb_stats_persistent como ON.

Se o parâmetro innodb_stats_persistent estiver definido como ON, as estatísticas do otimizador persistirão quando a instância for reiniciada. Isso melhora a estabilidade do plano de execução e o desempenho consistente das consultas. Você pode modificar a persistência das estatísticas globais no nível da tabela usando a cláusula STATS_ PERSISTENT ao criar ou alterar uma tabela.

Para obter mais informações, consulte Melhores práticas para configurar parâmetros para o Amazon RDS for MySQL, parte 1: Parâmetros relacionados ao desempenho.

Verifica se a RDS instância da Amazon ou a instância de banco de dados Amazon Aurora tem a capacidade de sistema necessária para operar.

c1qf5bt039

Amarelo:

O ut-of-memory mata: Quando um processo no host do banco de dados é interrompido devido à redução de memória no nível do sistema operacional, o contador de eliminações Out Of Memory (OOM) aumenta.

Troca excessiva: os valores das métricas os.memory.swap.in e os.memory.swap.out eram altos.

Recomendamos que você ajuste suas 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, isso afeta o desempenho do banco de dados.

O ut-of-memory kill foi detectado: o kernel Linux invoca o Out of Memory (OOM) Killer quando os processos em execução no host exigem mais do que a memória fisicamente disponível do sistema operacional. Nesse caso, o OOM Killer revisa todos os processos em execução e interrompe um ou mais processos, a fim de liberar memória do sistema e manter o sistema funcionando.

A troca é detectada: quando a memória não é suficiente no host do banco de dados, o sistema operacional envia algumas páginas mínimas usadas para o disco no espaço de troca. Esse processo de descarga afeta o desempenho do banco de dados.

Para obter mais informações, consulte Tipos de RDS instância da Amazon e yourAmazon RDSinstância de escalabilidade.

As instâncias de banco de dados estão usando armazenamento magnético. O armazenamento magnético não é recomendado para a maioria das instâncias de banco de dados. Escolha um tipo de armazenamento diferente: de uso geral (SSD) ou provisionadoIOPS.

c1qf5bt000

Amarelo: RDS os recursos da Amazon estão usando armazenamento magnético.

Escolha um tipo de armazenamento diferente: de uso geral (SSD) ou provisionadoIOPS.

O armazenamento magnético é um tipo de armazenamento de geração anterior. O General Purpose (SSD) ou Provisioned IOPS é o tipo de armazenamento recomendado para novos requisitos de armazenamento. Esses tipos de armazenamento oferecem desempenho superior e consistente, além de opções aprimoradas de tamanho de armazenamento.

Para obter mais informações, consulte Volumes da geração anterior.

Páginas grandes podem aumentar a escalabilidade do banco de dados, mas a instância de banco de dados não está usando páginas grandes. Recomendamos que você defina o valor do parâmetro use_large_pages como ONLYno grupo de parâmetros de banco de dados da sua instância de banco de dados.

c1qf5bt024

Amarelo: grupos de parâmetros do banco de dados não usam páginas grandes.

Defina o valor do parâmetro use_large_pages como ONLYem seus grupos de parâmetros de banco de dados.

Para obter mais informações, consulte Como ativar HugePages uma instância RDS para Oracle.

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 da Minha SQL versão 8.0. Recomendamos definir o parâmetro query_cache_type como 0.

c1qf5bt022

Amarelo: grupos de parâmetros do banco de dados têm o cache de consultas ativado.

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

Para obter mais informações, consulte Melhores práticas para configurar parâmetros para o Amazon RDS for MySQL, parte 1: Parâmetros relacionados ao desempenho.

Seu banco de dados está executando uma classe de instância de banco de dados da geração anterior. Substituímos as classes de instância de banco de dados de uma geração anterior por classes de instância de banco de dados com melhor custo, desempenho ou ambos. Recomendamos executar a instância de banco de dados com uma classe de instância de banco de dados de uma geração mais recente.

c1qf5bt015

Vermelho: as instâncias de banco de dados estão usando a classe de instância de banco de dados de fim de suporte.

Atualize para a classe de instância de banco de dados mais recente.

Para ter mais informações, consulte Mecanismos de banco de dados com suporte a todas as classes de instâncias de banco de dados disponíveis.

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.

c1qf5bt014

Vermelho: RDS os recursos estão usando as versões principais de fim de suporte.

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

A Amazon RDS lança novas versões dos mecanismos de banco de dados compatíveis para manter seus bancos de dados com a versão mais recente. As novas versões lançadas podem incluir correções de bugs, aprimoramentos de segurança e outras melhorias no mecanismo de banco de dados. Você pode minimizar o tempo de inatividade necessário para a atualização da instância de banco de dados usando uma implantação azul/verde.

Para obter mais informações, consulte os seguintes recursos do :

Recomendamos que você atualize a versão principal para a versão mais recente do mecanismo suportada pela Amazon RDS para continuar com o suporte de licença atual. A versão do mecanismo do banco de dados não será compatível com a licença atual.

c1qf5bt016

Vermelho: RDS os recursos da Amazon estão usando a edição final do mecanismo de suporte sob o modelo de licença incluída.

Recomendamos que você atualize seu banco de dados para a versão mais recente suportada na Amazon RDS para continuar usando o modelo licenciado.

Para obter mais informações, consulte Atualizações de versões principais da Oracle.

Verifica se há conjuntos de registros de recursos que podem ser alterados para conjuntos de registros de recurso do alias para melhorar a performance e economizar dinheiro.

Um conjunto de registros de recurso alias direciona DNS as consultas para um AWS recurso (por exemplo, um balanceador de carga do Elastic Load Balancing ou um bucket do Amazon S3) ou para outro conjunto de registros de recursos do Route 53. Quando você usa conjuntos de registros de recursos de alias, o Route 53 encaminha suas DNS consultas para AWS recursos gratuitamente.

As zonas hospedadas criadas por AWS serviços não aparecerão nos resultados da sua verificação.

B913Ef6fb4

Substitua os conjuntos CNAME de registros de recursos listados por conjuntos de registros de recursos de alias; consulte Escolha entre conjuntos de registros de recursos aliases e sem alias.

Você também precisa alterar o tipo de registro de CNAME para A ouAAAA, dependendo do AWS recurso. Consulte Values that You Specify When You Create or Edit Amazon Route 53 Resource Record Sets (Valores especificados por você ao criar ou editar conjuntos de registros de recursos no Amazon Route 53).

Roteamento de consultas para recursos AWS

Verifica as AWS Lambda funções que foram invocadas pelo menos uma vez durante o período de retrospectiva. Essa verificação alerta se alguma das suas funções do Lambda tiver sido provisionada em escassez para o tamanho da memória. Quando você tem funções do Lambda que estão subprovisionadas para o tamanho da memória, essas funções demoram mais tempo para serem concluídas.

COr6dfpM06

Amarelo: uma função do Lambda que foi subprovisionada para o tamanho da memória durante o período de retrospectiva. Para determinar se uma função Lambda está subprovisionada, consideramos todas as métricas padrão dessa função. CloudWatch O algoritmo usado para identificar funções Lambda subprovisionadas quanto ao tamanho da memória segue as melhores práticas. AWS O algoritmo é atualizado quando um novo padrão é identificado.

Considere aumentar o tamanho da memória das funções do Lambda.

Para obter mais informações, consulte Opte por receber Trusted Advisor cheques AWS Compute Optimizer.

Verifica se AWS Lambda as funções estão configuradas com limite de execução simultânea em nível de função.

Concorrência é o número de solicitações em andamento que sua função AWS Lambda está processando ao mesmo tempo. Para cada solicitação simultânea, o Lambda provisiona uma instância separada do seu ambiente de execução.

Você pode especificar o limite mínimo e máximo de simultaneidade reservada usando os ConcurrencyLimitHighparâmetros concurrencyLimitLowe em suas AWS Config regras.

Para obter mais informações, consulte Escalabilidade de funções do Lambda.

c18d2gz181

AWS Config Regra gerenciada: lambda-concurrency-check

Amarelo: a função do Lambda não tem limite de simultaneidade configurado.

Certifique-se de que suas funções do Lambda tenham a simultaneidade configurada. Um limite de simultaneidade para suas funções do Lambda ajuda a garantir que sua função processe solicitações de forma confiável e previsível. Um limite de simultaneidade reduz o risco de sua função ficar sobrecarregada devido a um aumento repentino no tráfego.

Para obter mais informações, consulte Configuração da concorrência reservada.

Verifica se há problemas de alto risco (HRIs) em suas cargas de trabalho no pilar de desempenho. Essa verificação é baseada nas suas análises AWS-Well Architected. Os resultados da verificação dependem de você ter concluído ou não a avaliação da workload com o AWS Well-Architected.

Wxdfp4B1L2

AWS O Well-Architected detectou problemas de alto risco durante a avaliação da carga de trabalho. Esses problemas apresentam oportunidades para reduzir riscos e economizar dinheiro. Faça login na ferramenta AWS Well-Architected para revisar suas respostas e adotar medidas para resolver seus problemas ativos.

Verifica CloudFront as distribuições da Amazon em busca de nomes de domínio alternativos (CNAMES) que tenham configurações DNS incorretas.

Se uma CloudFront distribuição incluir nomes de domínio alternativos, a DNS configuração dos domínios deverá encaminhar DNS as consultas para essa distribuição.

N420c450f2

Atualize a DNS configuração para rotear DNS consultas para a CloudFront distribuição; consulte Usando nomes de domínio alternativos (CNAMEs).

Se você estiver usando o Amazon Route 53 como seu DNS serviço, consulte Roteamento de tráfego para uma distribuição CloudFront da Amazon Web usando seu nome de domínio. Se o tempo limite da verificação tiver expirado, experimente atualizar a verificação.

Guia do CloudFront desenvolvedor da Amazon

Verifica os casos em que a transferência de dados dos buckets do Amazon Simple Storage Service (Amazon S3) poderia ser acelerada usando a CloudFront Amazon, AWS o serviço global de entrega de conteúdo.

Quando você configura CloudFront para entregar seu conteúdo, as solicitações de seu conteúdo são automaticamente encaminhadas para o ponto de presença mais próximo onde o conteúdo está armazenado em cache. Esse roteamento permite que o conteúdo seja distribuído aos usuários com a melhor performance possível. Uma alta proporção de dados transferidos em comparação com os dados armazenados no bucket indica que você poderia se beneficiar do uso da Amazon CloudFront para entregar os dados.

796d6f3D83

Considere usar CloudFront para obter um melhor desempenho. Veja os detalhes CloudFront do produto Amazon.

Se os dados transferidos forem de 10 TB por mês ou mais, consulte os CloudFront preços da Amazon para explorar possíveis reduções de custos.

Verifica os cabeçalhos da HTTP solicitação que CloudFront atualmente recebe do cliente e encaminha para seu servidor de origem.

Alguns cabeçalhos, como data ou agente de usuário, reduzem significativamente a taxa de acertos do cache (a proporção de solicitações atendidas a partir de um cache de CloudFront borda). Isso aumenta a carga em sua origem e reduz o desempenho, pois CloudFront deve encaminhar mais solicitações para sua origem.

N415c450f2

Amarelo: um ou mais cabeçalhos de solicitação CloudFront encaminhados para sua origem podem reduzir significativamente a taxa de acertos do cache.

Considere se os cabeçalhos de solicitação oferecem benefícios suficientes para justificar o efeito negativo na taxa de acertos do cache. Se sua origem retornar o mesmo objeto, independentemente do valor de um determinado cabeçalho, recomendamos que você não configure CloudFront para encaminhar esse cabeçalho para a origem. Para obter mais informações, consulte Configuração CloudFront para armazenar objetos em cache com base em cabeçalhos de solicitação.

Verifica as instâncias do Amazon Elastic Compute Cloud (AmazonEC2) que estavam em execução a qualquer momento nos últimos 14 dias. Um alerta é enviado se a CPU utilização diária for maior que 90% em quatro ou mais dias.

A alta utilização consistente pode indicar performance otimizada e estável. No entanto, ela também pode indicar que uma aplicação não tem recursos suficientes. Para obter dados de CPU utilização diária, baixe o relatório dessa verificação.

ZRxQlPsb6c

Amarelo: uma instância teve mais de 90% de CPU utilização média diária em pelo menos 4 dos 14 dias anteriores.

Considere adicionar mais instâncias. Para obter informações sobre como dimensionar o número de instâncias com base na demanda, consulte What is Auto Scaling? (O que é Auto Scaling?)