EC2: Instâncias EC2 com baixa utilização

Esta regra identifica instâncias Amazon EC2 em estado running que apresentam:

• Baixa utilização máxima de CPU (< 10%)

• Baixo volume total de tráfego de saída de rede (< 5 MB)

• Tempo mínimo desde a criação conforme período configurado

O objetivo é detectar instâncias subutilizadas que representam oportunidade de rightsizing ou desligamento.

---

Contexto da regra e impacto no negócio

Instâncias EC2 frequentemente permanecem em execução mesmo quando:

• A aplicação foi descontinuada

• A carga reduziu significativamente

• O ambiente é utilizado apenas esporadicamente

• Foram superdimensionadas inicialmente

Manter instâncias com baixa utilização gera:

• Custo recorrente desnecessário

• Consumo ineficiente de orçamento

• Distorção da análise de capacidade

Essa regra atua como mecanismo de otimização contínua de infraestrutura.

---

Detalhamento técnico da regra

A regra executa análise regional das instâncias EC2 em execução.

---

Como a regra é executada

1. Autentica na conta AWS por região.

2. Lista instâncias com filtro:

   instance-state-name = running

3. Aplica filtros de tag (inclusão/exclusão).

4. Para cada instância:

   • Valida se atende ao critério de tempo mínimo desde criação.

   • Consulta métricas no CloudWatch para o período configurado:

     • CPUUtilization (Statistic: Maximum)

     • NetworkOut (Statistic: Sum)

   • Calcula:

     • CPU máxima registrada no período

     • Total de bytes de saída de rede

5. A instância é sinalizada se atender simultaneamente:

   • CPU máxima < 10%

   • NetworkOut total < 5 MB

---

Lógica aplicada

Uma instância será sinalizada quando:

Estado = running
E
(Idade da instância atende filtro temporal)
E
Max CPUUtilization < 10%
E
NetworkOut total < 5 MB no período analisado

---

Campos analisados

Instância EC2:

• InstanceId

• InstanceType

• LaunchTime

• Architecture

• Tags

• Região

CloudWatch:

• CPUUtilization (Maximum)

• NetworkOut (Sum)

---

Parâmetros considerados na busca

APIs utilizadas:

• ec2:DescribeInstances

• cloudwatch:GetMetricStatistics

Configuração técnica:

• Período analisado: self.checker.period.days

• Agregação diária (86400 segundos)

• Thresholds fixos:

  • CPU < 10%

  • NetworkOut < 5 MB

---

Período Avaliado (Filtro Temporal)

Período Avaliado (Filtro Temporal): A regra avalia:

• A data de criação da instância (LaunchTime)

• As métricas de CPU e NetworkOut dentro do intervalo correspondente aos dias definidos na configuração da regra.

Padrão é configurado para 15 dias, a regra analisará a utilização dos últimos 15 dias e considerará apenas instâncias criadas há pelo menos esse período.

Esse parâmetro de avaliação pode ser ajustado nas configurações das regras.

---

Intervalo de Análise

Execução padrão: a cada 8 horas.

---

Cálculo de Savings

O savings é baseado na possibilidade de:

• Rightsizing (redução de tamanho da instância) ou

• Desligamento da instância

---

Fórmula Conceitual

Para desligamento completo:

Savings Mensal = Custo mensal da instância

Para rightsizing:

Savings Mensal = (Custo instância atual – Custo instância recomendada)

---

Campo de custo utilizado

No Billing AWS:

• Service: AmazonEC2

• Usage Type:

  • BoxUsage

• Line Item Type: Usage

• Campo financeiro considerado:

  • lineitem/unblendedcost

---

Elementos considerados

• Tipo da instância

• Região

• Horas em execução

• Não considera Savings Plans ou RIs aplicadas (análise bruta de uso)

---

Exemplo aplicado ao Billing

Cenário:

• Instância m5.xlarge

• Custo mensal aproximado: $150

• CPU máxima registrada: 6%

• NetworkOut: 2 MB no período

Possível ação:

• Rightsize para t3.medium ($35/mês)

Cálculo:

Savings = 150 – 35
Savings = $115/mês

Savings anual:

115 × 12 = $1.380

---

Dicas de uso e boas práticas para o usuário

• Validar padrão de uso sazonal antes de desligar.

• Verificar picos fora do período analisado.

• Avaliar recomendação de rightsizing em vez de exclusão.

• Revisar dependências (Load Balancer, Auto Scaling).

• Considerar uso de Instâncias Spot para cargas não críticas.

• Cruzar análise com cobertura de RI/Savings Plan.

Possíveis exceções:

• Instâncias de standby.

• Servidores de contingência (DR).

• Ambientes com uso extremamente esporádico.

Recomenda-se validação técnica antes da ação definitiva.