Almacenamiento empresarial: NAS, SAN y RAID explicados

El almacenamiento es la columna vertebral de cualquier infraestructura TI empresarial. Bases de datos, archivos de usuario, copias de seguridad, imágenes de máquinas virtuales, logs de aplicación: todo acaba en algún tipo de sistema de almacenamiento. Sin embargo, no existe una solución universal: las necesidades de una empresa con 50 empleados compartiendo archivos de Office son radicalmente distintas a las de un proveedor de servicios cloud que sirve imágenes de disco para cientos de máquinas virtuales. Entender las diferencias entre las arquitecturas disponibles es el primer paso para tomar decisiones de infraestructura correctas.

Durante décadas, el almacenamiento empresarial fue sinónimo de soluciones propietarias de fabricantes como EMC (hoy Dell EMC), NetApp, Hitachi o IBM, con precios que ponían estas tecnologías fuera del alcance de la mayoría de las medianas empresas. La democratización ha llegado de la mano del hardware de commodity x86, del software open source y de soluciones como Synology, QNAP o TrueNAS que ofrecen funcionalidades enterprise a precios razonables. Hoy en día, una empresa puede desplegar una solución de almacenamiento profesional con redundancia completa por menos de lo que costaba una simple unidad de cinta hace quince años.

En este artículo vamos a recorrer las tecnologías de almacenamiento empresarial de forma práctica: qué es cada cosa, cuándo usarla, cómo se complementan entre sí y qué errores evitar en el diseño. Al final tendrás el conocimiento necesario para evaluar las opciones disponibles y diseñar una arquitectura de almacenamiento adecuada para tu organización.

Almacenamiento local vs almacenamiento en red

La primera distinción que debemos hacer es entre almacenamiento local (DAS, Direct Attached Storage) y almacenamiento en red. El almacenamiento local está conectado directamente al servidor que lo usa: los discos internos de un servidor, o una caja de expansión de discos conectada por SAS o USB. Es la opción más sencilla y de menor latencia, y sigue siendo perfectamente válida para cargas de trabajo donde un único servidor accede a los datos. La limitación evidente es que esos datos no son fácilmente accesibles desde otros servidores, lo que dificulta la alta disponibilidad y el balanceo de carga.

El almacenamiento en red resuelve esta limitación poniendo los datos en un dispositivo separado accesible por múltiples servidores a través de la red. Aquí es donde entran en juego NAS y SAN, dos arquitecturas con enfoques distintos que a menudo se confunden pero que sirven propósitos diferentes. La elección entre ellas no es una cuestión de cuál es mejor en términos absolutos, sino de qué tipo de acceso a los datos necesita cada aplicación.

NAS: almacenamiento en red orientado a ficheros

NAS (Network Attached Storage) es un dispositivo de almacenamiento que se conecta a la red Ethernet y expone los datos a través de protocolos de sistema de ficheros: SMB/CIFS para Windows, NFS para Linux/Unix, AFP para Mac (aunque este protocolo está cayendo en desuso). Desde el punto de vista del cliente, acceder a un recurso compartido NAS es idéntico a acceder a una carpeta de red local: el sistema operativo gestiona la conexión de forma transparente.

La principal ventaja de NAS es su simplicidad de gestión. Un NAS de Synology, QNAP o NetApp se configura a través de una interfaz web intuitiva, sin necesidad de conocimientos especializados en almacenamiento. La creación de recursos compartidos, la gestión de permisos, la configuración de cuotas de disco y la activación de funcionalidades avanzadas como snapshots o replicación se realizan con pocos clics. Esta accesibilidad lo convierte en la solución dominante en pymes y en departamentos que necesitan almacenamiento compartido de ficheros sin disponer de personal TI especializado.

Casos de uso ideales para NAS

• Almacenamiento compartido de ficheros para usuarios (documentos, multimedia, diseño)
• Repositorio centralizado de copias de seguridad (destino para Veeam, Nakivo o scripts de rsync)
• Almacenamiento de imágenes para sistemas de videovigilancia IP
• Repositorio de medios para edición de vídeo en red (con NAS de alto rendimiento)
• Almacenamiento de logs centralizado para auditoría y cumplimiento normativo
• Almacenamiento secundario para máquinas virtuales (menos crítico que SAN)

