ForHosting KIT · Ferramentas para dev

Calcule o armazenamento para retenção de logs

Transforme o volume diário de logs e o período de retenção no armazenamento necessário: 250 GB por dia durante 30 dias dão 7.500 GB brutos, e com proporção de 0,4 caem para 3.000 GB, ou 3 TB. Grátis no seu navegador.

Grátis
Funciona no seu navegador
Sem cadastro
Seus dados não saem do seu aparelho

Executar grátis Ver a API

Use pelo WebAPIE-mailTelegramApp em breve

Exemplo resolvido

Se você digitar

Volume diário médio (GB): 250
Dias de retenção: 30
Taxa de compressão: 0,4

Você obtém

Armazenamento bruto (GB): 7.500
Armazenamento estimado (GB): 3.000
Armazenamento estimado (TB): 3
Armazenamento economizado (GB): 4.500

A calculadora de armazenamento para retenção de logs transforma uma média diária de ingestão e uma política de conservação em uma estimativa prática de capacidade. Informe o volume bruto médio gerado por dia, escolha por quantos dias os dados devem permanecer disponíveis e, se desejar, aplique a proporção esperada do tamanho armazenado após a compressão. O resultado apresenta a capacidade bruta, o armazenamento estimado em gigabytes e terabytes e a economia projetada, oferecendo aos times de infraestrutura, segurança e finanças um número comum para o planejamento inicial.

Comece com um volume diário representativo

Use a média do volume bruto produzido em um período que represente a operação normal, expressa em gigabytes decimais. Um único dia muito tranquilo subestima a necessidade, enquanto um pico no lançamento pode exagerar a demanda contínua; por isso, uma média semanal ou mensal costuma ser uma entrada melhor para o planejamento. Inclua todas as fontes abrangidas pela política de retenção: eventos de aplicativos, telemetria de infraestrutura, registros de auditoria, feeds de segurança e quaisquer fluxos replicados armazenados separadamente.

A calculadora multiplica essa quantidade diária pelo período de retenção para obter o armazenamento bruto. Ela não deduz crescimento, réplicas, índices, sobrecarga do sistema de arquivos nem reserva de segurança. Esses fatores dependem da plataforma de logs e devem ser acrescentados depois que a linha de base for calculada.

Se houver expectativa de crescimento do volume, execute outro cenário com o valor diário projetado, em vez de esconder o aumento na proporção de compressão. Separar as premissas de ingestão, retenção e sobrecarga torna a estimativa mais fácil de revisar, atualizar e explicar em discussões de capacidade ou orçamento.

Interprete a proporção de compressão de modo consistente

A proporção de compressão opcional funciona como multiplicador do tamanho armazenado, e não como uma expressão do tipo “três para um”. Informe 0.4 quando os dados comprimidos devam ocupar 40 por cento do tamanho bruto; isso representa uma economia de 60 por cento. Omita o campo para usar 1, que indica ausência de compressão e mantém a capacidade armazenada estimada igual ao requisito bruto.

A proporção deve ser maior que zero e não pode passar de um, pois esta calculadora representa compressão, não expansão. Sempre que possível, baseie o valor em medições de logs representativos. Textos repetitivos podem ser muito comprimidos, enquanto valores criptografados, rastreamentos de pilha, identificadores ou cargas já comprimidas podem ter resultados menos favoráveis.

Confirme também se a plataforma informa a compressão antes ou depois da indexação, porque índices e metadados podem elevar bastante o uso físico. A economia retornada é simplesmente a linha de base bruta menos a capacidade comprimida, permitindo que os responsáveis vejam exatamente quanto da estimativa depende dessa premissa.

Transforme a linha de base em um plano implantável

Considere o resultado calculado como a linha de base de armazenamento dos dados durante a janela de retenção escolhida. O valor em gigabytes ajuda em ambientes menores e em comparações diretas com a ingestão diária, enquanto o resultado em terabytes decimais facilita a discussão de estimativas maiores. O dimensionamento de produção normalmente exige reservas adicionais para réplicas, índices pesquisáveis, metadados, espaço temporário de mesclagem, snapshots, cópias para recuperação de desastres e folga para picos de tráfego.

