Stimi lo spazio necessario per conservare i log
Trasformi il volume giornaliero di log e il periodo di conservazione nello spazio necessario: 250 GB al giorno per 30 giorni sono 7.500 GB grezzi, e con un rapporto di 0,4 scendono a 3.000 GB, cioè 3 TB. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Volume giornaliero medio (GB)
- 250
- Giorni di conservazione
- 30
- Rapporto di compressione
- 0,4
- Spazio grezzo (GB)
- 7500
- Spazio stimato (GB)
- 3000
- Spazio stimato (TB)
- 3
- Spazio di archiviazione risparmiato (GB)
- 4500
Il calcolatore dello spazio per la conservazione dei log trasforma il volume medio giornaliero e il periodo di conservazione in una stima pratica della capacità. Inserisca il volume grezzo generato ogni giorno, scelga per quanti giorni i dati devono rimanere disponibili e, se opportuno, applichi il rapporto previsto tra dimensione compressa e originale. Il risultato mostra lo spazio grezzo, quello stimato in gigabyte e terabyte e il risparmio previsto, offrendo ai team di infrastruttura, sicurezza e finanza un valore condiviso per la pianificazione iniziale.
Parta da un volume giornaliero rappresentativo
Utilizzi il volume grezzo medio prodotto in un periodo che rappresenti le normali attività, espresso in gigabyte decimali. Una singola giornata insolitamente tranquilla sottostima il requisito, mentre un picco legato a un lancio può sovrastimare la domanda stabile; una media settimanale o mensile è quindi spesso un dato migliore per pianificare. Includa tutte le fonti coperte dalla politica: eventi applicativi, telemetria dell’infrastruttura, registri di controllo, feed di sicurezza e flussi replicati archiviati separatamente.
Il calcolatore moltiplica questa quantità giornaliera per il periodo di conservazione e restituisce lo spazio grezzo. Non deduce crescita, repliche, indici, sovraccarico del file system o margini di sicurezza. Tali fattori dipendono dalla piattaforma e vanno aggiunti dopo aver ottenuto il valore di base.
Se prevede una crescita del volume, esegua un secondo scenario con il dato giornaliero futuro invece di nasconderla nel rapporto di compressione. Tenere separate le ipotesi su acquisizione, conservazione e sovraccarico rende la stima più semplice da verificare, aggiornare e spiegare nelle discussioni su capacità e budget.
Interpreti il rapporto di compressione in modo coerente
Il rapporto di compressione facoltativo è un moltiplicatore della dimensione archiviata, non un’espressione come «tre a uno». Inserisca 0.4 quando prevede che i dati compressi occupino il 40 per cento della dimensione grezza; ciò equivale a risparmiare il 60 per cento dello spazio. Ometta il campo per utilizzare 1, che indica nessuna compressione e rende la capacità stimata uguale al requisito grezzo.
Il rapporto deve essere maggiore di zero e non superiore a uno, perché il calcolatore modella la compressione e non l’espansione. Quando possibile, basi il valore su misurazioni di log rappresentativi. Verifichi inoltre se la piattaforma indica la compressione prima o dopo l’indicizzazione, poiché indici e metadati possono aumentare notevolmente l’uso fisico.
Il risparmio restituito è la differenza tra capacità grezza e compressa, così è chiaro quanto la stima dipenda da questa ipotesi.
Trasformi il valore di base in un piano operativo
Consideri il risultato come lo spazio di base dei dati nella finestra di conservazione scelta. I gigabyte sono utili per ambienti più piccoli e confronti diretti con l’acquisizione giornaliera, mentre i terabyte decimali rendono più leggibili le stime grandi. Il dimensionamento in produzione richiede spesso riserve aggiuntive per repliche, indici ricercabili, metadati, spazio temporaneo di unione, snapshot, copie di disaster recovery e margine per i picchi.
Applichi esplicitamente questi moltiplicatori specifici della piattaforma dopo il calcolo, affinché rimangano visibili. Per esempio, un cluster di ricerca replicato può richiedere una capacità fisica diverse volte superiore alla base, pur conservando la stessa quantità logica di dati. Confronti più esecuzioni per valutare una conservazione più breve, filtri migliori o un aumento misurato della compressione prima di impegnare la spesa.
Il periodo deve essere un numero intero positivo di giorni; zero e valori negativi vengono rifiutati. Aggiorni la stima quando cambiano i flussi o le regole e convalidi gli acquisti finali con metriche osservate sulla piattaforma.
Casi d'uso
Dimensionare un nuovo cluster di log
Calcoli la base logica prima di aggiungere replica, indicizzazione, snapshot e margine operativo.
Confrontare le politiche di conservazione
Provi durate diverse per mostrare come ogni politica influisce su capacità e budget dell’infrastruttura.
Valutare le ipotesi di compressione
Confronti rapporti misurati e quantifichi lo spazio risparmiato sullo stesso flusso grezzo.
Domande frequenti
Che cosa indica un rapporto di compressione di 0.4?
Indica che i log archiviati dovrebbero occupare il 40% della dimensione grezza, con un risparmio stimato del 60%.
Che cosa accade se ometto il rapporto di compressione?
Il calcolatore usa 1, quindi lo spazio stimato equivale al volume grezzo giornaliero moltiplicato per i giorni.
La stima comprende repliche e indici?
No. Aggiunga separatamente replica, indici, metadati, snapshot e margini specifici della piattaforma.
Quale volume giornaliero devo inserire?
Il volume grezzo medio di un periodo normale, meglio una media settimanale o mensile, in gigabyte decimali. Un giorno tranquillo sottostima il fabbisogno e un picco di lancio lo esagera. Includa tutte le fonti coperte dalla politica di conservazione, come audit e sicurezza.
Come scelgo un rapporto di compressione realistico?
Lo misuri su log rappresentativi quando possibile. Il testo ripetitivo di solito si comprime molto, mentre valori cifrati, stack trace, identificativi o dati già compressi si riducono molto meno, quindi un rapporto preso in prestito può falsare la stima.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo stack
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)Esempio di richiesta
{
"average_daily_volume_gb": 250,
"retention_days": 30
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.log_retention_storage_estimate",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Interpreti il rapporto di compressione in modo coerente
Un testo ripetitivo può comprimersi molto, mentre valori crittografati, stack trace, identificatori o payload già compressi possono produrre risultati meno favorevoli.
Domande tecniche
Quanto costa?
Ogni richiesta API costa $0.002; può anche eseguire gratuitamente il calcolo nel browser da questa pagina.
Il periodo può essere zero o negativo?
No. Deve essere un numero intero positivo di giorni; i valori non validi restituiscono l’errore invalid_input.