Limitaciones de NAS

El protocolo de ficheros introduce sobrecarga que eleva la latencia en comparación con el acceso a bloque. Para aplicaciones que hacen miles de operaciones de I/O pequeñas por segundo, como bases de datos transaccionales de alto rendimiento, esta latencia puede ser un problema. Además, SMB y NFS no ofrecen acceso exclusivo a un fichero completo de la misma forma que un disco local, lo que impide que algunas aplicaciones funcionen correctamente sobre NAS (muchos sistemas de bases de datos no soportan instalarse sobre carpetas NFS sin configuración especial).

SAN: almacenamiento en red orientado a bloques

SAN (Storage Area Network) es una red dedicada de alta velocidad que conecta servidores con dispositivos de almacenamiento usando protocolos orientados a bloques: Fibre Channel (FC), iSCSI (SCSI sobre IP) o FCoE (Fibre Channel over Ethernet). Desde el punto de vista del servidor, un volumen SAN aparece como si fuera un disco local directamente conectado: el sistema operativo le asigna una letra de unidad o un punto de montaje y lo formatea con el sistema de ficheros que quiera (NTFS, ext4, XFS...).

Esta transparencia es la gran ventaja de SAN para las aplicaciones más exigentes: la aplicación no sabe si está accediendo a un disco local o a un volumen SAN. Las bases de datos (Oracle, SQL Server, PostgreSQL en configuraciones de alto rendimiento), los sistemas de virtualización (los datastores de VMware vSAN o los LUNs de Fibre Channel para vSphere) y las aplicaciones de misión crítica que requieren latencia mínima y máximo ancho de banda son los casos de uso naturales de SAN.

Fibre Channel vs iSCSI: la elección práctica

Fibre Channel utiliza una red física separada con adaptadores HBA especializados (Host Bus Adapters) y switches FC dedicados (típicamente de Brocade o Cisco MDS). Ofrece la menor latencia posible y es la elección en entornos bancarios, telcos y grandes corporaciones donde el coste no es el factor limitante. iSCSI transporta el mismo protocolo SCSI sobre red IP estándar, lo que elimina la necesidad de infraestructura de red dedicada y reduce enormemente el coste. Para la mayoría de las medianas empresas y muchas grandes organizaciones, iSCSI sobre una red 10GbE o 25GbE dedicada ofrece rendimiento más que suficiente con una fracción del coste de Fibre Channel.

RAID: redundancia a nivel de disco

Independientemente de si usas DAS, NAS o SAN, casi siempre vas a usar RAID (Redundant Array of Independent Disks) como capa de protección contra fallos de disco. RAID distribuye o replica los datos entre varios discos físicos de forma que el sistema sigue funcionando aunque uno o más discos fallen. Es importante entender que RAID no es una copia de seguridad: protege contra el fallo de hardware del disco, pero no protege contra borrado accidental, corrupción de datos, ransomware ni desastres físicos.

Niveles de RAID más utilizados en entornos empresariales

RAID 1 es el más sencillo: dos discos que contienen exactamente los mismos datos (espejado). Si un disco falla, el sistema sigue funcionando con el otro. La capacidad útil es el 50% del total (con dos discos de 4 TB obtienes 4 TB utilizables). Es la opción para almacenamiento crítico con pocos discos donde la simplicidad es prioritaria, como el disco del sistema operativo de un servidor.

RAID 5 distribuye los datos y la información de paridad entre al menos tres discos. Puede tolerar el fallo de un disco: cuando este se reemplaza, la controladora reconstruye los datos usando la paridad. Ofrece mejor aprovechamiento de capacidad que RAID 1 (con cuatro discos de 4 TB obtienes 12 TB utilizables) pero tiene dos limitaciones importantes: el rendimiento de escritura se ve afectado por el cálculo de paridad, y durante la reconstrucción tras un fallo, el sistema está en estado degradado y existe riesgo de pérdida de datos si falla un segundo disco. Con los discos de alta capacidad actuales, los tiempos de reconstrucción pueden superar las 24 horas.