Aplique esses multiplicadores específicos da plataforma explicitamente após o cálculo, para que continuem visíveis. Por exemplo, um cluster de pesquisa replicado pode exigir várias vezes a capacidade física básica, embora os dados lógicos retidos permaneçam iguais. Compare várias execuções para testar retenção mais curta, filtragem melhor ou melhoria medida na compressão antes de comprometer o orçamento.

O período precisa ser um número inteiro positivo de dias; zero e valores negativos são rejeitados. Refaça a estimativa quando os padrões de ingestão ou as regras mudarem e valide compras finais com métricas observadas da plataforma.

Casos de uso

Dimensionar um novo cluster de logs

Calcule a linha de base lógica antes de acrescentar replicação, indexação, snapshots e folga operacional.

Comparar políticas de retenção

Teste diferentes quantidades de dias para mostrar como cada política afeta a capacidade e o orçamento de infraestrutura.

Avaliar premissas de compressão

Compare proporções medidas de tamanho armazenado e quantifique a capacidade economizada no mesmo fluxo bruto.

Perguntas frequentes

O que significa uma proporção de compressão de 0.4?

Significa que os logs armazenados devem ocupar 40% do tamanho bruto, gerando uma economia estimada de 60%.

O que acontece se eu omitir a proporção de compressão?

A calculadora usa 1; assim, o armazenamento estimado equivale ao volume bruto diário multiplicado pelos dias de retenção.

A estimativa inclui réplicas e índices?

Não. Ela estima somente os dados retidos; adicione separadamente replicação, índices, metadados, snapshots e folga da plataforma.

Que volume diário devo informar?

O volume bruto médio de um período normal, de preferência uma média semanal ou mensal, em gigabytes decimais. Um dia calmo subestima a necessidade e um pico de lançamento a exagera. Inclua todas as fontes cobertas pela política de retenção, como auditoria e segurança.

Como escolho uma proporção de compressão realista?

Meça com logs representativos sempre que possível. Texto repetitivo costuma comprimir bastante, enquanto valores criptografados, rastros de pilha, identificadores ou dados já comprimidos encolhem bem menos, então uma proporção emprestada pode distorcer a estimativa.

Ferramentas relacionadas

Para desenvolvedores — acesso via API

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

Endpoint

POSThttps://api.kit.forhosting.com/dev/log-retention-storage-estimate

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

Chame do seu código

curl -X POST https://api.kit.forhosting.com/dev/log-retention-storage-estimate \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"average_daily_volume_gb":250,"retention_days":30}'

const res = await fetch("https://api.kit.forhosting.com/dev/log-retention-storage-estimate", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "average_daily_volume_gb": 250,
    "retention_days": 30
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/log-retention-storage-estimate",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "average_daily_volume_gb": 250,
    "retention_days": 30
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/log-retention-storage-estimate", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"average_daily_volume_gb":250,"retention_days":30}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"average_daily_volume_gb":250,"retention_days":30}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/log-retention-storage-estimate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Exemplo de requisição

{
  "average_daily_volume_gb": 250,
  "retention_days": 30
}

Exemplo de resposta

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.log_retention_storage_estimate",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

Preço

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

Erros

HTTP	Código	O que significa
`401`	`unauthorized`	Token ausente ou inválido. Confira o header Authorization.
`402`	`insufficient_balance`	Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
`404`	`unknown_type`	Esse tipo de tarefa não existe. Confira o campo type no catálogo.
`429`	`rate_limited`	Muitas requisições em pouco tempo. Espere um instante e tente de novo.

Perguntas técnicas

Quanto custa?

Custa US$ 0,002 por solicitação de API e também pode ser executado gratuitamente no seu navegador nesta página.

O período de retenção pode ser zero ou negativo?

Não. Os dias de retenção devem ser um inteiro positivo; valores inválidos retornam um erro invalid_input.

Ver a documentação completa do KIT →

Executar grátis