¿Cómo se selecciona entre las arquitecturas SAN, NAS y DAS para sus cargas de trabajo?

Elegir la arquitectura de almacenamiento adecuada es una de las decisiones de infraestructura más trascendentales que puede tomar un equipo de TI. Ya sea que esté construyendo un entorno de nube privada, gestionando un clúster de virtualización en crecimiento o simplemente intentando imponer orden al descontrolado crecimiento de los datos, la elección entre Red de Área de Almacenamiento (SAN), Almacenamiento Conectado en Red (NAS) y Almacenamiento Conectado Directamente (DAS) condiciona todo, desde el margen de rendimiento hasta la flexibilidad operativa. Cada modelo parte de supuestos distintos acerca de cómo fluyen los datos, cómo se comparten los recursos y cómo escalará su entorno con el tiempo. Comprender esas diferencias antes de comprometerse con el hardware y el cableado resulta mucho más rentable que descubrir incompatibilidades arquitectónicas tras la implementación.

Este artículo analiza sistemáticamente la lógica de selección, examinando las características de la carga de trabajo, los requisitos de conectividad, la complejidad de la gestión y las compensaciones económicas que hacen que una arquitectura sea la opción más adecuada para un escenario determinado. Si está evaluando específicamente una infraestructura SAN, el papel del Conmutador SAN merece una atención cuidadosa, ya que es el dispositivo que hace posible y manejable, a escala, la red de almacenamiento a nivel de bloque. Al final de esta discusión, dispondrá de un marco práctico para asociar el modelo de almacenamiento adecuado con las demandas reales de sus cargas de trabajo.

Comprensión de las diferencias fundamentales entre SAN, NAS y DAS

Qué hace realmente cada arquitectura

El almacenamiento directamente conectado (DAS, por sus siglas en inglés) es exactamente lo que su nombre indica: dispositivos de almacenamiento conectados físicamente a un único servidor o estación de trabajo, sin una infraestructura de red intermedia. Esto puede incluir discos duros internos, matrices externas USB o SAS, o unidades NVMe montadas directamente en el host. El DAS ofrece baja latencia porque no hay salto de red, pero crea silos de almacenamiento. Cada servidor posee su propio almacenamiento, y compartir esa capacidad con otros hosts requiere capas adicionales de software o traslado de datos, lo que introduce complejidad y retraso.

El almacenamiento conectado a la red (NAS) introduce un servidor de archivos dedicado que exporta directorios compartidos a través de una red IP estándar mediante protocolos como NFS, SMB o CIFS. Varios clientes acceden simultáneamente al mismo sistema de archivos, lo que hace que el NAS sea ideal para entornos colaborativos, repositorios multimedia, directorios personales y destinos de copia de seguridad. El almacenamiento aparece para el sistema operativo como un sistema de archivos remoto, y su rendimiento está limitado por el ancho de banda de la red y la latencia inherente a los protocolos de acceso basados en archivos.

Una red de área de almacenamiento (SAN) adopta un enfoque fundamentalmente distinto al crear una red de alta velocidad dedicada exclusivamente para el tráfico de almacenamiento. Los servidores se conectan a la infraestructura SAN mediante adaptadores de bus de host y ven los volúmenes de almacenamiento como si fueran dispositivos de bloques locales. Este acceso a nivel de bloque es fundamental para cargas de trabajo que requieren entrada/salida directa en disco sin la intermediación de un sistema de archivos, incluidas la mayoría de las bases de datos empresariales, los hipervisores de virtualización y las aplicaciones transaccionales. El conmutador SAN es el dispositivo central de interconexión que enruta las tramas de almacenamiento Fibre Channel o Ethernet entre los servidores y las matrices de almacenamiento dentro de esta infraestructura dedicada.

Diferencias en las capas de protocolo y transporte

