IT Experts de México
Centro de Operaciones Consultoría y Soporte Hardware y Licenciamiento Cloud Operations Ciberseguridad Herramientas Blog Contáctanos
Datacenter

SAN: FC vs. iSCSI vs. SAS (cómo se conecta el almacenamiento compartido)

14/07/2026 4 min de lectura Rubén Espinoza

Un servidor con sus propios discos adentro es fácil de entender. La cosa se complica cuando varios servidores necesitan compartir un mismo almacenamiento central —para virtualización, para alta disponibilidad, para no comprar discos por triplicado—. Ahí entra la SAN (red de área de almacenamiento), y con ella una pregunta que confunde a mucha gente: ¿cómo se conectan, físicamente, esos servidores a ese almacenamiento? Hay tres respuestas dominantes —FC, iSCSI y SAS— y elegir entre ellas define costo, rendimiento y complejidad para los próximos años.

Primero, una distinción que evita confusiones: bloque vs. archivo

Antes de comparar, hay que separar dos mundos que se mezclan. Una SAN entrega almacenamiento a nivel de bloque: el servidor ve un disco "crudo", como si fuera local, y le pone encima su propio sistema de archivos. Un NAS entrega a nivel de archivo: comparte carpetas ya formateadas por la red (NFS, SMB). La SAN es para cuando un servidor necesita un disco propio y rápido —bases de datos, máquinas virtuales—; el NAS, para compartir archivos entre gente. Las tres tecnologías de abajo son de bloque, el terreno de la SAN.

Fibre Channel (FC): la autopista dedicada

FC es el estándar de oro empresarial: una red completamente separada y dedicada solo al almacenamiento, con sus propios switches, sus propias tarjetas (HBAs) y su propio direccionamiento (WWNs). Su gran virtud es que está diseñada para ser sin pérdidas y de baja latencia: no compite con el tráfico de la red de datos, no sufre las congestiones de Ethernet, y entrega un rendimiento consistente a velocidades de 16, 32 o 64 gigabits. El precio es literal: hardware especializado y caro, y personal que sepa operar una fábrica FC. Es lo que eliges cuando el rendimiento del almacenamiento no puede negociar.

iSCSI: la SAN sobre la red que ya tienes

iSCSI hace algo astuto: mete los mismos comandos de disco (SCSI) dentro de paquetes TCP/IP y los manda por Ethernet común. La ventaja es enorme en costo y familiaridad: usas switches y cables de red normales, y no necesitas una fábrica FC aparte. La trampa —y la vimos a fondo en iSCSI multi-host— es que compartir la red de almacenamiento con el tráfico normal es receta de problemas: el almacenamiento por bloque es sensible a la latencia y a la pérdida de paquetes. Bien hecho, iSCSI corre sobre una red o VLAN dedicada, con sus caminos redundantes (MPIO). Es la opción sensata cuando el presupuesto importa y el diseño se hace con cuidado.

SAS: la conexión corta y brutal

SAS (SCSI serial conectado) es el más directo de los tres. Nació para conectar discos dentro del servidor, y se extendió a almacenamiento compartido de corta distancia: un gabinete de discos conectado directamente a unos pocos servidores, a veces mediante un switch SAS. Su ventaja es rendimiento altísimo y simplicidad —menos capas, menos latencia—; su límite es la distancia y la escala: no es una red que cruce un edificio ni que conecte decenas de hosts. Es ideal para almacenamiento compartido pequeño y muy rápido, o para conectar gabinetes de expansión a un servidor.

Diagrama de los tres transportes de una SAN: Fibre Channel por switches dedicados, iSCSI sobre Ethernet dedicada y SAS por conexión directa

Los tres caminos a un almacenamiento central: Fibre Channel (switches dedicados), iSCSI (Ethernet dedicada) y SAS (directo, corta distancia). Todos de bloque.

Cómo decidir, en corto

La regla práctica: SAS para almacenamiento compartido pequeño, cercano y veloz; iSCSI cuando quieres una SAN de verdad sobre Ethernet y presupuesto contenido, siempre en red dedicada; y FC cuando el rendimiento y la consistencia justifican una red de almacenamiento aparte, cara pero imbatible. Ninguno es "el mejor": son tres puntos distintos en la curva de costo, distancia y desempeño. La elección también depende de si vas hacia una arquitectura tradicional de servidores + SAN o hacia la hiperconvergencia, que reparte el juego de otra forma.

La idea que se queda

Compartir almacenamiento se reduce a elegir el transporte: FC (autopista dedicada, cara y consistente), iSCSI (SAN sobre tu Ethernet, económica pero exige diseño) o SAS (corta distancia, simple y rapidísima). Todas entregan bloque; todas necesitan tarjetas y direcciones que las hagan funcionar. Es la plomería del almacenamiento empresarial —y para conectarte a ella hace falta entender la HBA—.

#san #fibre channel #iscsi #sas #almacenamiento #datacenter

Preguntas frecuentes

¿Cuál es la diferencia entre una SAN y un NAS?

Una SAN entrega almacenamiento a nivel de bloque: el servidor ve un disco crudo, como si fuera local, y le pone encima su propio sistema de archivos; es para bases de datos y máquinas virtuales que necesitan un disco propio y rápido. Un NAS entrega a nivel de archivo: comparte carpetas ya formateadas por la red mediante NFS o SMB, para que la gente comparta archivos. FC, iSCSI y SAS son tecnologías de bloque, el terreno de la SAN.

¿Cuál conviene: Fibre Channel, iSCSI o SAS?

Depende del contexto, no hay uno mejor. Fibre Channel es una red de almacenamiento dedicada, sin pérdidas y de baja latencia, con el mejor rendimiento consistente, a cambio de hardware caro y personal especializado. iSCSI lleva los comandos de disco sobre Ethernet común, económico y familiar, pero exige una red o VLAN dedicada para funcionar bien. SAS es de corta distancia, simple y rapidísimo, ideal para almacenamiento compartido pequeño y cercano. Se elige según costo, distancia y desempeño.

¿Por qué iSCSI no debe compartir la red con el tráfico normal?

Porque el almacenamiento por bloque es muy sensible a la latencia y a la pérdida de paquetes, y la red de datos general sufre congestiones que degradarían el almacenamiento. Bien implementado, iSCSI corre sobre una red o VLAN dedicada exclusivamente a almacenamiento, con caminos redundantes gestionados por multirruta (MPIO). Compartir la red con el tráfico normal es una de las causas más comunes de un iSCSI lento o inestable.

Los nombres y logotipos de marcas mencionados en este artículo son propiedad de sus respectivos titulares. Su mención tiene fines informativos y no implica patrocinio ni afiliación más allá de las relaciones de partner que IT Experts de México declara explícitamente.

¿Necesitas ayuda con este tema?

El equipo de IT Experts puede evaluar tu infraestructura sin costo.

Hablar con un especialista

Más de Datacenter

ECC, RDIMM y memoria propietaria vs. genérica: cómo comprar RAM de servidor
RAM en cristiano: DIMM, rank, canales y cómo leer un módulo
NIC teaming, LACP y bonding: redundancia de red en el servidor