Cuando una organización necesita almacenamiento en red, la pregunta no es solo cuanto espacio necesita, sino como van a acceder las aplicaciones a esos datos. Existen tres enfoques fundamentalmente diferentes para resolver este problema: iSCSI opera a nivel de bloque, NFS a nivel de fichero y Object Storage a nivel de objeto. Cada uno tiene fortalezas claras, limitaciones específicas y casos de uso donde resulta la opción optima.
Elegir el protocolo equivocado puede suponer perdida de rendimiento, sobrecostes de infraestructura o limitaciones de escalabilidad que solo se manifiestan cuando el entorno crece. Elegir bien significa alinear el patron de acceso de cada carga de trabajo con el protocolo que mejor lo sirve, y en muchos casos, la respuesta correcta es combinar los tres.
En este artículo explicamos como funciona cada protocolo, comparamos sus caracteristicas de rendimiento, detallámos sus casos de uso principales y mostramos como EasyDataHost ofrece los tres modelos de almacenamiento para cubrir cualquier necesidad de infraestructura.
iSCSI: Almacenamiento de Bloques sobre TCP/IP
iSCSI (Internet Small Computer Systems Interface) es un protocolo que transporta comandos SCSI sobre redes TCP/IP estándar. En términos prácticos, permite que un servidor acceda a un disco remoto como si fuera un disco local conectado directamente por SATA o SAS. El sistema operativo ve un dispositivo de bloque puro, sin conocimiento de que los datos viajan por la red.
La arquitectura iSCSI se basa en dos roles: el initiator (el cliente que solicita el acceso al disco) y el target (el servidor o cabina que presenta los volúmenes de almacenamiento). Los volúmenes se exponen como LUNs (Lógical Unit Numbers) y cada LUN se comporta como un disco independiente que el sistema operativo puede particionar, formatear y montar con cualquier sistema de ficheros.
La ventaja principal de iSCSI es que hereda toda la semántica de los discos locales: soporta cualquier sistema de ficheros, funciona con bases de datos que necesitan acceso directo a bloques, permite snapshots a nivel de volumen y es compatible con los mecanismos de HA de hipervisores como Proxmox o Hyper-V. Al funcionar sobre TCP/IP estándar, no requiere hardware especializado como Fibre Channel, lo que lo convierte en una alternativa SAN de bajo coste.
NFS: Sistema de Ficheros Compartido en Red
NFS (Network File System) es un protocolo de nivel de fichero que permite montar directorios remotos como si fueran locales. A diferencia de iSCSI, que expone bloques sin estructura, NFS presenta un sistema de ficheros completo con directorios, permisos POSIX, locks y metadatos. Multiples clientes pueden montar el mismo export NFS simultaneamente y acceder a los mismos archivos.
NFS ha evolucionado significativamente desde sus origenes. NFSv3 sigue siendo ampliamente útilizado por su simplicidad y compatibilidad, pero opera de forma stateless y depende de protocolos auxiliares para el bloqueo de ficheros. NFSv4.x integra el bloqueo de forma nativa, soporta autenticación Kerberos, opera a traves de un único puerto TCP (lo que simplifica los firewalls) y mejora el rendimiento con mecanismos como delegaciones y sesiones compuestas.
La semántica POSIX de NFS lo hace ideal para cargas de trabajo que necesitan acceso compartido a ficheros: multiples servidores web sirviendo el mismo contenido, flujos de trabajo de edicion de video donde varios editores acceden a los mismos assets, directorios home compartidos en entornos corporativos o volúmenes persistentes para contenedores. Equipos Synology NAS son un ejemplo clasíco de servidor NFS en entornos SMB.
Object Storage: Namespace Plano con API HTTP/S3
El Object Storage (almacenamiento de objetos) rompe con el modelo tradicional de bloques y ficheros. En lugar de directorios y rutas jerarquicas, los datos se almacenan como objetos en un namespace plano. Cada objeto consta de tres elementos: los datos en si, un identificador único (key) y metadatos arbitrarios que describen el contenido. El acceso se realiza a traves de una API HTTP, típicamente compatible con S3.
Esta arquitectura tiene implicaciones profundas para la escalabilidad. Al no mantener una jerarquia de directorios ni tablas de metadatos complejas, el Object Storage puede escalar a exabytes de datos sin degradacion del rendimiento de indexacion. Los objetos son inmutables por defecto (se crean, se leen y se eliminan, pero no se modifican parcialmente), lo que simplifica la replicación, el versionado y la gestión de consistencia en sistemas distribuidos.
La contrapartida es que el Object Storage no soporta las operaciones típicas de un sistema de ficheros: no puedes montar un bucket como un disco, no puedes hacer seeks aleatorios dentro de un objeto ni usar locks POSIX. La latencia por operación es mayor que la de iSCSI o NFS porque cada acceso es una peticion HTTP completa. Puedes profundizar en las ventajas de escalabilidad en nuestro artículo sobre almacenamiento de objetos y escalabilidad.
Concepto clave:
iSCSI presenta bloques (como un disco local), NFS presenta ficheros (como una carpeta compartida) y Object Storage presenta objetos (via API HTTP). No son competidores directos: cada uno responde a un patron de acceso diferente.
Tabla Comparativa: iSCSI vs NFS vs Object Storage
La siguiente tabla resume las diferencias fundamentales entre los tres protocolos en los aspectos que más impactan a la hora de elegir:
| Criterio | iSCSI | NFS | Object Storage (S3) |
|---|---|---|---|
| Capa de protocolo | Bloque (SCSI sobre TCP/IP) | Fichero (RPC/NFS sobre TCP) | Objeto (HTTP/HTTPS REST API) |
| Patron de acceso | Lectura/escritura aleatoria de bloques | Lectura/escritura de ficheros compartidos | PUT/GET de objetos completos |
| Rendimiento | Menor latencia, mayor IOPS | Bueno para acceso secuencial/compartido | Alto throughput, mayor latencia por operación |
| Escalabilidad | Limitada por target/LUN | Limitada por servidor NFS | Prácticamente ilimitada (exabytes) |
| Caso de uso principal | Discos de VMs, bases de datos, SAN | Ficheros compartidos, web, contenedores | Backup, archivado, data lakes, CDN |
| Multitenancy | Un LUN por cliente típicamente | Exports por cliente, permisos POSIX | Nativa (buckets, IAM policies, ACLs) |
| Coste por TB | Alto (requiere almacenamiento rápido) | Medio | Bajo (hardware commodity, erasure coding) |
Caracteristicas de Rendimiento
El rendimiento de cada protocolo responde a patrones de acceso fundamentalmente distintos, y compararlos con una sola metrica es un error frecuente. Cada uno tiene un perfil de rendimiento propio que lo hace optimo para determinadas cargas de trabajo:
- speed iSCSI: ofrece la menor latencia y las mayores IOPS para operaciones de bloque aleatorias. Al transportar comandos SCSI nativos, el overhead del protocolo es mínimo. Con discos NVMe en el target y red de 10/25 GbE, iSCSI alcanza latencias por debajo de 200 microsegundos y cientos de miles de IOPS. Es el protocolo de eleccion cuando el rendimiento de I/O aleatorio es crítico.
- share NFS: destaca en acceso secuencial y cargas compartidas. El overhead del protocolo es mayor que iSCSI (porque gestiona ficheros, metadatos y locks), pero NFSv4.x con delegaciones y sesiones compuestas reduce significativamente la latencia de metadatos. Para lecturas/escrituras secuenciales de ficheros grandes, NFS aprovecha bien el ancho de banda de red disponible.
- cloud_upload Object Storage: optimizado para alto throughput con objetos grandes. Cada operación es una peticion HTTP completa, lo que anade latencia respecto a iSCSI o NFS (típicamente decenas de milisegundos). Sin embargo, soporta paralelismo masívo: cientos de clientes pueden hacer PUT/GET simultaneamente sin contention, y las uploads multipart permiten saturar el ancho de banda disponible con objetos de cualquier tamano.
Casos de Uso de iSCSI
iSCSI es el protocolo de eleccion cuando las aplicaciones necesitan un dispositivo de bloque puro con la menor latencia posible:
- dns Discos de maquínas virtuales: hipervisores como Proxmox, Hyper-V y VMware ESXi soportan datastores iSCSI. Cada VM ve un disco de bloque que puede formatearse con ext4, XFS o NTFS. Ideal para la plataforma Cloud IaaS de EasyDataHost.
- database Bases de datos transaccionales: motores como PostgreSQL, MySQL/MariaDB y SQL Server necesitan acceso de bloque con I/O aleatorio de baja latencia. iSCSI les proporciona un disco remoto con semántica identica a un disco local, sin el overhead de una capa de ficheros intermedia.
- lan Sustitucion de SAN Fibre Channel: iSCSI sobre redes Ethernet de 10/25 GbE ofrece rendimiento comparable a FC a una fracción del coste, eliminando la necesidad de switches FC dedicados y HBAs especializados.
Casos de Uso de NFS
NFS es el protocolo natural cuando multiples servidores necesitan acceder a los mismos ficheros de forma concurrente:
- folder_shared Directorios home compartidos: en entornos corporativos y academicos, NFS permite que los usuarios accedan a sus archivos desde cualquier estacion de trabajo. Los permisos POSIX garantizan el aislamiento entre usuarios.
- videocam Flujos de trabajo multimedia: edicion de video, renderizado 3D y postproduccion requieren que multiples editores y render nodes accedan a los mismos assets simultaneamente. NFS con ancho de banda suficiente soporta estos flujos de trabajo de alto throughput secuencial.
- language Contenido web compartido: granjas de servidores web que sirven los mismos ficheros estaticos pueden montar un export NFS comun en lugar de sincronizar ficheros entre nodos.
- deployed_code Volúmenes persistentes para contenedores: Kubernetes soporta NFS como backend para PersistentVolumes, permitiendo que pods en diferentes nodos compartan datos. VMware ESXi también soporta datastores NFS como alternativa a iSCSI.
Casos de Uso de Object Storage
Object Storage con API S3 es la opción optima cuando la escalabilidad, el coste por TB y la accesibilidad via HTTP son prioritarios:
- backup Destino de backup (Veeam + S3): herramientas como Veeam Backup & Replication soportan repositorios S3 nativamente, incluyendo immutability (object lock) para protección contra ransomware. El almacenamiento S3 de EasyDataHost es un destino ideal para backups offsite.
- analytics Data lakes y analitica: frameworks como Apache Spark, Presto y Trino consumen datos directamente desde buckets S3. El namespace plano y la API HTTP simplifican la ingesta de datos a gran escala desde multiples fuentes.
- perm_media Archivos multimedia y CDN origin: imágenes, videos, documentos y assets estaticos se almacenan como objetos y se sirven directamente via HTTP o a traves de un CDN. Los metadatos asociados a cada objeto fácilitan la catalogacion y busqueda.
- inventory_2 Datos de aplicación: aplicaciones web y móviles usan el protocolo S3 como capa de almacenamiento nativa para subidas de usuarios, logs, exports y cualquier dato no estructurado que no encaja en una base de datos relacional.
Enfoque Hibrido: Combinar los Tres Protocolos
La realidad de la mayoria de infraestructuras de produccion es que necesitan los tres tipos de almacenamiento simultaneamente. No se trata de elegir uno y descartar los otros, sino de asígnar cada carga de trabajo al protocolo que mejor se adapta a su patron de acceso:
- view_in_ar iSCSI para discos de VMs y bases de datos: donde la latencia mínima y las IOPS son críticas. Los hipervisores acceden a LUNs iSCSI como almacenamiento primario para las maquínas virtuales de produccion.
- folder_shared NFS para ficheros compartidos: contenido web, assets multimedia, directorios de proyecto y volúmenes de Kubernetes donde multiples nodos necesitan acceso concurrente al mismo sistema de ficheros.
- cloud_upload S3 para backup, archivado y datos masívos: repositorios de Veeam, data lakes, archivos históricos y cualquier dato que se accede via API HTTP. El menor coste por TB y la escalabilidad ilimitada hacen de S3 la eleccion natural para almacenamiento de gran volumen.
Plataformas como Ceph unifican los tres modelos de acceso (RBD para bloques, CephFS para ficheros, RGW para objetos) sobre una única infraestructura distribuida, simplificando la gestión y reduciendo la cantidad de sistemas que mantener.
Ventaja práctica:
No elijas un único protocolo para toda la infraestructura. Usa iSCSI donde necesites IOPS y baja latencia, NFS donde necesites ficheros compartidos, y S3 donde necesites escalabilidad masíva y bajo coste. La clave es alinear cada carga de trabajo con el protocolo adecuado.
Opciones de Almacenamiento en EasyDataHost
EasyDataHost ofrece los tres modelos de almacenamiento en red para cubrir cualquier necesidad de infraestructura, todos ellos con datos alojados en centro de datos Tier III+ en Madrid:
- check_circle Almacenamiento S3: compatible con la API S3, ideal para backup con Veeam, data lakes, archivado y datos de aplicaciones. Escalable sin límites prácticos con erasure coding.
- check_circle Servidores de almacenamiento: servidores dedicados con grandes capacidades de disco (HDD y NVMe) que puedes configurar como targets iSCSI, servidores NFS o nodos de un cluster Ceph.
- check_circle Cloud IaaS: maquínas virtuales con almacenamiento Ceph NVMe en replica triple. Bloques de alto rendimiento para VMs de produccion con live migration y alta disponibilidad.
- check_circle Servicios gestionados: diseño, implementación y mantenimiento de arquitecturas de almacenamiento hibridas: configuración de iSCSI targets, exports NFS, buckets S3 y clusters Ceph.
Conclusión
iSCSI, NFS y Object Storage no son alternativas intercambiables: son protocolos complementarios que responden a patrones de acceso fundamentalmente distintos. Entender las fortalezas de cada uno es la base para construir una arquitectura de almacenamiento eficiente, escalable y alineada con las necesidades reales de cada carga de trabajo.
- arrow_right iSCSI es almacenamiento de bloques sobre TCP/IP: menor latencia, mayores IOPS, ideal para VMs y bases de datos.
- arrow_right NFS es un sistema de ficheros compartido en red: acceso concurrente, semántica POSIX, ideal para ficheros compartidos y contenedores.
- arrow_right Object Storage es un namespace plano con API S3: escalabilidad masíva, bajo coste por TB, ideal para backup, archivado y data lakes.
- arrow_right El enfoque hibrido combina los tres: iSCSI para IOPS, NFS para ficheros compartidos, S3 para volumen masívo.
- arrow_right EasyDataHost ofrece S3, servidores de almacenamiento, Cloud con Ceph NVMe y servicios gestionados para cubrir los tres modelos.
Si necesitas ayuda para disenar la arquitectura de almacenamiento de tu infraestructura, contacta con nuestro equipo para analizar tus cargas de trabajo y recomendarte la combinacion de protocolos adecuada.