RAID 6 añade un segundo bloque de paridad, tolerando el fallo simultáneo de dos discos. Es la evolución natural de RAID 5 para discos de gran capacidad. RAID 10 (o RAID 1+0) combina espejado y distribución: los discos se agrupan en parejas espejadas (RAID 1) y luego se distribuye el tráfico entre los grupos (RAID 0). Ofrece el mejor rendimiento de todos los niveles y puede tolerar múltiples fallos de disco (siempre que no fallen los dos discos de la misma pareja), pero la capacidad útil es solo el 50% del total.

• RAID 1: espejado, mínima configuración, 50% de capacidad útil, tolerancia a 1 fallo
• RAID 5: paridad simple, mínimo 3 discos, 1 disco de paridad, tolerancia a 1 fallo
• RAID 6: paridad doble, mínimo 4 discos, 2 discos de paridad, tolerancia a 2 fallos simultáneos
• RAID 10: espejado+distribución, mínimo 4 discos, 50% capacidad, mejor rendimiento
• RAID 50/60: combinación de RAID 5 o 6 con RAID 0 para grandes conjuntos de discos

RAID software vs RAID hardware

El RAID puede implementarse tanto en hardware dedicado (una controladora RAID como las de Broadcom/Avago, HPE Smart Array o Dell PERC) como en software usando el sistema operativo (mdraid en Linux, Storage Spaces en Windows Server) o el propio sistema de ficheros (ZFS, Btrfs). Durante mucho tiempo, el RAID hardware fue considerado superior porque la controladora tenía su propia memoria caché con batería (BBWC) que absorbía las escrituras y protegía contra cortes de energía. Las tarjetas modernas ya incluyen condensadores o baterías de respaldo que cumplen la misma función.

El RAID software moderno, especialmente con ZFS, ha cambiado el debate. ZFS ofrece RAID-Z (equivalente a RAID 5) y RAID-Z2 (equivalente a RAID 6) con ventajas que el RAID hardware tradicional no puede ofrecer: checksums de integridad de datos que detectan y corrigen la corrupción silenciosa de datos (bit rot), snapshots atómicos, compresión transparente, deduplicación, clonado de sistemas de ficheros y mucho más. TrueNAS, que usa ZFS como base, es una plataforma popular para servidores NAS empresariales que combina estas capacidades avanzadas con una interfaz de gestión accesible.

Selección de discos: HDD, SSD y NVMe

El tipo de disco es tan importante como la arquitectura RAID. Los discos mecánicos (HDD) siguen siendo relevantes para almacenamiento de datos fríos (backups, archivos, datos históricos) gracias a su coste por gigabyte muy inferior al de los SSD. Para datos que se acceden con frecuencia (bases de datos, máquinas virtuales activas, datos de usuario con uso intensivo), los SSD SATA o SAS ofrecen una mejora de rendimiento de varios órdenes de magnitud respecto a los HDD. Los SSD NVMe, que se conectan directamente al bus PCIe sin pasar por el controlador SATA/SAS, dan otro salto adicional en latencia y ancho de banda, siendo la opción para las cargas más exigentes.

En entornos empresariales es fundamental usar discos diseñados para uso empresarial o al menos para NAS/servidor, no discos de consumo. Los discos WD Red Pro, Seagate IronWolf Pro o los discos enterprise de WD Gold y Seagate Exos están diseñados para funcionar de forma continua, soportar las vibraciones de una caja con múltiples discos y manejar correctamente los tiempos de recuperación de errores (TLER) que una controladora RAID necesita. Un disco de consumo en un array RAID puede hacer que la controladora lo expulse del array por superar el tiempo de recuperación de errores, convirtiendo una simple operación de lectura con error en una reconstrucción completa del array.

Arquitecturas de almacenamiento hiperconvergentes

En los últimos años ha ganado popularidad el almacenamiento hiperconvergente (HCI, Hyper-Converged Infrastructure), un enfoque que integra computación, red y almacenamiento en un mismo conjunto de nodos estándar. En lugar de tener servidores separados del almacenamiento, cada nodo HCI contribuye con su almacenamiento local a un pool distribuido que todos los nodos comparten. VMware vSAN, Nutanix AOS y Microsoft Storage Spaces Direct (S2D) son los ejemplos más conocidos.

