ForHosting KIT · Outils pour développeurs

Estimez le stockage nécessaire à la rétention des journaux

Transformez le volume quotidien de journaux et la durée de rétention en stockage nécessaire : 250 Go par jour pendant 30 jours font 7 500 Go bruts, et avec un rapport de 0,4 on descend à 3 000 Go, soit 3 To. Gratuit dans votre navigateur.

Gratuit
Fonctionne dans votre navigateur
Sans inscription
Vos données restent sur votre appareil

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Exemple résolu

Si vous saisissez

Volume quotidien moyen (Go): 250
Jours de rétention: 30
Taux de compression: 0,4

Vous obtenez

Stockage brut (Go): 7 500
Stockage estimé (Go): 3 000
Stockage estimé (To): 3
Stockage économisé (Go): 4 500

Le calculateur de stockage pour la rétention des journaux transforme un volume moyen ingéré chaque jour et une durée de conservation en estimation concrète de capacité. Indiquez le volume brut quotidien, le nombre de jours pendant lesquels les données doivent rester disponibles et, si nécessaire, le rapport de taille prévu après compression. Le résultat présente la capacité brute, le stockage estimé en gigaoctets et téraoctets ainsi que l’économie attendue, afin que les équipes chargées de l’infrastructure, de la sécurité et des finances disposent d’une référence commune pour leur planification initiale.

Partez d’un volume quotidien représentatif

Utilisez le volume brut moyen produit pendant une période représentative du fonctionnement normal, exprimé en gigaoctets décimaux. Une journée exceptionnellement calme sous-estime le besoin, tandis qu’un pic lié à un lancement peut exagérer la demande durable ; une moyenne hebdomadaire ou mensuelle constitue donc généralement une meilleure donnée de planification. Incluez toutes les sources visées par la politique de rétention : événements applicatifs, télémétrie de l’infrastructure, pistes d’audit, flux de sécurité et flux répliqués stockés séparément.

Le calculateur multiplie ce volume quotidien par la durée de rétention pour déterminer le stockage brut. Il ne déduit ni la croissance, ni les répliques, ni les index, ni les surcoûts du système de fichiers, ni une marge de sécurité. Ces facteurs dépendent de votre plateforme de journalisation et doivent être ajoutés après le calcul de référence.

Si le volume doit augmenter, lancez un second scénario avec la valeur quotidienne projetée au lieu de dissimuler cette croissance dans le rapport de compression. Des hypothèses distinctes sur l’ingestion, la rétention et les surcoûts rendent l’estimation plus facile à réviser, actualiser et expliquer.

Interprétez toujours le rapport de compression de la même façon

Le rapport de compression facultatif est un multiplicateur de la taille stockée, et non une formulation comme « trois pour un ». Saisissez 0.4 si les données compressées doivent occuper 40 pour cent de leur taille brute ; cela correspond à une économie de stockage de 60 pour cent. Omettez le champ pour utiliser 1, qui représente l’absence de compression et rend la capacité stockée estimée égale au besoin brut.

Le rapport doit être supérieur à zéro et inférieur ou égal à un, car ce calculateur modélise une compression, pas une expansion. Appuyez-vous si possible sur des mesures de journaux représentatifs. Un texte répétitif se compresse souvent très bien, tandis que des valeurs chiffrées, des traces de pile, des identifiants ou des contenus déjà compressés donnent parfois un résultat moins favorable.

Vérifiez également si votre plateforme mesure la compression avant ou après l’indexation, car les index et métadonnées peuvent augmenter sensiblement l’espace physique. L’économie affichée correspond simplement à la capacité brute diminuée de la capacité compressée, ce qui rend l’influence de cette hypothèse parfaitement visible.

Transformez la référence en plan de capacité déployable

Considérez le résultat comme la quantité de données de référence pour la fenêtre de rétention choisie. Les gigaoctets facilitent le travail sur de petits environnements et la comparaison avec l’ingestion quotidienne, tandis que les téraoctets décimaux rendent les grandes estimations plus lisibles. Un dimensionnement de production doit généralement prévoir des marges supplémentaires pour les répliques, les index consultables, les métadonnées, l’espace temporaire de fusion, les instantanés, les copies de reprise après sinistre et les pointes de trafic.

Appliquez explicitement ces multiplicateurs propres à la plateforme après ce calcul afin qu’ils restent visibles. Ainsi, un cluster de recherche répliqué peut exiger plusieurs fois la capacité physique de référence sans changement du volume logique conservé. Comparez plusieurs calculs pour évaluer une rétention plus courte, un meilleur filtrage ou une compression mesurée avant d’engager des dépenses.

La durée doit être un nombre entier positif de jours ; zéro et les valeurs négatives sont refusés. Réactualisez l’estimation lorsque l’ingestion ou les règles changent et confirmez tout achat à partir de mesures réelles de la plateforme.

Cas d’usage

Dimensionner un nouveau cluster de journaux

Calculez la base logique avant d’ajouter réplication, indexation, instantanés et marge opérationnelle.

Comparer des politiques de rétention

Testez plusieurs durées pour montrer leur effet sur la capacité et le budget d’infrastructure.

Évaluer les hypothèses de compression

Comparez des rapports mesurés et quantifiez la capacité économisée pour un même flux brut.

Questions fréquentes

Que signifie un rapport de compression de 0.4 ?

Les journaux stockés devraient occuper 40% de leur taille brute, soit une économie estimée de 60%.

Que se passe-t-il si je ne renseigne pas le rapport ?

Le calculateur utilise 1 ; le stockage estimé est donc le volume brut quotidien multiplié par les jours de rétention.

L’estimation inclut-elle les répliques et les index ?

Non. Ajoutez séparément la réplication, les index, les métadonnées, les instantanés et les marges propres à votre plateforme.

Quel volume quotidien faut-il saisir ?

Le volume brut moyen d'une période normale, de préférence une moyenne hebdomadaire ou mensuelle, en gigaoctets décimaux. Un jour calme sous-estime le besoin et un pic de lancement l'exagère. Incluez toutes les sources couvertes par la politique de rétention, comme l'audit et la sécurité.

Comment choisir un rapport de compression réaliste ?

Mesurez-le sur des journaux représentatifs dès que possible. Un texte répétitif se compresse souvent bien, alors que des valeurs chiffrées, des traces de pile, des identifiants ou des données déjà compressées se réduisent beaucoup moins : un rapport emprunté peut fausser l'estimation.

Outils associés

Pour les développeurs — accès API

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

Endpoint

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

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

Appeler depuis votre 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)

Exemple de requête

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

Exemple de réponse

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

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

Tarifs

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

Erreurs

HTTP	Code	Signification
`401`	`unauthorized`	Clé API absente ou invalide : vérifiez l’en-tête Authorization.
`402`	`insufficient_balance`	Solde insuffisant : rechargez votre compte pour lancer cette tâche.
`404`	`unknown_type`	Type de tâche inconnu : vérifiez le champ type de votre requête.
`429`	`rate_limited`	Trop de requêtes : ralentissez la cadence, puis réessayez.

Questions techniques

Quel est le tarif ?

Chaque requête API coûte $0.002 et vous pouvez aussi exécuter gratuitement le calcul dans votre navigateur sur cette page.

La durée de rétention peut-elle être nulle ou négative ?

Non. Elle doit être un nombre entier positif de jours ; une valeur incorrecte renvoie l’erreur invalid_input.

Consulter la documentation complète du KIT →

Lancer gratuitement