Si un sistema de almacenamiento se conecta a uno o dos servidores en el mismo rack, normalmente conviene empezar por SAS: es un esquema sencillo y claro, sin una infraestructura SAN independiente. Para un clúster pequeño o mediano, iSCSI suele ser una opción más racional, pero solo con una red de almacenamiento dedicada y conexión multipath. Para bases de datos críticas, grandes entornos de virtualización, VDI y sistemas donde son importantes la latencia predecible y la tolerancia a fallos, normalmente conviene considerar FC.
Elegir la interfaz de conexión del sistema de almacenamiento solo por la velocidad del puerto es un error. En la práctica, importan más otros factores:
- cuántos servidores se conectarán ahora y dentro de un año;
- si se necesita trabajo en clúster;
- qué tan crítica es la latencia;
- si existe una red de almacenamiento separada;
- qué puertos ya tiene el sistema de almacenamiento;
- si hay HBA, tarjetas de red, módulos SFP, cables y switches;
- quién administrará este esquema después de la implementación.
Por eso, FC, iSCSI y SAS no deben compararse simplemente como opciones “más rápidas o más lentas”, sino como tres arquitecturas de conexión diferentes.
Our most popular storage systems
Qué estamos comparando exactamente
FC, iSCSI y SAS pueden resolver una tarea parecida: dar al servidor acceso a nivel de bloque al almacenamiento. Pero técnicamente son enfoques diferentes.
FC: red de almacenamiento dedicada
FC, o Fibre Channel, es una red separada que normalmente se utiliza para almacenamiento de datos. Un esquema típico incluye:
- adaptadores FC en los servidores;
- switches FC;
- módulos SFP;
- cables ópticos o DAC;
- configuración de zonas de acceso;
- conexión multipath.
FC se elige a menudo para sistemas críticos donde son importantes una latencia estable y un comportamiento predecible bajo carga. Esta interfaz encaja bien en grandes clústeres de virtualización, bases de datos, sistemas ERP, VDI y otra infraestructura donde el tiempo de inactividad resulta costoso.
Pero FC tiene una barrera de entrada más alta. Hay que comprar no solo el sistema de almacenamiento, sino también adaptadores, switches, módulos, cables y licencias de puertos. Además, el administrador debe entender cómo funciona una SAN: zonas, identificadores WWPN, dos fabrics independientes y políticas de rutas en el servidor.
iSCSI: almacenamiento en bloque sobre una red IP
iSCSI transmite comandos SCSI sobre TCP/IP. Esto se describe en el estándar IETF RFC 7143. En términos simples, el servidor accede al almacenamiento en bloque a través de una red Ethernet.
La principal ventaja de iSCSI es su accesibilidad. A menudo la infraestructura ya dispone de switches Ethernet, tarjetas de red, módulos SFP o cables DAC, y también es posible enrutar el tráfico. Por eso iSCSI puede ser más barato al inicio que FC.
Pero de esto no se deduce que iSCSI pueda conectarse “a cualquier puerto libre de un switch de oficina”. Por supuesto, iSCSI funcionará incluso en una red gigabit normal, pero ese funcionamiento no será estable ni productivo. Para lograr estabilidad se necesita una red de almacenamiento separada:
- VLAN separadas o, mejor aún, switches físicos separados;
- al menos dos rutas independientes;
- puertos dedicados en el servidor;
- subredes IP separadas;
- control de pérdidas, errores de puertos y latencia;
- MTU coherente en todo el recorrido si se activan jumbo frames.
iSCSI encaja bien en clústeres VMware/Hyper-V pequeños y medianos, backup, servicios de archivos, entornos de prueba e infraestructura universal. Pero su calidad depende directamente del diseño de red.
SAS: conexión directa sin SAN
SAS, o Serial Attached SCSI, se utiliza con más frecuencia para conectar directamente un servidor a un sistema de almacenamiento o a una bandeja de discos. IBM describe SAS como una interfaz serie y un conjunto de protocolos para el intercambio de datos entre dispositivos de almacenamiento.
En un esquema típico se necesitan:
- un SAS HBA o un controlador RAID en el servidor;
- cables externos mini-SAS o mini-SAS HD;
- un sistema de almacenamiento con puertos SAS host;
- un esquema correcto de conexión a uno o dos controladores.
SAS es cómodo cuando el sistema de almacenamiento está junto al servidor y hay que conectar un servidor o una pequeña pareja de servidores. En este esquema no se necesitan switches FC ni una red Ethernet de almacenamiento separada. Sus desventajas también son claras: menos flexibilidad, limitación de distancia y limitación en el número de servidores conectados. Conviene señalar que también se puede construir una red de almacenamiento sobre SAS y existen switches SAS especiales, pero es un equipo raro y específico, y en la mayoría de los casos no merece la pena ir por ese camino.
Cómo elegir una interfaz para tu entorno
Es mejor empezar no con la pregunta “qué interfaz es más rápida”, sino con la topología.
Un servidor y un sistema de almacenamiento en el mismo rack
En primer lugar conviene considerar SAS.
Es adecuado para:
- un servidor de archivos;
- una base de datos pequeña;
- un servidor de copias de seguridad;
- virtualización compacta;
- conexión directa de una bandeja de discos;
- una infraestructura pequeña sin una SAN independiente.
Antes de la compra, es importante comprobar que el sistema de almacenamiento tenga puertos SAS host precisamente para conectar servidores. Los conectores SAS del panel trasero pueden estar pensados para conectar bandejas de expansión, no servidores. Son escenarios diferentes.
2–4 servidores en un clúster pequeño
Aquí la elección suele estar entre iSCSI y FC.
iSCSI es adecuado si:
- ya existe una infraestructura 10/25 GbE;
- se puede asignar una red de almacenamiento separada;
- la carga es moderada;
- el equipo sabe administrar Ethernet;
- el presupuesto es limitado.
FC merece consideración si:
- la latencia es crítica;
- el tiempo de inactividad de la infraestructura es caro;
- el clúster crecerá;
- hay presupuesto para una SAN;
- la empresa ya tiene experiencia con FC.
SAS también es posible, pero solo si el sistema de almacenamiento y los servidores concretos admiten ese esquema de conexión. Para el crecimiento futuro resulta menos cómodo.
VMware, Hyper-V y otros clústeres de virtualización
Para la virtualización no solo importan la velocidad, sino también la estabilidad del acceso a los LUN, la compatibilidad con conexión multipath (MPIO), la compatibilidad con el hipervisor y el comportamiento ante el fallo de una ruta.
En la documentación de VMware by Broadcom sobre FC SAN se tratan por separado las prácticas de ESXi con Fibre Channel y las recomendaciones de conexión a una SAN.
Para un clúster pequeño de 2–6 hosts, iSCSI suele ser suficiente si el tráfico de almacenamiento está aislado. Para una virtualización más crítica, un mayor número de hosts y SLA estrictos, FC se elige con más frecuencia.
SAS no siempre es posible en un clúster. Debe comprobarse en la matriz de compatibilidad del sistema de almacenamiento, los controladores, los servidores y el hipervisor.
Base de datos con latencia crítica
Para una base de datos de producción con alta carga, se suele elegir FC. La razón no es solo la velocidad, sino la previsibilidad del comportamiento en picos de carga.
Pero esto no significa que iSCSI no pueda usarse para bases de datos. Si la red está diseñada correctamente, se utiliza 25 GbE o más, las rutas separadas están configuradas y no hay competencia con el tráfico de usuarios, iSCSI puede ser una opción viable.
SAS es bueno para una base de datos en un solo servidor, si el sistema de almacenamiento se conecta directamente y no se requiere escalar a muchos hosts.
Backup, archivo y servicios de archivos
Para las copias de seguridad, a menudo son más importantes el ancho de banda estable y la ventana de backup que la latencia mínima.
Normalmente basta con:
- iSCSI, si hay una red dedicada y se necesita una conexión flexible;
- SAS, si el servidor de backup y el sistema de almacenamiento están cerca;
- FC, si ya existe una SAN o si el backup debe funcionar a través de la infraestructura FC existente.
Aquí es importante no sobrevalorar el papel de la interfaz. Un pool de discos lento, la deduplicación, un controlador débil o una red sobrecargada pueden limitar la velocidad más que el propio tipo de conexión.
VDI y puestos de trabajo
En VDI son peligrosas las cargas pico: inicio masivo de sesión de usuarios por la mañana, arranque simultáneo de escritorios, actualizaciones y análisis antivirus.
Para un entorno VDI pequeño se puede usar iSCSI sobre una red dedicada. Para una infraestructura VDI grande o requisitos estrictos de latencia, conviene considerar FC. SAS puede servir para una instalación compacta, pero rápidamente se topa con límites de crecimiento.
Imagen HPE MSA 2060/2050.
Fuente de la imagen: hpe.com
Comparación de FC, iSCSI y SAS
| Criterio | FC | iSCSI | SAS |
|---|---|---|---|
| Tipo de conexión | Red de almacenamiento dedicada | Red IP Ethernet | Conexión directa |
| Tareas típicas | Bases de datos críticas, VMware/Hyper-V, VDI, grandes clústeres | Clústeres pequeños y medianos, backup, servicios de archivos | Un servidor, una pareja de servidores, DAS, infraestructura compacta |
| Latencia | Normalmente la más predecible | Depende de la red y de la carga | Baja con conexión directa |
| Coste de entrada | Alto | Medio o bajo si Ethernet ya está disponible | Bajo o medio con pocos servidores |
| Distancia de conexión | Buena, especialmente con óptica | Buena, depende de la red IP | Normalmente dentro de un rack o una fila |
| Escalabilidad | Buena para muchos hosts | Buena con una red bien diseñada | Limitada, requiere equipo específico |
| Tolerancia a fallos | Mediante dos fabrics SAN, HBA y conexión multipath | Mediante dos redes, dos switches, NIC y conexión multipath | Mediante dos controladores y dos rutas, si está soportado |
| Equipo | FC HBA, switches FC, SFP, óptica | NIC Ethernet, switches, SFP/DAC/RJ-45 | SAS HBA o controlador RAID, cables mini-SAS |
| Velocidad | El estándar moderno disponible de 8.ª generación es 128GFC, y se espera 256GFC. En la práctica, lo más habitual es 16GFC y 32GFC | Limitada por las redes Ethernet: 40, 100 GbE y más en las redes más modernas. En la práctica, lo más habitual es 10 y 25 GbE | El estándar moderno SAS 4.1 admite 24G+ |
| Complejidad de administración | Más alta | Media | Más baja, pero la compatibilidad es importante |
| Riesgo principal | Subestimar el coste y la complejidad | Enviar el tráfico de almacenamiento por una red compartida | Esperar una escalabilidad similar a SAN |
La velocidad del puerto no equivale a la velocidad de la aplicación. En el rendimiento real influyen los controladores del sistema de almacenamiento, el grupo de discos, la caché, el tipo de RAID, la profundidad de cola, la configuración del sistema operativo, la política de rutas y la competencia con otro tráfico.
Por ejemplo, iSCSI sobre 25 GbE puede funcionar mejor que una red FC mal diseñada. Y SAS puede ser más racional que FC si hablamos de un servidor y un sistema de almacenamiento en el mismo rack.
Esquemas prácticos de conexión
Una sola ruta hacia el sistema de almacenamiento
El esquema parece simple:
Servidor → un cable o un switch → un puerto del sistema de almacenamiento
Para un entorno de prueba, este esquema es aceptable. Para producción, casi nunca lo es.
El problema es que cualquier elemento se convierte en un único punto de fallo:
- cable;
- puerto del servidor;
- HBA o tarjeta de red;
- switch;
- puerto del sistema de almacenamiento;
- controlador del sistema de almacenamiento.
Incluso un sistema de almacenamiento caro no dará tolerancia a fallos si el servidor se conecta a él por una sola ruta.
FC con dos fabrics independientes
Un esquema más correcto para FC es:
Servidor, HBA 1 → switch FC A → controlador del sistema de almacenamiento A
Servidor, HBA 2 → switch FC B → controlador del sistema de almacenamiento B
En esta arquitectura es importante:
- no unir los dos fabrics de forma que el fallo de un elemento afecte a ambos;
- configurar las zonas de acceso;
- comprobar la visibilidad de los LUN desde cada ruta;
- activar la conexión multipath en el servidor;
- comprobar la política de selección de rutas en el sistema operativo o el hipervisor;
- documentar qué puerto está conectado a qué destino.
Este enfoque es más complejo que un solo cable, pero precisamente eso es lo que da sentido a FC en una infraestructura crítica.
iSCSI en una red de almacenamiento separada
El esquema correcto para iSCSI suele verse así:
Servidor, NIC 1 → switch iSCSI A o VLAN A → puerto del sistema de almacenamiento A
Servidor, NIC 2 → switch iSCSI B o VLAN B → puerto del sistema de almacenamiento B
Para iSCSI es especialmente importante no mezclar el tráfico de almacenamiento con la red de oficina habitual. En sus materiales de diagnóstico de iSCSI, Microsoft analiza por separado las causas de red de los problemas de conexión y la inestabilidad: iSCSI Storage Connectivity Troubleshooting Guidance.
En la práctica, para iSCSI conviene reservar de antemano:
- VLAN separadas o switches físicos;
- subredes IP separadas;
- puertos de red dedicados en el servidor;
- dos rutas independientes;
- monitorización de errores de puertos, pérdidas y latencia;
- reglas claras para cambiar el MTU.
Los jumbo frames solo deben activarse cuando están configurados de forma idéntica en todo el recorrido: servidor, switch y puerto del sistema de almacenamiento. Una configuración parcial suele crear más problemas que beneficios.
SAS direct-attached
El esquema SAS suele ser más simple:
Servidor, SAS HBA → cable mini-SAS HD → controlador del sistema de almacenamiento A
Servidor, segundo puerto SAS HBA → cable mini-SAS HD → controlador del sistema de almacenamiento B
Esta conexión es cómoda cuando el servidor y el sistema de almacenamiento están cerca. No se necesitan switches ni hay que diseñar una red de almacenamiento separada. Pero es importante entender de antemano cuántos servidores pueden conectarse a un sistema de almacenamiento concreto y si se admite una variante tolerante a fallos con dos controladores.
En un catálogo de sistemas de almacenamiento se pueden encontrar distintas variantes de la misma línea con diferentes interfaces. Por ejemplo, para comparar la lógica de elección conviene mirar por separado modelos con FC/iSCSI y SAS: sistema de almacenamiento HPE MSA 2050 FC/iSCSI 24SFF y sistema de almacenamiento HPE MSA 2050 HD-SAS 24SFF.
Cuándo elegir FC
FC HBA / adaptador Fibre Channel.
Fuente de la imagen: documentación oficial de Oracle
FC debe elegirse cuando la infraestructura es crítica y es importante reducir el número de factores aleatorios en la red de almacenamiento.
Escenarios adecuados:
- clúster VMware o Hyper-V de producción;
- bases de datos de alta carga;
- sistemas ERP, contables y financieros;
- VDI;
- servicios de archivos de alta carga;
- infraestructura con un gran número de servidores;
- un entorno donde FC ya se utiliza y el equipo lo mantiene.
FC es útil porque el tráfico de almacenamiento ya está físicamente separado de la red Ethernet habitual. No compite con el tráfico de usuarios, servicios de oficina, copias de seguridad por LAN u otras aplicaciones.
Pero junto con esto aparecen costes adicionales:
- FC HBA en cada servidor;
- al menos dos switches FC;
- módulos SFP;
- cables ópticos;
- licencias de puertos;
- módulos y cables de repuesto;
- tiempo para configurar zonas y rutas.
FC se justifica no porque sea “más caro”, sino porque proporciona un modelo SAN maduro y predecible para sistemas en los que el tiempo de inactividad y la latencia inestable cuestan más que el equipo.
Cuándo elegir iSCSI
iSCSI debe elegirse cuando se necesita un esquema de conexión flexible y relativamente accesible, y la infraestructura ya tiene una buena base Ethernet.
Es adecuado para:
- clústeres de virtualización pequeños y medianos;
- infraestructura de backup;
- servicios de archivos;
- entornos de prueba y desarrollo;
- bases de datos pequeñas;
- tareas de servidor universales;
- empresas sin una competencia FC dedicada.
Antes de implementarlo, hay que comprobar que iSCSI vivirá no en la red de oficina compartida, sino en un entorno de almacenamiento separado.
El conjunto mínimo de condiciones es:
- 10 GbE como nivel base mínimo razonable para tareas modernas;
- 25 GbE o más para cargas más densas;
- dos rutas independientes;
- VLAN separadas o switches separados;
- puertos NIC dedicados;
- conexión multipath activada;
- monitorización de latencia y errores;
- un esquema claro de direccionamiento IP.
El principal riesgo de iSCSI no es el protocolo en sí, sino una mala red. Si el tráfico de almacenamiento pasa por un switch compartido junto con usuarios, cámaras, telefonía, Wi-Fi y copias de archivos, la latencia será aleatoria. A nivel de máquinas virtuales esto puede parecer “congelamientos”, aunque los discos y el sistema de almacenamiento estén en buen estado.
Cuándo elegir SAS
SAS debe elegirse para esquemas compactos donde el sistema de almacenamiento se conecta directamente a un servidor o a una pequeña pareja de servidores.
Buenos escenarios:
- un servidor físico;
- virtualización pequeña;
- un servidor de archivos;
- un servidor de backup;
- conexión directa de una bandeja de discos;
- infraestructura en un solo rack;
- presupuesto limitado sin la tarea de construir una SAN.
Las ventajas de SAS son claras:
- menos componentes;
- sin una SAN separada;
- baja latencia;
- esquema de conexión más simple;
- diagnóstico más sencillo de la ruta física.
Pero antes de comprar hay que comprobar varios puntos:
- si el sistema de almacenamiento tiene puertos SAS host;
- cuántos servidores pueden conectarse;
- si se admite la conexión a dos controladores;
- qué cables concretos se necesitan;
- qué tipo de conectores se utiliza;
- qué longitud de cable está permitida;
- si se necesita un HBA o un controlador RAID;
- si el sistema operativo o el hipervisor admite el esquema elegido;
- si la configuración podrá ampliarse más adelante.
SAS es una buena elección para la conexión directa, pero no sustituye a una SAN si dentro de un año hay que conectar diez servidores, distribuirlos por diferentes racks y asignar volúmenes de forma flexible entre hosts.
Elección según el tipo de carga
| Escenario | Qué elegir primero | Alternativa | En qué fijarse |
|---|---|---|---|
| Un servidor y un sistema de almacenamiento cercanos | SAS | iSCSI | Comprobar puertos SAS host y cables |
| 2–4 servidores, clúster pequeño | iSCSI 10/25 GbE | SAS o FC | Red de almacenamiento dedicada y conexión multipath |
| VMware/Hyper-V de producción | FC o iSCSI | SAS en esquemas limitados | Compatibilidad, política de rutas, dos controladores |
| Base de datos con latencia crítica | FC | SAS para un servidor, iSCSI 25 GbE | Colas, caché, RAID, estabilidad de latencia |
| Backup y archivo | iSCSI o SAS | FC, si ya existe una SAN | Ventana de backup y velocidad del pool |
| VDI | FC o iSCSI 25 GbE | SAS para un entorno compacto | Picos de inicio de sesión y arranque masivo de escritorios |
| Servidor de archivos | iSCSI o SAS | FC para un entorno grande | Grupo de discos, caché, red, crecimiento de la carga |
| Crecimiento hasta muchos servidores | FC o iSCSI | — | SAS chocará rápidamente con límites de topología |
Si la infraestructura se compra desde cero, conviene comparar no solo el precio del sistema de almacenamiento, sino también el conjunto completo de conexión. En el catálogo de sistemas de almacenamiento, es útil mirar no solo el formato y la capacidad, sino también las interfaces de los controladores, la configuración, la disponibilidad de cables, el tipo de puertos y las posibilidades de ampliación.
Storage systems
Coste oculto de la conexión
La interfaz tiene no solo una dimensión técnica, sino también financiera. A veces una solución parece barata solo hasta el momento de comprar cables, módulos y licencias.
Qué calcular para FC
En el presupuesto hay que incluir:
- FC HBA para cada servidor;
- dos switches FC;
- módulos SFP;
- cables ópticos;
- licencias de puertos;
- SFP de repuesto;
- cables de repuesto;
- trabajos de configuración de zonas;
- comprobación de compatibilidad;
- configuración de conexión multipath.
FC rara vez es la opción más barata al inicio, pero puede ser más rentable en un entorno crítico donde el coste del tiempo de inactividad es mayor que el coste de la infraestructura.
Qué calcular para iSCSI
Para iSCSI hay que tener en cuenta:
- tarjetas de red 10/25 GbE;
- switches con suficiente ancho de banda;
- SFP+, SFP28 o DAC;
- VLAN separadas o switches físicos;
- redundancia de rutas;
- tiempo para configurar MPIO;
- monitorización de la red de almacenamiento;
- posible actualización de la infraestructura de red.
Si iSCSI se construye sobre switches de oficina débiles, el ahorro se convierte rápidamente en inestabilidad.
Qué calcular para SAS
Para SAS es importante no olvidar:
- un SAS HBA o un controlador RAID;
- cables externos mini-SAS del tipo correcto;
- un número suficiente de puertos en el sistema de almacenamiento;
- la posibilidad de conexión a dos controladores;
- la limitación de longitud de los cables;
- el crecimiento futuro;
- la compatibilidad con el servidor y el sistema operativo.
SAS puede ser la opción más racional para un entorno compacto, pero debe calcularse teniendo en cuenta la ampliación futura.
Errores típicos al elegir
iSCSI en una red de oficina compartida
Este es uno de los errores más frecuentes. El tráfico de almacenamiento no debe mezclarse con el tráfico de usuarios, Wi-Fi, telefonía IP, cámaras, impresoras y el intercambio normal de archivos.
Consecuencias:
- latencias aleatorias;
- pérdida de paquetes;
- congelamientos de máquinas virtuales;
- diagnóstico complejo;
- falsa impresión de que el problema está en el sistema de almacenamiento.
El enfoque correcto es una red de almacenamiento separada, dos rutas, monitorización y un esquema claro de direccionamiento IP.
Una sola ruta hacia el sistema de almacenamiento
Un solo cable hacia el array es un único punto de fallo. Un solo switch también. Un solo HBA o NIC también.
Para un entorno de producción hay que planificar al menos dos rutas independientes. De lo contrario, el fallo de un elemento físico puede detener el acceso al almacenamiento.
Comprar un sistema de almacenamiento sin los puertos necesarios
Una misma línea de sistemas de almacenamiento puede venderse con distintos controladores: FC, iSCSI, SAS o variantes combinadas. Por eso, antes de comprar hay que comprobar no solo el nombre del modelo, sino también la configuración concreta.
En la oferta comercial conviene comprobar por separado:
- tipo de puertos host;
- velocidad de los puertos;
- número de puertos por controlador;
- presencia de SFP;
- compatibilidad de SFP con el switch;
- presencia de HBA o NIC en los servidores;
- tipo de cables;
- licencias para puertos y funciones.
Confundir puertos SAS host con puertos de expansión
En el panel trasero de un sistema de almacenamiento puede haber conectores SAS, pero eso no siempre significa que se pueda conectar un servidor a ellos. A veces son puertos para conectar bandejas de discos de expansión.
Antes de comprar hay que aclarar explícitamente:
- si se pueden conectar servidores a esos puertos SAS;
- cuántos servidores se admiten;
- si se admite una conexión tolerante a fallos;
- qué cables y adaptadores se necesitan.
Elegir por la velocidad máxima del puerto
16/32 Gb FC, 10/25 GbE iSCSI o 12 Gb SAS no garantizan esa velocidad a nivel de aplicación.
El límite puede estar en:
- el grupo de discos;
- el tipo de RAID;
- la caché del sistema de almacenamiento;
- el controlador;
- la cola de solicitudes;
- una sola ruta activa;
- un switch sobrecargado;
- la configuración del sistema operativo o del hipervisor.
La interfaz es importante, pero no corrige una arquitectura de almacenamiento débil.
Uso de LACP para aumentar el ancho de banda de iSCSI
Es una situación bastante común: se toman dos puertos 10GbE y se combinan en LACP pensando que se obtendrá una velocidad de 20GbE. Pero la agregación de puertos en este caso solo proporciona tolerancia a fallos, no escalado. Para aumentar la velocidad es necesario usar MPIO.
Checklist antes de comprar sistemas de almacenamiento y servidores
Antes de la compra conviene repasar esta lista:
- ¿Cuántos servidores se conectarán ahora?
- ¿Cuántos servidores habrá que conectar dentro de 1–2 años?
- ¿Se necesita un clúster VMware, Hyper-V u otro hipervisor?
- ¿Qué interfaces tiene el sistema de almacenamiento: FC, iSCSI, SAS?
- ¿Cuál es la velocidad de los puertos?
- ¿Cuántos puertos hay en cada controlador?
- ¿Hay dos controladores?
- ¿Hay HBA o tarjetas de red en los servidores?
- ¿Se necesitan switches FC?
- ¿Se necesitan switches Ethernet separados para iSCSI?
- ¿Se necesitan SFP, DAC, cables ópticos o SAS?
- ¿Hay licencias para puertos y funciones?
- ¿El sistema operativo o el hipervisor admite el esquema elegido?
- ¿Está configurada la conexión multipath?
- ¿Existe monitorización de latencia, errores y fallos de rutas?
- ¿Se ha comprobado la matriz de compatibilidad del fabricante?
Si no hay respuesta para al menos varias de estas preguntas, la elección de la interfaz todavía no debe considerarse cerrada.
Cómo tomar la decisión final
Para una infraestructura pequeña, donde el sistema de almacenamiento está junto a un servidor o una pareja de servidores, SAS suele ser la opción más simple y económica. No requiere una red SAN separada, es comprensible en la conexión y funciona bien para soluciones compactas.
Para un clúster pequeño o mediano, normalmente conviene mirar primero iSCSI. Pero solo con la condición de que el tráfico de almacenamiento esté aislado de la red habitual y la conexión se construya con al menos dos rutas. iSCSI no es un “FC barato”, sino un enfoque separado que funciona bien con una arquitectura de red correcta.
Para sistemas críticos, grandes clústeres, bases de datos, VDI e infraestructura con altos requisitos de latencia, normalmente conviene elegir FC. Es más complejo y caro de implementar, pero proporciona un modelo maduro de red de almacenamiento dedicada y un comportamiento predecible en producción.
La interfaz correcta para conectar un sistema de almacenamiento no es la opción más cara ni la más rápida sobre el papel. Es la interfaz que coincide con la topología, la carga, el presupuesto, la cualificación del equipo y los planes de crecimiento. Los errores suelen surgir no por FC, iSCSI o SAS en sí, sino por puertos no comprobados, una sola ruta hacia el sistema de almacenamiento, una red compartida para iSCSI, cables y licencias olvidados y expectativas equivocadas sobre la escalabilidad.
