redzilla
Todas las herramientas
CCTV

Servidor VMS / NVR

Ingresa el número de cámaras, el bitrate y la retención y calculo el ancho de banda de grabación, el almacenamiento (TB), los IOPS de escritura, la RAM del servidor y cuántos servidores necesitas por su límite de throughput/canales.

Límites del servidor y RAM (avanzado)
redzilla.cl — vms
 
Ancho de banda
0 Mbps
grabación de todas las cámaras
Almacenamiento
0 TB
para la retención elegida
IOPS de escritura
0
escritura secuencial (baja)
RAM del servidor
0 GB
base + por cámara
Servidores
0
por límite de throughput/canales
Cámaras / servidor
0
reparto uniforme

¿Por qué esa cantidad de servidores?

CriterioCálculoServidores

El almacenamiento usa TB decimales (1 TB = 10¹² bytes): BW(Mbps)/8 = MB/s, × 86400 s/día × días ÷ 10⁶. Súmale un margen para el sistema operativo, índices, RAID y crecimiento. Los IOPS son bajos porque la grabación es escritura secuencial de archivos grandes (≈ un stream por cámara).

Cálculo local en tu navegador · sin registro · sin enviar datos.

¿Cómo funciona?

La calculadora dimensiona el servidor de grabación de un sistema CCTV a partir del número de cámaras, el bitrate por cámara y los días de retención. El ancho de banda de grabación es Mbps = cámaras × bitrate y el almacenamiento se calcula en TB decimales (1 TB = 10¹² bytes): TB = (Mbps/8) × 86400 × días ÷ 10⁶. Los IOPS de escritura se estiman en un stream secuencial por cámara, porque grabar video es escritura secuencial de archivos grandes, no I/O aleatorio.

Además reparte la carga entre servidores según dos límites configurables (sección avanzada): throughput máximo por servidor (300 Mbps por defecto, típico de un VMS sobre hardware estándar) y canales máximos por licencia o software (128 por defecto). El número de servidores es max(⌈Mbps totales / límite Mbps⌉, ⌈cámaras / límite de canales⌉), y la RAM se estima como base + cámaras × RAM por cámara (8 GB + 0,25 GB por canal por defecto).

Ejemplo: 64 cámaras a 4 Mbps con 30 días de retención

  1. Ancho de banda: 64 × 4 = 256 Mbps de grabación sostenida.
  2. Almacenamiento: 256/8 = 32 MB/s × 86400 × 30 ÷ 10⁶ ≈ 82,9 TB.
  3. Servidores: por throughput ⌈256/300⌉ = 1 y por canales ⌈64/128⌉ = 1basta 1 servidor.
  4. RAM estimada: 8 + 64 × 0,25 = 24 GB, con unos 64 IOPS de escritura secuencial.

Preguntas frecuentes

¿Cuántas cámaras soporta un servidor VMS?
Depende de dos topes: el throughput de grabación (un servidor estándar maneja del orden de 300–600 Mbps según discos y red) y el límite de canales del software o la licencia (valores típicos de 64 a 128). Manda el criterio que se alcance primero: con cámaras 4K de alto bitrate el throughput limita mucho antes que los canales.
¿Por qué los IOPS de un NVR son tan bajos?
Porque la grabación de video es escritura secuencial de bloques grandes: cada cámara mantiene aproximadamente un stream continuo, así que 64 cámaras rondan 64 operaciones de escritura sostenidas. Por eso los discos de vigilancia priorizan throughput sostenido sobre IOPS aleatorios; el I/O aleatorio aparece recién con la reproducción simultánea y la analítica.
¿Cuál es la diferencia entre un NVR y un servidor VMS?
Un NVR es un equipo dedicado con software cerrado y capacidad fija de canales, pensado para instalaciones pequeñas o medianas. Un VMS (Video Management System) es software que corre sobre servidores estándar y escala horizontalmente: se agregan servidores de grabación a medida que crecen las cámaras. El cálculo de esta herramienta sirve para ambos.
¿El almacenamiento calculado ya incluye RAID y sistema operativo?
No: es el volumen neto de video. Debes sumar el espacio del sistema operativo, las bases de datos e índices del VMS, la pérdida por redundancia RAID (por ejemplo, un disco completo en RAID 5) y un margen de crecimiento. Una regla práctica es aprovisionar un 20–30 % adicional sobre el resultado.
¿Te fue útil esta herramienta?
Disclaimer Cuidamos la precisión de cada herramienta y la revisamos a conciencia; aun así, no podemos garantizar que esté libre de errores ni responsabilizarnos por el uso de sus resultados. Te sugerimos verificar siempre los datos críticos.
Si encuentras un error, avísanos →