PinMy

Outil gratuit

Calculateur de stockage CCTV / NVR

Estimez le débit par caméra, le débit total, le stockage nécessaire, le dimensionnement RAID et le nombre de disques à acheter pour une installation fiable.

Résultat
Débit / caméra
Mbit/s
Débit total
Mbit/s
Stockage brut
TB
À acheter
TB

Astuce : utilisez l'action d'impression intégrée pour exporter un récapitulatif clair sur une page pour vos clients ou les achats.

Comment utiliser ce calculateur

  • Commencez par le nombre de caméras, la résolution et le codec. Le calculateur estime la bande passante nécessaire à chaque caméra en cas de mouvement.
  • Ajustez le niveau RAID et le nombre de disques pour voir la capacité utilisable et la taille réelle des disques à acheter.
  • Activez le débit manuel si vous connaissez déjà le profil par caméra issu d'un enregistreur précis ou d'une spécification d'installation.
  • Utilisez le récapitulatif imprimable pour partager un aperçu d'achat rapide avec votre équipe ou votre client.

Calculateur de stockage CCTV et NVR : guide de référence technique

Ce guide détaille les calculs, les formules empiriques et les hypothèses fondamentales qui pilotent notre calculateur de stockage CCTV. Utilisez cette référence pour comprendre comment les débits cibles, les choix de compression et la surcharge de stockage affectent vos profils de rétention vidéo.

Le moteur évalue trois domaines opérationnels pour estimer la capacité : l'estimation du débit, les normes de compression (besoins de stockage H.264 vs H.265) et la topologie de la grappe (métriques du calculateur RAID CCTV).

1. Comment le débit est estimé

Plutôt que de s'appuyer sur des tables forfaitaires génériques, cet estimateur de stockage de caméras applique un modèle de calcul dynamique pour simuler la consommation de bande passante à partir de métriques de performance réelles des caméras.

La formule principale du débit actif d'une caméra est définie comme suit :

Bitrate_Active = baseBR × fpsFactor × K_Codec × K_Scene

Débit de base (baseBR)

La charge d'infrastructure de référence est calculée directement à partir de la résolution du capteur :

baseBR = Resolution (MP) × 1.3

Exemple d'application : Une caméra Full HD 1080p standard (environ 2.07 MP) fonctionnant à une base de 15 FPS avec une compression H.264 standard et une complexité de scène moyenne donne : 2.07 × 1.3 × 1.0 × 1.0 environ 2.69 Mbit/s Ce coefficient est une référence empirique issue des guides de planification des fournisseurs afin de garantir une densité de pixels optimale pendant la surveillance active.

Mise à l'échelle de la cadence (fpsFactor)

La mise à l'échelle de la bande passante n'évolue pas de façon linéaire avec les modifications de cadence (FPS). Comme les encodeurs modernes capturent les différences temporelles entre les images plutôt que de transmettre séquentiellement des images statiques complètes, doubler la cadence a un impact sous-linéaire sur le volume total. Le moteur applique une courbe en loi de puissance pour modéliser ce comportement avec précision :

fpsFactor = (FPS / 15)^0.45

Ce facteur de mise à l'échelle évite le sur-dimensionnement de la capacité lors de la conception de déploiements à haute fréquence (30 fps).

2. Besoins de stockage H.264 vs H.265

L'efficacité de la compression vidéo varie selon le bruit ambiant de l'environnement et l'entropie du mouvement.

Option de codec Multiplicateur (K_Codec) Impact pratique sur le stockage de surveillance
H.264 Baseline × 1.00 Référence héritée standard. Conservée principalement pour la compatibilité descendante avec le matériel d'encodage plus ancien.
H.264 High × 0.60 Implémentation H.264 optimisée utilisant un codage entropique avancé. Réduit le volume d'environ 40%.
H.265 / HEVC × 0.40 High-Efficiency Video Coding. Réduit généralement les besoins en débit d'environ 40 à 60% par rapport aux profils H.264 standard.
H.265+ (Smart) × 0.25 Mode dynamique. Utilise la modélisation de l'arrière-plan pour minimiser la surcharge des scènes statiques. Se réajuste automatiquement à × 0.38 dans des conditions de bruit élevé (K_Scene >= 1.4) en raison des transitions de scène continues.

