As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Visualizar recomendações de recursos ociosos
O Compute Optimizer ajuda você a identificar recursos ociosos que podem ser excluídos ou interrompidos para reduzir seus custos de nuvem. AWS As recomendações inativas podem ser acessadas por meio do console do Compute Optimizer e do nosso conjunto de APIs. As recomendações de inatividade estão disponíveis para os seguintes AWS recursos compatíveis:
-
Instâncias do Amazon EC2
-
Grupos do Amazon EC2 Auto Scaling
-
Volumes do Amazon EBS
-
Serviços do Amazon ECS no Fargate
-
Bancos de dados Amazon Aurora e RDS
-
Gateway NAT da Amazon
As recomendações são atualizadas diariamente. Essas recomendações são geradas pela análise das especificações e métricas de utilização de seus AWS recursos durante o período de retrospectiva. O período de retrospectiva depende do recurso suportado e de suas configurações de preferência de recomendação. Se você não tiver nenhuma preferência de recomendação definida, usaremos o período de retrospectiva padrão de 14 dias. Para obter mais informações, consulte Critérios de ociosidade por recurso.
nota
-
Para volumes do EBS e do NAT Gateway, analisamos o status do anexo em um período de retrospectiva de 32 dias.
-
Alterar o período de retrospectiva das recomendações de volume do EBS para 14 dias não afeta o período de retrospectiva de 32 dias usado para determinar se um volume do EBS não está vinculado.
Critérios de ociosidade por recurso
Cada um dos recursos suportados elegíveis para recomendações de inatividade tem seus próprios critérios para ser considerado inativo. A tabela a seguir detalha os critérios de inatividade para cada recurso e também fornece a ação recomendada do Compute Optimizer para o recurso ocioso.
| Recurso | Métrica analisada | Critérios de inatividade | Ação recomendada |
|---|---|---|---|
|
Instâncias do Amazon EC2 |
Utilização de CPU, E/S de rede, utilização de GPU, uso de codificador de GPU e uso de memória de GPU |
O pico de utilização da CPU está abaixo de 5% e sua rede I/O é menor do que no 5MB/day período de análise de 14 dias. Os tipos de instância G ou P são considerados inativos se atenderem aos seguintes critérios durante o período de análise de 14 dias:
|
Verifique se você precisa dessa instância. Se você não precisar dela, considere excluir essa instância. |
|
Grupos do EC2 Auto Scaling |
Utilização de CPU, E/S de rede, utilização de GPU, uso de codificador de GPU e uso de memória de GPU |
O grupo EC2 Auto Scaling não tem instâncias com mais de 5% de pico de utilização de CPU MB/day ou 5% de utilização de rede durante o período de análise de 14 dias. Os grupos do EC2 Auto Scaling que usam os tipos de instância G ou P são considerados inativos se as instâncias atenderem aos seguintes critérios durante o período de análise de 14 dias:
|
Verifique se você precisa desse grupo. Considere reduzir esse grupo para uma instância ou excluí-lo. |
|
Volumes do Amazon EBS |
Read/Write operações e status do anexo |
O Compute Optimizer pode encontrar um volume do EBS ocioso ou desconectado.
nota
|
Verifique se você precisa desse volume. Se você não precisar dele, recomendamos que você crie um instantâneo do volume e considere excluí-lo. |
|
Serviços do Amazon ECS no Fargate |
Utilização da CPU e utilização da memória |
O pico de utilização da CPU e da memória está abaixo de 1% durante o período de análise. O período de retrospectiva padrão é de 14 dias, que você pode estender até 32 dias. |
Verifique se seu aplicativo em contêineres está sendo executado conforme o esperado. Se o aplicativo não estiver em execução, considere excluir esse serviço. |
|
Bancos de dados Amazon Aurora e RDS |
Conexões de banco de dados, read/write IOPS e utilização da CPU |
RDS para MySQL e RDS para PostgreSQL A instância de banco de dados não é uma réplica de leitura e não tinha conexões de banco de dados, tinha baixo uso de CPU e baixa read/write atividade durante o período de lookback. Aurora MySQL e Aurora PostgreSQL A instância de banco de dados não faz parte de um cluster secundário em um banco de dados global Aurora e não tinha conexões de banco de dados, tinha baixo uso de CPU e baixa read/write atividade durante o período de análise. |
Verifique se você precisa dessa instância de banco de dados. Se você não precisar dessa instância temporariamente, poderá interromper as instâncias de banco de dados RDS MySQL e RDS PostgreSQL por até 7 dias. Se você não precisar mais dessa instância, poderá criar um DB snapshot e excluir a instância. Para instâncias ociosas do Aurora MySQL e do Aurora PostgreSQL, você também pode alterar a classe da instância de banco de dados para db.serverless. |
|
Gateway NAT da Amazon |
Contagem de conexões ativas, pacotes vindos da origem, pacotes recebidos do destino |
O NAT Gateway está no estado disponível, não está associado a nenhuma tabela de AWS rotas e não tem conexão ativa, nem pacotes da origem e do destino durante o período de lookback. |
Verifique se você precisa desse NAT Gateway. Verifique se ele faz parte de uma configuração de recuperação de desastres ou serve como backup em sua arquitetura de rede. |
Economia mensal estimada
Economia mensal estimada (após descontos)
Essa coluna lista sua economia mensal aproximada ao realizar a ação recomendada do Compute Optimizer por recurso ocioso nos modelos de preços aceitos. Os modelos de preços suportados dependem do AWS recurso específico. Por exemplo, as instâncias do EC2 aceitam descontos do Savings Plans e instâncias reservadas, mas os serviços do ECS comportam apenas o modelo de preços dos Savings Plans. Para receber recomendações com modelos de preços compatíveis, a preferência do modo de estimativa de economia precisa ser ativada. Para obter mais informações, consulte Modo de estimativa de economia.
nota
Se você não ativar a preferência do modo de estimativa de economia, essa coluna nas guias Instância e Armazenamento exibirá as informações de On-Demand desconto de preço padrão.
Economia mensal estimada (On-Demand)
Essa coluna lista a economia mensal aproximada que você obtém ao realizar a ação recomendada pelo Compute Optimizer por recurso ocioso de acordo com o modelo de preços. On-Demand
Importante
Se você ativar o Cost Optimization Hub no AWS Cost Explorer, o Compute Optimizer usará os dados do Cost Optimization Hub, que incluem seus descontos de preços específicos, para gerar suas recomendações. Se o Cost Optimization Hub não estiver ativado, o Compute Optimizer usa dados On-Demand e informações de preços do Cost Explorer para gerar suas recomendações. Para obter mais informações, consulte Habilitar o Cost Explorer e Hub de Otimização de Custos no Guia do usuário do AWS Cost Management .
