InfluxDB: Éviter la saturation de l'espace disque
Cette documentation fait partie du guide Premiers pas. Consultez le guide complet ici : Comment débuter avec InfluxDB.
👋 Bienvenue sur la documentation de Stackhero !
Stackhero propose une solution InfluxDB cloud prête à l'emploi offrant de nombreux avantages, notamment :
- Écritures, requêtes, tableaux de bord, tâches et buckets illimités.
- Durée de rétention des données illimitée.
- Transferts réseau et disque illimités.
- Mises à jour simplifiées en un clic.
- Performance optimale et une sécurité renforcée grâce à une VM privée et dédiée.
Gagnez du temps et simplifiez-vous la vie : il suffit de 5 minutes pour essayer la solution InfluxDB cloud hosting de Stackhero !
InfluxDB est conçu comme une base de données de séries temporelles et gère souvent un grand nombre de métriques. Comme ces bases de données ne suppriment généralement pas les données automatiquement, votre base de données peut croître indéfiniment et utiliser tout l'espace disque disponible.
Pour éviter la saturation de l'espace disque, InfluxDB propose deux solutions :
- Politiques de rétention : Supprimer les données plus anciennes qu'une date définie. Par exemple, vous pourriez décider de supprimer les données de plus de 365 jours.
- Réduction des données : Réduire la résolution des données au fil du temps. Par exemple, si vous enregistrez une température chaque seconde, vous pourriez vouloir :
- Conserver les données de température avec une résolution d'une seconde pour les 5 dernières minutes.
- Maintenir les températures maximales, minimales et moyennes avec une résolution d'une minute pour les dernières 24 heures.
- Stocker les températures maximales, minimales et moyennes avec une résolution d'une heure pour les données plus anciennes.
L'utilisation de politiques de rétention vous permet de stocker des données historiques sur de longues périodes sans nécessiter des téraoctets d'espace de stockage. Vous trouverez plus d'informations sur la réduction des données dans la documentation officielle.