Los sistemas DAS utilizan interfaces de bus directas, como SAS, SATA, NVMe o el antiguo SCSI. Se trata de transportes deterministas y de bajo sobrecarga que maximizan el rendimiento de transferencia para un único host. Los sistemas NAS dependen de redes TCP/IP y de protocolos de intercambio de archivos superpuestos a dicha infraestructura, lo que significa que el rendimiento del almacenamiento está sujeto a toda la variabilidad de una red de propósito general, a menos que se apliquen cuidadosamente políticas de calidad de servicio.

Normalmente, una SAN utiliza Canal de Fibra como su medio de transporte, aunque iSCSI sobre Ethernet y Canal de Fibra sobre Ethernet son alternativas cada vez más comunes. El Canal de Fibra fue diseñado específicamente desde cero para el tráfico de almacenamiento, ofreciendo latencia determinista, control de flujo integrado y entrega sin pérdidas. El conmutador de SAN en un entorno basado en Canal de Fibra realiza la segmentación en zonas, es decir, la segmentación lógica de la infraestructura, de modo que solo sean visibles las rutas autorizadas entre host y almacenamiento. Se trata tanto de una característica de seguridad como de un mecanismo de aislamiento del rendimiento que evita que las cargas de trabajo interfieran entre sí a nivel de infraestructura.

Ajustar la arquitectura a las características de la carga de trabajo

Cuándo el almacenamiento directamente conectado (DAS) es la opción adecuada

El DAS sigue siendo relevante y, a menudo, la opción óptima para cargas de trabajo en un único servidor donde no se requiere compartir recursos y el rendimiento absoluto de E/S es la prioridad. Los nodos de análisis de alto rendimiento, los servidores de renderizado dedicados, las implementaciones de computación periférica (edge computing) y las estaciones de trabajo de desarrollo se benefician del DAS porque la ausencia de una capa de red elimina la variabilidad de latencia. Cuando una carga de trabajo se ejecuta en un único host y dicho host probablemente no será migrado ni equilibrado en carga, el DAS evita los costes y la complejidad de la infraestructura de almacenamiento compartido sin sacrificar nada significativo.

DAS también es un punto de partida lógico para las organizaciones que se encuentran al principio de su recorrido en materia de infraestructura. El costo de capital es menor, la configuración es más sencilla y la carga operativa es mínima. El desafío surge cuando se produce el crecimiento: agregar servidores implica o bien duplicar el almacenamiento o bien adaptar un modelo de almacenamiento compartido, lo cual suele resultar más disruptivo que implementar desde el inicio un almacenamiento compartido. Si su hoja de ruta incluye virtualización, agrupamiento de alta disponibilidad o aprovisionamiento rápido de servidores, invertir antes en una arquitectura de almacenamiento compartido generalmente se compensa con el trabajo de migración evitado.

Cuándo el NAS se alinea con la carga de trabajo

Los sistemas NAS sobresalen en entornos donde los datos no estructurados deben ser accedidos de forma simultánea por muchos usuarios o sistemas. La colaboración en archivos, la gestión de activos multimedia, los sistemas de compilación de software y la infraestructura de copia de seguridad son aplicaciones naturales, ya que estas cargas de trabajo toleran la semántica de acceso basada en archivos y no requieren el control estricto de E/S que ofrece el almacenamiento en bloques. La capacidad de compartir un único grupo de almacenamiento entre decenas o cientos de clientes sin necesidad de implementar almacenamiento dedicado por host hace que los sistemas NAS resulten económicamente atractivos a gran escala para cargas de trabajo centradas en archivos.

Las plataformas NAS modernas también admiten funciones avanzadas de gestión de datos, como instantáneas (snapshots), replicación, desduplicación y escalonamiento (tiering), lo que aporta valor en escenarios de retención de datos a largo plazo. Sin embargo, el NAS no es ideal para bases de datos transaccionales sensibles a la latencia, implementaciones a gran escala de máquinas virtuales que requieren una entrada/salida (E/S) coherente inferior al milisegundo ni para ninguna carga de trabajo que dependa de la semántica de dispositivos de bloque sin procesar. Intentar ejecutar dichas cargas de trabajo sobre NAS suele provocar problemas de rendimiento difíciles de diagnosticar y costosos de resolver una vez ocurridos.