Modificateurs de complexité de scène (K_Scene)

  • Faible (× 0.7) : Environnements à accès contrôlé avec un décalage de pixels minimal (par exemple, entrepôts calmes ou couloirs intérieurs de nuit).
  • Moyenne (× 1.0) : Environnements de commerce standard ou espaces commerciaux à fréquentation modérée.
  • Élevée (× 1.4) : Environnements extérieurs dynamiques et non contraints, sujets à un mouvement constant (par exemple, carrefours animés, foules, feuillage en mouvement ou éclairage variable). Le bruit élevé limite l'efficacité de la compression inter-images.

3. Impact de la détection de mouvement

Lorsque les configurations d'enregistrement sur mouvement sont activées, la plateforme applique un cycle de service à deux états. Pendant les périodes d'inactivité, le flux de données chute à un plafond de FPS au repos défini par l'utilisateur et abaisse la complexité de la scène à ses limites minimales absolues (0.7). Le besoin temporel net est calculé comme suit :

Bitrate_Mean = (Bitrate_Active × M) + (Bitrate_Idle × (1 - M))

Où M représente le pourcentage estimé d'activité de mouvement sur un cycle standard de 24 heures. De plus, si la capture audio est sélectionnée, une allocation immuable de 64 kbit/s (0.064 Mbit/s) par caméra est ajoutée au budget actif pour tenir compte des flux sonores G.711 PCM standard.

4. Surcharge de stockage RAID

La planification des disques physiques va au-delà du simple volume mathématique brut. Le module intégré de calculateur RAID CCTV utilise des grappes tolérantes aux pannes standard pour déterminer précisément combien de niveaux de stockage doivent être achetés :

  • RAID 1 : Architecture en miroir pure. La surcharge de redondance nécessite exactement 2.0 × le volume net, limitée à exactement N=2 disques.
  • RAID 5 : Parité distribuée simple. Nécessite un minimum de 3 disques. La perte d'allocation de stockage équivaut exactement à 1 disque : N / (N - 1).
  • RAID 6 : Parité distribuée double. Nécessite un minimum de 4 disques. Survit à deux pannes de disque simultanées en réservant deux disques pour les données de parité : N / (N - 2).
  • RAID 10 : Grappe combinée miroir/agrégation par bandes. Nécessite un minimum de 4 disques et est strictement limitée aux configurations à nombre pair (N mod 2 = 0). La moitié de la capacité physique (50%) est utilisée pour la surcharge.

Calcul des disques : Le moteur divise le besoin total tolérant aux pannes par le nombre de disques (N) et fait automatiquement correspondre le résultat aux paliers de distribution des HDD commerciaux standard (par exemple, 2, 4, 6, 8, 12, 16, 20 TB).

5. Surcharge du stockage et du système de fichiers

Une option de surcharge de référence (recommandée à 15%) est incluse dans le processus de calcul du stockage de vidéosurveillance pour absorber les pertes de capacité systématiques :

  1. Conversion binaire-décimale : Les fabricants de HDD calculent le stockage en notation décimale (10^12 octets par TB), tandis que les systèmes d'exploitation formatent les grappes en notation binaire (1024^3 octets par TB). Cette incohérence systémique réduit la capacité physique des disques d'environ 7.3%.
  2. Journalisation des métadonnées : Les systèmes de fichiers (tels que EXT4 ou XFS) isolent un pourcentage de blocs de stockage pour l'indexation des métadonnées, les tables de récupération de fichiers et la cartographie des secteurs.
  3. Marges de sécurité : Les grappes de stockage NVR perdent en efficacité d'écriture lorsqu'elles sont totalement pleines ; conserver une marge standard de 5 à 10% prévient la dégradation des performances lors des purges automatiques FIFO de routine.

6. Limites de débit du NVR

Le calculateur déclenche un avertissement d'optimisation si le débit global de votre système dépasse 320 Mbit/s.

Bien que les interfaces gigabit standard gèrent des niveaux de données bruts plus élevés, 320 Mbit/s représente les limites de débit d'enregistrement typiques de nombreuses plateformes NVR commerciales de milieu de gamme. Dépasser cette limite crée un goulot d'étranglement au niveau des chemins de traitement du system-on-chip interne ou de la vitesse d'écriture du moteur de base de données de stockage. Cela entraîne directement des pertes d'images vidéo, une instabilité du flux ou une lecture retardée. Les systèmes fonctionnant au-delà de ce seuil nécessitent des architectures réseau réparties sur plusieurs nœuds NVR ou une mise à niveau vers du matériel haut débit de qualité professionnelle.