PinMy

Herramienta gratuita

Calculadora de almacenamiento CCTV / NVR

Estima el bitrate por cámara, el rendimiento total, el almacenamiento necesario, el dimensionado del RAID y el número de discos que deberías comprar para una instalación fiable.

Resultado
Bitrate / cámara
Mbit/s
Bitrate total
Mbit/s
Almacenamiento bruto
TB
A comprar
TB

Consejo: usa la acción de impresión integrada para exportar un resumen limpio de una página para clientes o compras.

Cómo usar esta calculadora

  • Empieza por el número de cámaras, la resolución y el códec. La calculadora estima cuánto ancho de banda necesita cada cámara durante el movimiento.
  • Ajusta el nivel de RAID y el número de discos para ver la capacidad utilizable y el tamaño real de disco que deberías comprar.
  • Activa el bitrate manual si ya conoces el perfil por cámara de un grabador concreto o de una especificación de instalación.
  • Usa el resumen para imprimir y compartir una instantánea rápida de compras con tu equipo o tu cliente.

Calculadora de almacenamiento CCTV y NVR: guía de referencia técnica

Esta guía detalla los cálculos, las fórmulas empíricas y las hipótesis fundamentales que impulsan nuestra calculadora de almacenamiento CCTV. Usa esta referencia para entender cómo los bitrates objetivo, las opciones de compresión y el margen de almacenamiento afectan a tus perfiles de retención de vídeo.

El motor evalúa tres dominios operativos para estimar la capacidad: la estimación del bitrate, los estándares de compresión (requisitos de almacenamiento de H.264 frente a H.265) y la topología del array (métricas de la calculadora de RAID para CCTV).

1. Cómo se estima el bitrate

En lugar de basarse en tablas genéricas de valores fijos, este estimador de almacenamiento por cámara aplica un modelo de cálculo dinámico para simular el consumo de ancho de banda a partir de métricas reales de rendimiento de las cámaras.

La fórmula principal para el rendimiento de una cámara activa se define como:

Bitrate_Active = baseBR × fpsFactor × K_Codec × K_Scene

Bitrate base (baseBR)

La carga base de la infraestructura se calcula directamente a partir de la resolución del sensor:

baseBR = Resolution (MP) × 1.3

Ejemplo de aplicación: Una cámara Full HD 1080p estándar (aproximadamente 2.07 MP) que funciona a una base de 15 FPS con compresión H.264 estándar y complejidad de escena media da como resultado: 2.07 × 1.3 × 1.0 × 1.0 aproximadamente 2.69 Mbit/s Este coeficiente es una base empírica derivada de las guías de planificación de los fabricantes para garantizar una densidad de píxeles óptima durante la videovigilancia activa.

Escalado de la tasa de fotogramas (fpsFactor)

El escalado del ancho de banda no aumenta de forma lineal con las modificaciones de la tasa de fotogramas (FPS). Como los codificadores modernos captan las diferencias temporales entre fotogramas en lugar de transmitir imágenes estáticas completas de forma secuencial, duplicar la tasa de fotogramas tiene un impacto sublineal en el volumen total. El motor aplica una curva de ley de potencia para modelar este comportamiento con precisión:

fpsFactor = (FPS / 15)^0.45

Este factor de escalado evita el sobredimensionamiento de la capacidad al diseñar despliegues de alta frecuencia (30 fps).

2. Requisitos de almacenamiento de H.264 frente a H.265

La eficiencia de la compresión de vídeo cambia según el ruido del entorno y la entropía del movimiento.

Opción de códec Multiplicador (K_Codec) Impacto práctico en el almacenamiento de videovigilancia
H.264 Baseline × 1.00 Base estándar heredada. Se mantiene principalmente por compatibilidad con hardware de codificación antiguo.
H.264 High × 0.60 Implementación optimizada de H.264 que utiliza codificación de entropía avanzada. Reduce el volumen alrededor de un 40%.
H.265 / HEVC × 0.40 High-Efficiency Video Coding. Normalmente reduce los requisitos de bitrate en torno a un 40-60% respecto a los perfiles estándar de H.264.
H.265+ (Smart) × 0.25 Modo dinámico. Usa el modelado del fondo para minimizar el margen de las escenas estáticas. Se reajusta automáticamente a × 0.38 en condiciones de mucho ruido (K_Scene >= 1.4) debido a las transiciones continuas de la escena.