La promesa del HCI es la simplicidad operativa: se gestiona todo desde una única consola, el escalado es lineal (añades nodos para crecer tanto en computación como en almacenamiento), y la resiliencia se gestiona automáticamente. Las desventajas son el mayor coste inicial, la necesidad de escalar computación y almacenamiento juntos (incluso si solo necesitas más de uno de ellos) y la dependencia del fabricante. Para empresas medianas en proceso de modernización de infraestructura, el HCI puede ser una opción atractiva que simplifica enormemente la gestión.

Almacenamiento en la nube y arquitecturas híbridas

El almacenamiento en la nube (S3 de AWS, Azure Blob Storage, Google Cloud Storage) no sustituye al almacenamiento on-premise en la mayoría de los casos empresariales: la latencia, el coste de transferencia de datos y las consideraciones de cumplimiento normativo limitan su uso para datos de acceso frecuente. Sin embargo, como capa de almacenamiento frío o como destino de backup offsite, el almacenamiento cloud es prácticamente insuperable en términos de durabilidad, escalabilidad y coste.

Las arquitecturas híbridas que combinan almacenamiento local de alto rendimiento para datos activos con almacenamiento cloud para datos fríos y backups representan hoy el diseño más equilibrado para la mayoría de las empresas. Herramientas como Veeam Backup & Replication pueden gestionar esta estrategia automáticamente: mantener los últimos backups en NAS local para restauración rápida y enviar copias a Azure Blob o S3 para retención a largo plazo y protección ante desastres.

Planificación de capacidad y crecimiento

Uno de los errores más costosos en proyectos de almacenamiento es dimensionar ajustado al consumo actual sin dejar margen de crecimiento. El almacenamiento tiene la mala costumbre de crecer más rápido de lo previsto: la proliferación de datos no estructurados, el crecimiento de los backups, la aparición de nuevas aplicaciones y el aumento de la resolución de los archivos multimedia hacen que las estimaciones iniciales se queden cortas en menos de dos años. La recomendación es planificar para al menos tres años de crecimiento y asegurarse de que la plataforma elegida permite expandirse (añadir discos o bandejas) sin interrupciones de servicio.

El almacenamiento empresarial no es un producto que se compra, es una arquitectura que se diseña. La diferencia entre los dos enfoques se nota cuando la infraestructura escala o cuando falla un componente.

Errores frecuentes y cómo evitarlos

• Usar RAID como sustituto del backup: RAID protege contra fallo de disco, no contra errores humanos ni ransomware
• Mezclar discos de distinta capacidad o velocidad en el mismo RAID: reduce la capacidad al mínimo común y degrada el rendimiento
• No documentar la configuración del RAID: si falla la controladora, necesitarás saber exactamente cómo reconstruir el array
• Ignorar las alarmas SMART de los discos: los fallos de disco casi siempre están precedidos por indicadores en los datos SMART
• No probar la recuperación de desastres: tener un backup no verificado es casi lo mismo que no tenerlo
• Subestimar el crecimiento de datos: planifica al menos para el doble de la capacidad actual
• Olvidar la redundancia de la controladora: en un NAS/SAN de producción, la controladora también debe ser redundante

Conclusión: la arquitectura correcta depende del uso

No hay una arquitectura de almacenamiento universalmente mejor: hay una arquitectura más adecuada para cada caso de uso. NAS para compartición de ficheros y backups, SAN para bases de datos y virtualización de alto rendimiento, HCI para organizaciones que buscan simplicidad operativa, y cloud para datos fríos y retención a largo plazo. En la mayoría de las organizaciones medianas y grandes, la respuesta correcta es una combinación de estas tecnologías, cada una en su capa apropiada.

El consejo final más práctico: antes de comprar nada, documenta los requisitos de tus aplicaciones críticas en términos de capacidad, rendimiento (IOPS y ancho de banda), latencia tolerable y RPO/RTO en caso de fallo. Esos requisitos, y no los folletos de los fabricantes, deben guiar la decisión. Y siempre, absolutamente siempre, implementa una política de backup que exista independientemente de cualquier solución RAID.