Cuándo la arquitectura SAN aporta mayor valor

SAN está diseñado específicamente para entornos en los que varios servidores deben compartir almacenamiento en bloque de alto rendimiento con latencia predecible y la capacidad de migrar cargas de trabajo de forma transparente entre hosts. Los clústeres de bases de datos empresariales, las granjas de virtualización VMware y Hyper-V, las implementaciones de Oracle RAC y los sistemas transaccionales críticos para la misión dependen todos de las características de SAN. El conmutador SAN es lo que posibilita este modelo de red compartida, permitiendo interconectar decenas de servidores y múltiples matrices de almacenamiento en una topología que soporta simultáneamente tanto la redundancia como el aislamiento del rendimiento.

El switch SAN también proporciona la base operativa para funciones avanzadas como la migración en vivo de almacenamiento, el escalado automático de niveles de almacenamiento y la expansión no disruptiva de volúmenes. Las políticas de zoning aplicadas a nivel del switch SAN garantizan que un servidor de pruebas no pueda acceder accidentalmente a los volúmenes de almacenamiento de producción, y las configuraciones de multipath definidas a través de la infraestructura permiten la conmutación por error automática si se interrumpe una ruta entre un host y una matriz de almacenamiento. Estas capacidades simplemente no están disponibles en las arquitecturas DAS o NAS, razón por la cual el SAN sigue siendo la opción dominante para cargas de trabajo empresariales de nivel uno, pese a su mayor complejidad inicial de implementación.

Evaluación del costo total de propiedad en los tres modelos

Costos de capital e infraestructura

El DAS tiene el costo de entrada más bajo porque requiere únicamente los propios dispositivos de almacenamiento y una interfaz local. No hay una red de conmutación, ni una infraestructura de cableado dedicada, ni software adicional de gestión que deba licenciarse. Para entornos pequeños con cargas de trabajo predecibles y estáticas, esta simplicidad es verdaderamente valiosa. Sin embargo, el límite de coste proviene de la ineficiencia del almacenamiento aislado. Cuando cada servidor mantiene su propio grupo de almacenamiento, el promedio de utilización tiende a ser bajo, ya que cada grupo debe dimensionarse para la demanda máxima y no para la demanda media en un recurso compartido.

Los sistemas NAS añaden el costo de un dispositivo NAS dedicado y de la infraestructura de red estándar, pero comparten ese costo entre todos los clientes que lo utilizan. Las redes IP modernas empleadas para la conectividad NAS son económicas porque aprovechan hardware Ethernet genérico. Una implementación NAS de alta calidad puede ofrecer un excelente valor para cargas de trabajo basadas en archivos, y su interfaz de administración suele ser mucho más sencilla que la administración de una SAN. El compromiso es que el NAS comparte el ancho de banda con otro tráfico de red, a menos que se utilicen VLANs de almacenamiento dedicadas o interfaces físicas separadas.

SAN implica el mayor costo de infraestructura, ya que requiere adaptadores de bus de host en cada servidor, cableado dedicado de Fibre Channel o iSCSI, un conmutador SAN para cada nodo de la red y una matriz de almacenamiento diseñada para el acceso a nivel de bloque. Un conmutador SAN de nivel de entrada, como el BR-6505, puede incorporar capacidades significativas de SAN en despliegues más pequeños sin requerir la misma inversión que los directores empresariales totalmente modulares, lo que hace que SAN sea más accesible para entornos del mercado medio que construyen almacenamiento en la nube privada. El costo se justifica cuando las cargas de trabajo realmente necesitan lo que SAN ofrece, pero implementar infraestructura SAN principalmente para cargas de trabajo de intercambio de archivos constituye una inadecuación costosa.

Complejidad operativa y requisitos de competencias

