NAS para edición de video 2026: throughput, 10GbE y el RAID correcto
· Verificado en julio 2026
Si editas video, tu problema de almacenamiento no se parece en nada al de un fotógrafo, aunque los dos usen las mismas cámaras. Una biblioteca de fotos son miles de lecturas pequeñas y aleatorias que estresan la latencia; una timeline son unos pocos archivos grandes que se transmiten en orden, y lo que se rompe es el throughput: los megabytes por segundo que el pool y la red pueden entregar sin que el cabezal de reproducción se trabe. Acierta con ese único número y todo lo demás cae en su lugar, así que empecemos ahí y no por marcas de discos.
Por qué la edición de video es ancho de banda y no IOPS
Esta distinción importa porque cambia en qué gastas el dinero. Un NAS pensado para fotografía quiere baja latencia y a menudo un tier SSD para el catálogo, porque Lightroom recorriendo 40.000 miniaturas es una tormenta de lecturas diminutas y aleatorias; eso es una carga de IOPS, y la cubrimos en la guía hermana sobre planificar un NAS para fotógrafos. El video es lo opuesto. Cuando recorres una timeline 4K, el disco te entrega un archivo largo y mayormente secuencial, así que la métrica es el throughput secuencial puro, y en eso los discos giratorios son sorprendentemente buenos, porque un solo disco CMR de 7200 RPM sostiene unos 200-260 MB/s en las pistas exteriores, y un array de cuatro discos con paridad hace stripe de varios a la vez.
Eso tiene una consecuencia liberadora: para la mayoría de los editores los discos no son el cuello de botella en absoluto. Un pool RAID 5 de cuatro bahías lee cómodamente por encima de 500 MB/s en secuencial, mucho más de lo que pide un solo stream de edición y más de lo que un enlace 2.5GbE puede siquiera cargar. Lo que de verdad te frena está entre el NAS y tu equipo (la red), y por eso esta guía habla más de Ethernet que de platos. La conclusión para llevar: dimensiona primero la red según tu codec, y de los discos te preocupas solo cuando pasas a RAW o a muchos editores simultáneos.
Convierte tu codec en los MB/s que el NAS debe sostener
Cada codec tiene un bitrate, y dividirlo entre ocho convierte los bits por segundo en los megabytes por segundo que tu almacenamiento debe entregar por stream. Es aritmética, no un benchmark, así que puedes hacerlo con tu propio material en un minuto. Apple publica los bitrates objetivo de ProRes y las cifras de abajo salen directo de la tabla de bitrates de Apple ProRes, mientras que codecs de entrega como H.265/HEVC, el compresor eficiente detrás de la mayoría de archivos de cámara y streaming, corren un orden de magnitud más ligeros, como detalla la descripción de HEVC.
Esto es lo que un stream de video le pide de verdad al pool, redondeado y emparejado con el tier de red que lo lleva con margen para recorrer la timeline:
- 4K H.265 / H.264 de consumo (~100-150 Mbps) → ~13-19 MB/s. Un stream entra en 1GbE con margen de sobra; es la mayoría del material amateur y de reportaje ágil.
- ProRes 422 LT, 4K30 (~350 Mbps) → ~44 MB/s. Dos o tres streams siguen cabiendo en 2.5GbE.
- ProRes 422, 4K30 (~500 Mbps) → ~63 MB/s. Cómodo en 2.5GbE; justo en 1GbE en cuanto agregas un segundo ángulo.
- ProRes 422 HQ, 4K30 (~750 Mbps) → ~94 MB/s. Un stream casi satura 1GbE solo; aquí gigabit deja de alcanzar.
- ProRes 422 HQ 4K60 o ProRes 4444, 4K30 (~1,1-1,5 Gbps) → ~140-190 MB/s. Más allá de 2.5GbE para cualquier cosa que no sea un clip; 10GbE para multicam.
- 8K ProRes o RAW de cámara (BRAW, ProRes RAW, R3D) → cientos de MB/s hasta >1 GB/s. Territorio claramente de 10GbE, y a menudo flash en vez de discos giratorios.
El paso práctico es multiplicar tu stream del peor caso por el número de ángulos que cortas a la vez, y sumar un 30% aproximado por el tráfico de scrubbing, caché y miniaturas que un editor genera además de la reproducción. Un multicam ProRes 422 de tres ángulos en 4K30 ya son 3 × 63 ≈ 190 MB/s antes del overhead, lo que te dice, antes de comprar nada, que este proyecto necesita 10GbE y que gigabit nunca estuvo en la carrera.
La red es el verdadero cuello de botella: 1GbE vs 2.5GbE vs 10GbE
Como el pool rara vez es el límite, el puerto Ethernet es donde se gana o se pierde un build de edición, y los tres tiers encajan limpio con la aritmética de codecs de arriba. El gigabit simple topa cerca de 113 MB/s en la práctica, que la línea de ProRes 422 HQ acaba de mostrar como techo de un solo stream: bien para proxies H.265, imposible para multicam de verdad. Subir a 2.5GbE te lleva a unos 280 MB/s sobre el Cat 5e que ya está en tus paredes, y ese es el punto dulce para un editor 4K en solitario y el upgrade que la mayoría debería hacer primero; el caso práctico está en la guía de upgrade NAS a 2.5GbE.
10GbE es el tier que abre la parte pesada, entregando unos 1.100 MB/s en el mundo real (suficiente para transmitir RAW, correr multicam ProRes o servir a varios editores desde un pool), y es la razón por la que los NAS de edición serios traen un puerto SFP+ o 10GBASE-T. El estándar es maduro y el cableado poco exigente en tramos cortos de casa, como señala la referencia de 10 Gigabit Ethernet; si sopesas el salto, la guía de upgrade a 10GbE cubre switches, tarjetas y las cifras reales. La regla que ahorra dinero: ajusta el puerto a tu proyecto de rutina más pesado, no a un codec que tocas una vez al año.
Una tentación es unir dos puertos 2.5GbE con LACP link aggregation y llamarlo 5 Gigabit, pero no es así como lo vive un editor solo. Un bond LACP hace hash de cada conexión TCP a un enlace físico, así que una copia de archivo o un solo stream de reproducción nunca superan la velocidad de un puerto; la agregación solo ayuda cuando corren muchos flujos separados a la vez, como explica el artículo de link aggregation. SMB Multichannel, introducido con SMB 3.0 y descrito en la reseña de Server Message Block, hace lo contrario: reparte una sesión entre varias NIC y colas de recepción, de modo que una sola lectura grande sí puede superar un enlace. Si tu NAS y tu estación lo soportan, dos puertos 2.5GbE con SMB Multichannel le ganan a esos mismos dos puertos en un bond LACP para un editor solo: un truco genuinamente útil, pero condimento sobre simplemente comprar una tarjeta 10GbE si hay presupuesto.
Editar desde el NAS vs archivar en él: dos builds distintos
La gente busca "NAS para edición de video" con dos intenciones muy distintas, y confundirlas es por qué tantos builds decepcionan. En el primero editas directo desde el NAS: el material vive en el pool, cada editor monta el mismo recurso compartido y la red tiene que cargar la reproducción en vivo; ese es el build de ancho de banda que describen las secciones de arriba, donde 2.5GbE o 10GbE y los flujos con proxy hacen el trabajo. Cuando un codec pesa demasiado para transmitir cómodo, la mayoría de los editores te dejan generar proxies ligeros contra los que cortar y que se re-vinculan a los originales al exportar; así una red modesta sobrevive a fuentes ProRes HQ o RAW.
En el segundo patrón el NAS es un archivo de proyectos y backup, no un disco de trabajo. Cortas en una NVMe local rápida o una SSD Thunderbolt y luego subes los proyectos terminados y los originales de cámara al NAS para resguardo y capacidad a largo plazo. Aquí la velocidad de red apenas importa (un sync nocturno por gigabit basta), y lo que de verdad te interesa son los terabytes por euro, una paridad que sobreviva a un fallo de disco y una copia fuera de sitio, porque el RAID protege contra exactamente una cosa. Si eso te resulta nuevo, vale cinco minutos leer por qué el RAID no es un backup antes de confiar tus másters a un solo array. La conclusión honesta: decide qué build haces antes de comprar, porque el trabajo de archivo es más barato y el de edición más rápido, y el hardware ideal para uno queda sobre- o subdimensionado para el otro.
Qué RAID encaja en la edición, y cuándo el flash vale su precio
Para un pool de discos giratorios la meta es throughput de lectura más rebuilds que se puedan sobrevivir, y eso apunta a RAID de paridad para la mayoría. RAID 5, el SHR-1 de Synology o ZFS RAIDZ1 hacen stripe de las lecturas entre N-1 discos, así que un pool de cuatro bahías lee lo bastante rápido para desbordar 2.5GbE cediendo solo un disco de capacidad: el punto dulce que compara el preset de la calculadora arriba. En cuanto corres cinco discos o más de 16 TB y superiores, pasa a RAID 6, SHR-2 o RAIDZ2, porque un rebuild de varios días con discos grandes eleva las probabilidades de un segundo fallo o un error de lectura irrecuperable a mitad de la reparación; las Drive Stats del Q1 2025 de Backblaze ubican las tasas de fallo anuales de discos de 16-22 TB en la banda del 0,9-1,7% (fuente), bajas pero no tanto como para jugarse un pool de másters a paridad simple.
RAID 10 es la opción a la que recurren los editores cuando escriben mucho al pool o quieren el rebuild más corto posible, porque hace mirror en lugar de recalcular paridad; el precio es 50% de capacidad útil, caro cuando una biblioteca de medios solo crece. La comparativa completa está en RAID 10 vs RAID 6, pero para un pool de edición mayormente de lectura RAID 6 suele ganar en coste por terabyte. El flash entra solo en lo más alto: cuando cortas 8K, RAW de cámara o multicam denso directo, a un pool giratorio se le acaban el throughput y la latencia por stream, y un volumen scratch NVMe o all-flash pasa a ser el disco de trabajo mientras el pool HDD de paridad baja a tier de archivo. El proyecto OpenZFS documenta cómo encaja un special o cache vdev rápido en un pool en sus notas de tuning por carga, y el trade más amplio de HDD contra flash se sopesa en HDD vs SSD en NAS. La regla de decisión: HDD con paridad para la biblioteca, flash solo para el material que estás recorriendo activamente en el extremo.
Discos y hardware de red para un pool de edición
Recomendación por caso de uso
El aficionado que corta 1080p o 4K de un solo ángulo en H.265 apenas estresa nada: una caja de 4 bahías con 4×16 TB en RAID 5 o SHR-1 y un enlace 2.5GbE edita fluido, y gigabit incluso aguanta para proxies. Gasta el dinero ahorrado en un backup fuera de sitio en vez de una red más rápida que no vas a saturar, y apóyate en la lista de mejor disco NAS de 16 TB para los platos. Este es también el tier que se solapa con un servidor multimedia, así que la guía de almacenamiento para Plex combina de forma natural si la misma caja transmite tu biblioteca.
El entusiasta serio o profesional a tiempo parcial que corta 4K ProRes 422/HQ quiere 2.5GbE como mínimo y debería presupuestar 10GbE si el multicam o el 4K60 son rutina: un Ugreen DXP4800 Plus de 4 bahías o una caja Intel similar con puerto 10GbE, 4×16-18 TB en RAID 5 y proxies para las fuentes más pesadas. Este es el build donde la red, y no los discos, decide si la reproducción es cristalina; justo por eso las tarjetas de producto de arriba se inclinan al trío 10GbE.
El estudio a tiempo completo o quien corta 8K, RAW de cámara o multicam denso debería correr una caja de 6+ bahías con doble 10GbE, un volumen scratch NVMe o all-flash para el material activo y un pool HDD RAIDZ2 o SHR-2 como archivo de másters: un Ugreen DXP6800 Pro con 2×10GbE o un build TrueNAS comparable encaja. Emparéjalo con una segunda copia fuera de sitio, porque un incendio o un ataque de ransomware se lleva todo el array sin importar la paridad, y ningún nivel de RAID ha restaurado jamás un máster perdido. Si aún no elegiste la caja, la guía del mejor NAS de 4 bahías cubre la clase en la que aterrizan casi todos los editores.
Artículos relacionados
Algunas entradas cercanas que combinan con esta, del cuello de botella de red a la mecánica de RAID y el flujo hermano de fotografía:
Upgrade 10 GbE para NAS: ¿cuándo compensa?
Actualización NAS a 2.5GbE: el salto práctico de 2026
HDD vs SSD en NAS: ¿cuándo compensa cada uno?
NAS para fotógrafos 2026: RAW, Lightroom y 3-2-1
RAID 10 vs RAID 6: ¿cuál encaja en tu NAS?