EBS: EBS com baixo uso de IOPS

Esta regra identifica volumes EBS dos tipos gp3, io1 e io2 cuja utilização máxima de IOPS no período analisado é inferior a 70% da capacidade provisionada.

O objetivo é detectar superdimensionamento de IOPS e oportunidades de redução de custo.

---

Contexto da regra e impacto no negócio

Volumes com IOPS provisionadas possuem custo diretamente proporcional à quantidade configurada.

Quando a utilização real é significativamente inferior ao provisionado:

• Há desperdício financeiro

• O volume está superdimensionado

• O custo mensal é maior que o necessário

Essa regra permite ajustar a capacidade à demanda real, promovendo eficiência financeira sem impacto operacional.

---

Detalhamento técnico da regra

A regra realiza varredura regional considerando volumes:

VolumeType IN (gp3, io1, io2)

Exceção aplicada:

• Volumes gp3 com exatamente 3000 IOPS são ignorados (3000 é o baseline padrão do gp3)

---

Como a regra é executada

1. Autentica na conta AWS por região.

2. Executa:

   ec2:DescribeVolumes

   com filtro:

   volume-type = gp3 OR io1 OR io2

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

4. Para cada volume:

   • Se for gp3 com 3000 IOPS → ignorado.

   • Consulta métricas no CloudWatch:

     • VolumeReadOps

     • VolumeWriteOps

   • Período de agregação: 300 segundos.

   • Estatística: Maximum

5. Calcula o pico real de IOPS utilizado.

6. Compara com IOPS provisionadas.

7. Sinaliza quando uso < 70%.

---

Lógica aplicada

Cálculo:

IOPS Utilizado = maior valor de (ReadOps + WriteOps) no mesmo intervalo

Conversão aplicada:

ReadOps e WriteOps são divididos por 300 (período de 5 minutos)

Critério de alerta:

(IOPS Utilizado * 100) / IOPS Provisionadas < 70%

Exceção:

Se VolumeType = gp3 AND IOPS = 3000 → ignorar

---

Campos analisados

Volume EBS:

• VolumeId

• VolumeType

• Size

• State

• Iops

• CreateTime

• Tags

• Região

CloudWatch:

• VolumeReadOps

• VolumeWriteOps

---

Parâmetros considerados na busca

APIs utilizadas:

• ec2:DescribeVolumes

• cloudwatch:GetMetricData

Configuração:

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

• Granularidade: 300 segundos

• Threshold fixo:

  • Utilização < 70%

---

Período Avaliado (Filtro Temporal)

Período Avaliado: 15 dias

Data atual – checker.period.days

Exemplo:

Padrão é configurado para 15 dias, o pico de IOPS será avaliado dentro dos últimos 15 dias.

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 redução das IOPS provisionadas para um nível compatível com a utilização real.

---

Fórmula Conceitual

Savings = (IOPS Provisionadas – IOPS Recomendadas) × Preço por IOPS

Ou, de forma consolidada no Billing:

Savings = sum("lineitem/unblendedcost") * percentual_de_redução_estimado

O percentual dependerá do nível de superdimensionamento identificado.

---

Campo de custo utilizado

No Billing AWS:

• Service: AmazonEC2

• Usage Type:

  • EBS:PIOPS

• Line Item Type: Usage

• Campo financeiro considerado:

  • lineitem/unblendedcost

---

Exemplo aplicado ao Billing

Cenário:

• Volume io2

• 20.000 IOPS provisionadas

• Pico real identificado: 6.000 IOPS

• Utilização: 30%

Possível ajuste:

• Redução para 8.000 IOPS

Impacto:

Se custo mensal atual é $2.000:

Savings estimado ≈ redução proporcional das IOPS excedentes

Se redução estimada de 50%:

Savings = 2.000 * 0.50
Savings = $1.000/mês

---

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

• Avaliar picos sazonais antes de reduzir IOPS.

• Manter margem de segurança operacional.

• Priorizar volumes com grande diferença entre provisionado e uso.

• Monitorar após ajuste.

• Considerar migração para gp3 quando aplicável.

Possíveis exceções:

• Sistemas com picos raros mas críticos.

• Workloads financeiros ou transacionais.

• Aplicações com SLA rigoroso.

Recomenda-se ajuste gradual e monitoramento contínuo após a redução.