El DAS requiere el menor nivel de experiencia operativa. El almacenamiento se gestiona como parte del servidor individual, y la mayoría de los administradores que pueden gestionar un servidor también pueden gestionar su almacenamiento conectado. La administración de NAS exige comprender los protocolos de intercambio de archivos, la configuración de red y la gestión de dispositivos de almacenamiento, pero estas habilidades son ampliamente disponibles y las interfaces de administración de las plataformas modernas de NAS están diseñadas para ser accesibles. Sin embargo, solucionar problemas de rendimiento en NAS puede volverse complejo cuando es necesario analizar simultáneamente la congestión de la red y las interacciones en la capa del sistema de archivos.

La administración de una SAN requiere conocimientos especializados sobre conceptos de la red Fibre Channel, configuración de zonificación, controladores de E/S multipath y gestión de matrices de almacenamiento. El conmutador SAN es normalmente el dispositivo en el que se administran las políticas de zonificación, y los errores en la zonificación pueden provocar problemas sutiles de conectividad que requieren tiempo para diagnosticar. Invertir en una formación adecuada para los administradores de SAN reporta beneficios al evitar errores de configuración que causen interrupciones en producción. La complejidad operativa constituye un coste real que debe tenerse en cuenta en los cálculos del coste total de propiedad, junto con el precio del hardware.

Escalabilidad y capacidad de adaptación futura de su decisión de almacenamiento

Cómo escala cada arquitectura

Los sistemas DAS se escalan verticalmente, lo que significa que se añade capacidad a servidores individuales. En algún momento, esta estrategia deja de ser práctica, ya sea porque el chasis del servidor se queda sin bahías para discos, porque el rendimiento del almacenamiento local no puede seguir el ritmo del crecimiento de la aplicación o porque la carga operativa derivada de gestionar grupos de almacenamiento independientes en decenas de servidores se vuelve insostenible. Los sistemas DAS rara vez se escalan de forma elegante en entornos con múltiples servidores sin una reconsideración arquitectónica significativa.

Los sistemas NAS se escalan eficazmente en cuanto a capacidad de archivos, y las plataformas NAS modernas admiten configuraciones en clúster que permiten aumentar tanto la capacidad como el rendimiento mediante la adición de nodos al clúster. Para cargas de trabajo basadas en archivos cuyo volumen crece más que su intensidad de E/S, los sistemas NAS ofrecen una vía de expansión natural y rentable. Sin embargo, los sistemas NAS presentan dificultades para escalar y satisfacer las demandas de E/S de cargas de trabajo transaccionales, ya que la capa del sistema de archivos introduce una sobrecarga que no puede eliminarse, independientemente de la cantidad de hardware que se añada.

Las redes de área de almacenamiento (SAN) escalan en múltiples dimensiones simultáneamente. Se pueden conectar matrices de almacenamiento adicionales a la red, se pueden agregar nuevos servidores como hosts y se pueden interconectar dispositivos adicionales de conmutación SAN para ampliar la topología de la red. Las redes Fibre Channel admiten enlaces entre conmutadores (ISL) que permiten a dominios de conmutadores independientes compartir recursos y tablas de enrutamiento, lo que otorga a los entornos grandes la capacidad de expandir la red sin necesidad de rediseñarla. Para las empresas que prevén un crecimiento significativo de la carga de trabajo o ciclos frecuentes de aprovisionamiento de servidores, el modelo de escalabilidad de la SAN constituye una ventaja importante frente tanto a los sistemas NAS como a los DAS.

Consideraciones sobre nube híbrida y nube privada

A medida que las organizaciones construyen cada vez más entornos de nube privada mediante plataformas de virtualización, la cuestión de la arquitectura de almacenamiento adquiere nuevas dimensiones. Los entornos VMware con capacidades vSphere, vMotion y vSAN dependen de un almacenamiento en bloque compartido para admitir la migración en vivo de máquinas virtuales entre hosts. Sin una infraestructura de almacenamiento compartido, la migración en vivo no está disponible y las funciones de alta disponibilidad no pueden funcionar según lo diseñado. El conmutador SAN es un componente fundamental de cualquier implementación de infraestructura VMware que otorgue una importancia real a la disponibilidad.