Modificadores de complejidad de la escena (K_Scene)

  • Baja (× 0.7): Entornos de acceso controlado con un mínimo desplazamiento de píxeles (por ejemplo, almacenes tranquilos o pasillos interiores durante la noche).
  • Media (× 1.0): Entornos comerciales estándar o espacios con un tránsito de personas moderado.
  • Alta (× 1.4): Entornos exteriores dinámicos y sin restricciones propensos a un movimiento constante (por ejemplo, cruces concurridos, multitudes, vegetación en movimiento o iluminación variable). El alto nivel de ruido limita la eficiencia de la compresión entre fotogramas.

3. Impacto de la detección de movimiento

Cuando se activan las configuraciones de grabación por movimiento, la plataforma aplica un ciclo de trabajo de doble estado. Durante los periodos de inactividad, el flujo de datos cae a un límite de FPS en reposo definido por el usuario y reduce la complejidad de la escena a sus límites mínimos absolutos (0.7). El requisito temporal neto se calcula como:

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

Donde M representa el porcentaje estimado de actividad de movimiento a lo largo de un ciclo estándar de 24 horas. Además, si se selecciona la captura de audio, se añade al presupuesto activo una asignación fija de 64 kbit/s (0.064 Mbit/s) por cámara para cubrir los flujos de sonido estándar G.711 PCM.

4. Margen de almacenamiento del RAID

La planificación de las unidades físicas va más allá del volumen matemático bruto. El módulo integrado de la calculadora de RAID para CCTV utiliza arrays estándar con tolerancia a fallos para determinar exactamente cuántos niveles de almacenamiento hay que comprar:

  • RAID 1: Arquitectura de espejo puro. El margen de redundancia requiere exactamente 2.0 × el volumen neto, restringido a exactamente N=2 discos.
  • RAID 5: Paridad distribuida simple. Requiere un mínimo de 3 discos. La pérdida de asignación de almacenamiento equivale exactamente a 1 disco: N / (N - 1).
  • RAID 6: Paridad distribuida doble. Requiere un mínimo de 4 discos. Soporta dos fallos simultáneos de disco reservando dos discos para los datos de paridad: N / (N - 2).
  • RAID 10: Array combinado de espejo/distribución. Requiere un mínimo de 4 discos y se limita estrictamente a configuraciones con un número par (N mod 2 = 0). La mitad de la capacidad física (50%) se destina al margen.

Cálculo de discos: El motor divide el requisito total con tolerancia a fallos entre el número de discos (N) y ajusta automáticamente el resultado a los escalones estándar de distribución de HDD comerciales (por ejemplo, 2, 4, 6, 8, 12, 16, 20 TB).

5. Margen de almacenamiento y del sistema de archivos

En el proceso de cálculo de almacenamiento de videovigilancia se incluye una opción de margen base (recomendada en el 15%) para absorber las pérdidas sistemáticas de capacidad:

  1. Conversión binaria-decimal: Los fabricantes de HDD calculan el almacenamiento con notación decimal (10^12 bytes por TB), mientras que los sistemas operativos formatean los arrays en notación binaria (1024^3 bytes por TB). Este desajuste sistémico reduce la capacidad física del disco en torno a un 7,3%.
  2. Registro de metadatos (journaling): Los sistemas de archivos (como EXT4 o XFS) reservan un porcentaje de bloques de almacenamiento para la indexación de metadatos, las tablas de recuperación de archivos y el mapeo de sectores.
  3. Márgenes de seguridad: Los arrays de almacenamiento de NVR pierden eficiencia de escritura cuando están completamente llenos; mantener un margen estándar del 5-10% evita la degradación del rendimiento durante las purgas automáticas rutinarias de disco FIFO.

6. Límites de rendimiento del NVR

La calculadora activa un aviso de optimización si el rendimiento agregado de tu sistema supera los 320 Mbit/s.

Aunque las interfaces gigabit estándar gestionan niveles de datos en bruto más altos, 320 Mbit/s representa el límite típico de rendimiento de grabación de muchas plataformas NVR comerciales de gama media. Superar este límite genera un cuello de botella en las rutas de procesamiento del system-on-chip interno o en la velocidad de escritura del motor de la base de datos de almacenamiento. Esto provoca directamente pérdidas de fotogramas de vídeo, inestabilidad del flujo o reproducción con retardo. Los sistemas que operan por encima de este umbral requieren repartir la red entre varios nodos NVR o actualizar a hardware de gama profesional con alto rendimiento.