Las arquitecturas de nube híbrida que combinan infraestructura de SAN local con niveles de almacenamiento en la nube se benefician de la coherencia que la SAN proporciona para las cargas de trabajo principales, mientras utilizan almacenamiento orientado a objetos o volúmenes en la nube basados en NAS para datos secundarios o de archivo. La división de responsabilidades entre la SAN, destinada a los datos primarios sensibles al rendimiento, y otros niveles de almacenamiento, optimizados para capacidad y destinados a datos secundarios, refleja un enfoque maduro de arquitectura de almacenamiento multinivel que equilibra el costo con los requisitos de rendimiento a lo largo del ciclo de vida de los datos.

Resumen de criterios prácticos de selección

Factores de decisión que deben evaluarse antes de elegir

El factor más importante en el proceso de selección es caracterizar con precisión el perfil de entrada/salida (E/S) de sus cargas de trabajo. Las bases de datos transaccionales, los hipervisores de virtualización y las aplicaciones que emiten con frecuencia operaciones de E/S aleatorias pequeñas con requisitos de baja latencia son cargas de trabajo de SAN. Los repositorios de archivos, los destinos de copia de seguridad, los entornos de edición colaborativa y los archivos multimedia son cargas de trabajo de NAS. Las aplicaciones de un solo servidor con patrones de acceso locales predecibles son cargas de trabajo de DAS. La identificación errónea del perfil de E/S es la causa más común de inadecuación arquitectónica.

Los requisitos de compartición son igualmente decisivos. Si varios hosts deben acceder simultáneamente a los mismos volúmenes de almacenamiento o sistemas de archivos, se descarta el DAS. Si el patrón de acceso es basado en archivos y tolerante a la latencia, el NAS es la opción natural. Si el patrón de acceso requiere semántica a nivel de bloque y baja latencia constante en volúmenes compartidos, el SAN es la solución adecuada. El conmutador SAN se convierte en una inversión obligatoria en el momento en que necesite compartir almacenamiento de bloques entre más de dos hosts de forma fiable y gestionable.

Los requisitos de disponibilidad y redundancia también influyen en la selección. Las redes SAN con dispositivos de conmutación SAN redundantes y multipath eliminan los puntos únicos de fallo en todo el recorrido de almacenamiento. Los dispositivos NAS pueden agruparse para lograr alta disponibilidad, pero la capa del protocolo de archivos introduce limitaciones en el tiempo de recuperación que el almacenamiento en bloque evita. El almacenamiento DAS no ofrece redundancia de ruta inherente y depende por completo del servidor host para su disponibilidad, lo que lo hace inadecuado para aplicaciones que requieren tiempo de actividad continuo sin ventanas programadas de mantenimiento.

Elaboración de una estrategia de almacenamiento escalonado

Muchos entornos maduros no eligen una única arquitectura, sino que implementan una estrategia escalonada en la que cada tipo de arquitectura atiende las cargas de trabajo para las que resulta más adecuado. Las bases de datos de producción de nivel uno y los almacenes de datos de máquinas virtuales se ejecutan sobre infraestructura SAN con una red de conmutación SAN dedicada para lograr un rendimiento y una disponibilidad máximos. El intercambio de archivos, los directorios personales y los archivos departamentales se ejecutan sobre NAS. Los servidores de desarrollo, los nodos periféricos y los dispositivos especializados utilizan DAS cuando no se requiere compartir recursos. Este enfoque escalonado optimiza los costes al evitar una sobrediseño innecesario en cargas de trabajo de baja criticidad, al tiempo que garantiza que los sistemas críticos para la misión reciban la calidad de infraestructura que requieren.

Diseñar una estrategia escalonada requiere una clasificación honesta de la carga de trabajo y la disposición para resistir la tentación de estandarizar en una única arquitectura únicamente por uniformidad administrativa. Cada nivel debe dimensionarse y diseñarse según las demandas reales de las cargas de trabajo asignadas a él, con criterios de migración claramente definidos para determinar cuándo una carga de trabajo debe ascender a un nivel superior a medida que crecen sus requisitos. Revisar anualmente dichas clasificaciones garantiza que la arquitectura de almacenamiento siga adaptándose a las cargas de trabajo que atiende, a medida que evolucionan tanto las aplicaciones como la tecnología disponible.

Preguntas frecuentes

¿Qué tipos de cargas de trabajo requieren con mayor frecuencia un conmutador SAN?

Las cargas de trabajo que se benefician más de la infraestructura SAN y, por tanto, requieren un conmutador SAN incluyen bases de datos relacionales empresariales, clústeres de virtualización VMware y Hyper-V, configuraciones Oracle RAC y cualquier aplicación que emita volúmenes elevados de operaciones de bloque aleatorias pequeñas con umbrales sensibles a la latencia. El conmutador SAN proporciona la conectividad compartida mediante tejido que permite a varios servidores acceder a la misma matriz de almacenamiento con rendimiento constante y redundancia de rutas. Sin el conmutador SAN, no existe tejido y el modelo de almacenamiento en bloques compartido no puede funcionar.

¿Puede una pequeña o mediana empresa justificar la inversión en un conmutador SAN?

Sí, especialmente si el entorno ejecuta virtualización o requiere alta disponibilidad para cualquier carga de trabajo de producción. Los productos de switches SAN de nivel de entrada están diseñados específicamente para incorporar la funcionalidad SAN a despliegues más pequeños, sin los costos y la complejidad asociados a los directors de tejido empresarial totalmente modulares. Si una empresa gestiona más de dos o tres servidores, utiliza VMware o Hyper-V para consolidación o no puede permitirse tiempos de inactividad no planificados en sus sistemas de producción, el costo de un switch SAN generalmente queda justificado por los beneficios operativos y de disponibilidad que ofrece.

¿Cómo se compara iSCSI con Fibre Channel como protocolo de transporte SAN?

iSCSI ejecuta protocolos de almacenamiento en bloques sobre infraestructura Ethernet estándar, lo que reduce los costos de hardware al eliminar la necesidad de adaptadores dedicados de Canal de Fibra y cableado especializado. Es un transporte viable para redes de área de almacenamiento (SAN) en entornos donde los requisitos de latencia son moderados y ya existe una infraestructura Ethernet instalada. El Canal de Fibra sigue siendo la opción preferida para cargas de trabajo de máximo rendimiento y mayor sensibilidad a la latencia, ya que fue diseñado exclusivamente para tráfico de almacenamiento y ofrece características de entrega determinista que Ethernet solo logra mediante una configuración cuidadosa de la calidad de servicio (QoS). La elección entre ambas tecnologías depende de los requisitos de rendimiento y de la tolerancia al costo asociado con una infraestructura de red dedicada frente a una infraestructura convergente.

¿Qué ocurre cuando falla un conmutador SAN y cómo se gestiona ese riesgo?

Un fallo de un único conmutador SAN interrumpirá la conectividad entre los servidores y las matrices de almacenamiento, a menos que se haya diseñado redundancia en la infraestructura. La mejor práctica para las implementaciones de SAN en entornos productivos consiste en utilizar al menos dos dispositivos independientes de conmutación SAN ubicados en dominios de fallo separados, con adaptadores de bus host (HBA) en cada servidor conectados a ambos conmutadores y software de entrada/salida multipath configurado en el sistema operativo. Este diseño de doble infraestructura garantiza que la pérdida de cualquier conmutador SAN individual no provoque una interrupción en las rutas de almacenamiento, ya que todos los hosts continúan funcionando automáticamente a través del conmutador superviviente sin necesidad de intervención ni pérdida de datos.