Amazon EFS y Amazon FSx son almacenamiento de archivos administrado, pero la comparación termina ahí. EFS ofrece una interfaz NFS elástica para compartir carpetas, mientras que FSx reúne cuatro sistemas de archivos con protocolos, capacidades y modelos de disponibilidad diferentes. Elegir por la etiqueta «FSx» o por una cifra aislada de rendimiento suele llevar a una arquitectura equivocada.
La pregunta útil es: ¿qué sistema operativo, protocolo, patrón de acceso y nivel de resiliencia necesita la aplicación? Esta guía responde primero esa pregunta y después muestra cómo montar un EFS existente en una instancia EC2 Linux.
Respuesta rápida: elige por el tipo de acceso
Antes de comparar precios o throughput, identifica cómo leerá y escribirá los datos la carga:
| Necesidad principal | Opción que debes evaluar primero | Por qué |
|---|---|---|
| Carpeta compartida para aplicaciones Linux, contenedores o varios clientes NFS | Amazon EFS | NFSv4 y almacenamiento elástico administrado; el modo de throughput se elige por el patrón de carga. |
| Aplicaciones Windows, recursos compartidos SMB o permisos con Active Directory | FSx para Windows File Server | Sistema de archivos Windows administrado y acceso SMB nativo. |
| Procesamiento paralelo de datos, HPC o entrenamiento que usa S3 como repositorio | FSx para Lustre | Interfaz POSIX/Lustre, integración con S3 y opciones scratch o persistent. |
| Aplicaciones que ya usan ONTAP, NFS y SMB a la vez, iSCSI o funciones NetApp | FSx para NetApp ONTAP | Ofrece NFS, SMB e iSCSI y conserva conceptos de ONTAP como volúmenes, snapshots y replicación. |
| Servidor NFS o ZFS que necesita snapshots, clones o compresión administrados | FSx para OpenZFS | Admite NFS desde Linux, Windows y macOS, con funciones de OpenZFS. |
| Volumen de bloques para una aplicación que corre en EC2 | Amazon EBS | La aplicación ve un dispositivo de bloques; no es una carpeta compartida general como EFS o FSx. |
| Objetos, datos de un data lake, contenido estático o archivo consultado mediante API | Amazon S3 | Es almacenamiento de objetos. No requiere ni ofrece la misma semántica de un sistema de archivos NFS o SMB. |
La guía de decisión de almacenamiento de AWS separa bloque, archivo y objeto. Esa separación evita intentar resolver con EFS una necesidad de objetos en S3, o montar EBS cuando varios hosts necesitan compartir la misma carpeta.
Qué son Amazon EFS y Amazon FSx
Amazon EFS es un sistema de archivos administrado que expone una interfaz NFS para clientes compatibles. El almacenamiento puede crecer o reducirse con los archivos que guardas y borras; eso no significa que todos los modos de rendimiento o todas las cuotas se ajusten solos.
Amazon FSx es una familia, no un único sistema de archivos. AWS ofrece FSx para Windows File Server, FSx para Lustre, FSx para NetApp ONTAP y FSx para OpenZFS. Cada producto tiene protocolos, opciones de almacenamiento, capacidad, throughput, IOPS, disponibilidad y precios propios.
Amazon EFS: NFS compartido y elástico
Regional y One Zone: no son el mismo nivel de resiliencia
| Tipo de sistema EFS | Distribución de los datos | Red y decisión |
|---|---|---|
| Regional | Datos y metadatos redundantes en varias zonas de disponibilidad de la región. | Puedes crear un mount target por zona desde la que accederás. Es la opción recomendada cuando necesitas la mayor disponibilidad y durabilidad regional. |
| One Zone | Datos y metadatos redundantes dentro de una sola zona de disponibilidad. | Solo admite un mount target en esa zona. Puede encajar cuando la carga tolera perder disponibilidad o datos ante una pérdida de la zona y buscas un modelo de menor alcance. |
Un cliente puede acceder a un EFS Regional desde distintas zonas usando el mount target local de cada una. Para One Zone, AWS permite montar desde otra zona indicando la zona o el DNS del mount target, pero la ubicación del cliente afecta la latencia y puede generar transferencia entre zonas. Para una carga de contenedores o una función que usa One Zone, planifica que se ejecute en la misma zona del sistema de archivos.
Consulta las características y tipos de EFS y la documentación de mount targets antes de elegir. «Multi-AZ» no es una propiedad que puedas atribuir a todos los productos FSx ni el nombre comercial de EFS: aquí la distinción correcta es Regional frente a One Zone.
Clases de almacenamiento, rendimiento y throughput
EFS combina una clase de sistema de archivos con clases de almacenamiento y un modo de throughput:
| Elemento | Opciones actuales | Qué debes comprobar |
|---|---|---|
| Clases de almacenamiento | Standard, Infrequent Access (IA) y Archive. | Standard es para datos activos; IA para datos accedidos pocas veces por trimestre; Archive para datos accedidos pocas veces por año. Las clases frías tienen latencias y cargos de acceso distintos. |
| Throughput | Elastic, Provisioned y Bursting. | Elastic sigue la actividad y cobra el throughput usado; Provisioned separa la capacidad de throughput del tamaño almacenado; Bursting depende de los datos en Standard y de los créditos. Los máximos dependen de la región. |
| Modo de rendimiento | General Purpose y Max I/O. | General Purpose tiene menor latencia y AWS lo recomienda para todos los sistemas. Max I/O es una opción anterior, con más latencia; no está disponible para One Zone ni para Elastic throughput. |
Las políticas de Lifecycle Management mueven archivos entre clases según el acceso. EFS Archive está soportado en sistemas Regional con Elastic throughput; no lo trates como una clase universal disponible para cualquier combinación.
La palabra «elástico» tampoco equivale a «sin límites»: EFS tiene cuotas de conexiones, throughput, operaciones y mount targets. Revisa las cuotas de EFS para la región y los clientes que realmente usarás.
Amazon FSx: cuatro sistemas de archivos distintos
En FSx, el nombre del sistema importa más que la marca de la familia. Estas son las diferencias que cambian la decisión:
FSx para Windows File Server
Usa un sistema de archivos Windows administrado y el protocolo SMB 2.0 a 3.1.1. Es la opción natural para recursos compartidos de Windows, aplicaciones empresariales que esperan SMB, permisos de archivos y carpetas con Active Directory o una migración de un servidor Windows. AWS también documenta clientes Linux compatibles que acceden al recurso por SMB; el protocolo y la autenticación siguen siendo los de Windows. Al crear el sistema eliges capacidad, tipo de almacenamiento, IOPS SSD cuando corresponda y throughput.
Windows File Server ofrece despliegues Single-AZ y Multi-AZ. Multi-AZ usa un clúster de servidores en dos zonas, replica los datos de forma síncrona entre ellas y puede conmutar al servidor en espera. Single-AZ concentra el sistema en una zona y tiene un modelo de recuperación y disponibilidad diferente. Lee la comparación oficial de Windows Single-AZ y Multi-AZ antes de usar estos nombres en un diseño.
FSx para Lustre
Lustre ofrece una interfaz de archivos POSIX para Linux y está orientado a cargas paralelas como HPC, entrenamiento y preparación de datos. Puede vincularse con S3 para importar o exportar conjuntos de datos. Sus opciones actuales incluyen despliegues scratch y persistent, junto con clases SSD, Intelligent-Tiering y HDD según la opción y la región.
Scratch sirve para procesamiento temporal: sus datos no se replican y no persisten si falla un servidor de archivos. Persistent está destinado a almacenamiento más duradero; el modelo de replicación depende de la clase elegida. No conviertas «FSx para Lustre» en una promesa de Multi-AZ genérica: revisa las opciones de despliegue y clases de Lustre para la región concreta.
FSx para NetApp ONTAP
ONTAP es adecuado cuando necesitas compatibilidad con un entorno NetApp o una combinación de protocolos. Sus volúmenes pueden exponerse por NFS, SMB o iSCSI, y admite acceso multiprotocolo a un mismo volumen cuando el diseño de permisos lo contempla. También ofrece capacidades de ONTAP como snapshots y replicación, dentro de los límites del servicio administrado.
FSx para ONTAP tiene despliegues Single-AZ y Multi-AZ. Single-AZ puede incluir pares de alta disponibilidad dentro de una sola zona, pero no equivale a replicar los datos en otra zona. Multi-AZ coloca los servidores en dos zonas y replica de forma síncrona. Las generaciones Single-AZ 1/2 y Multi-AZ 1/2 son opciones concretas del producto; no las generalices a toda la familia FSx. Consulta la guía de disponibilidad de ONTAP.
FSx para OpenZFS
OpenZFS expone NFSv3, v4.0, v4.1 y v4.2 a clientes Linux, Windows y macOS, y aporta snapshots casi instantáneos, clones, compresión y volúmenes administrados. Es una buena transición para un servidor NFS o ZFS que necesita esas funciones sin administrar el hardware.
Este producto distingue Multi-AZ (HA), Single-AZ (HA) y Single-AZ (no HA). Multi-AZ replica en dos zonas; Single-AZ (HA) mantiene servidores en espera dentro de una zona; Single-AZ (no HA) tiene un modelo de recuperación distinto. Las clases SSD e Intelligent-Tiering tampoco están disponibles con todas las combinaciones. Comprueba la matriz de disponibilidad y durabilidad de OpenZFS.
Cómo decidir entre EFS y cada opción de FSx
- Empieza por el cliente. Si la aplicación espera una ruta NFS y corre en Linux, EFS es el punto de partida. Si espera una ruta SMB, permisos de Windows o Active Directory, comienza con FSx para Windows.
- Comprueba si existe una dependencia del sistema de archivos. Una aplicación que ya usa snapshots, clones o compresión de ZFS se beneficia de OpenZFS; una que depende de ONTAP, multiprotocolo o iSCSI debe evaluar ONTAP.
- Separa datos temporales de datos persistentes. En Lustre, scratch y persistent responden a necesidades distintas. Un scratch no debe ser la única copia de un dato que necesitas conservar.
- Define el fallo que debes soportar. EFS Regional, EFS One Zone, FSx Windows Multi-AZ, ONTAP Multi-AZ y OpenZFS Multi-AZ tienen modelos diferentes. Escribe el RPO, el RTO y la pérdida de zona que tolera la carga antes de elegir.
- Mide el patrón de acceso. Cuenta lectura, escritura, tamaño de archivos, metadatos, clientes simultáneos y latencia. Un benchmark de otra región, clase o despliegue no prueba tu caso.
- Estima la factura completa. Incluye almacenamiento, throughput, IOPS, backups, solicitudes o acceso a clases frías y transferencia entre zonas o regiones.
EFS, FSx, EBS y S3: la diferencia que evita errores
- Archivo: EFS y FSx presentan carpetas y semántica de archivos a varios clientes. El protocolo y las funciones del sistema determinan la compatibilidad.
- Bloque: EBS se conecta a EC2 como un volumen de bloques que el sistema operativo debe formatear y montar. Es apropiado para una aplicación que necesita su propio dispositivo; no reemplaza una carpeta compartida entre hosts.
- Objeto: S3 se consulta con API y claves de objeto. Puede ser la fuente duradera de datos para Lustre, pero no es automáticamente un sistema de archivos POSIX.
Si la aplicación puede usar una API de objetos, S3 suele ser una decisión distinta y no un sustituto directo de EFS. Si necesita abrir archivos con rutas, bloqueo y permisos del sistema operativo, compara EFS y FSx según el protocolo y el sistema que espera.
Ejemplo comprobable: montar EFS en EC2 Linux
Este ejemplo parte de un sistema de archivos EFS existente y muestra el flujo y los puntos que debes verificar. Usa valores ficticios: sustituye fs-EXAMPLE por un sistema de archivos que puedas probar sin afectar datos de producción.
Requisitos antes de ejecutar comandos
- Una instancia EC2 Linux compatible y un sistema EFS en la misma región.
- Un mount target de EFS en una zona accesible por la instancia. Para EFS Regional, crea uno por cada zona desde la que accederás; para One Zone, debe estar en la única zona del sistema.
- Un grupo de seguridad de la instancia con salida TCP 2049 hacia el grupo de seguridad de los mount targets, y una regla de entrada TCP 2049 en los mount targets cuyo origen sea el grupo de la instancia.
- El paquete
amazon-efs-utilsinstalado según la distribución. AWS recomienda el mount helper; EFS no admite montarse desde una instancia EC2 Windows. - Red y DNS que permitan a la instancia llegar al mount target. El helper con
tlscifra el tránsito entre el cliente y EFS. El montaje básico siniamsolo funcionará si la política del sistema permite ese acceso. Coniam, el helper identifica al cliente mediante su rol y EFS evalúa las políticas de identidad y del sistema de archivos para autorizar el acceso; no es obligatorio otorgar el mismo permiso en ambas. En ambos casos, los permisos POSIX del sistema de archivos siguen aplicando. Consulta cómo EFS autoriza a los clientes NFS.
La regla de TCP 2049 no se abre a Internet: limita el origen al grupo de seguridad de los clientes. La documentación de AWS resume estas reglas en acceso de red con grupos de seguridad.
Montar y comprobar
# Ejecutar en la instancia EC2 Linux
sudo mkdir -p /mnt/efs
sudo mount -t efs -o tls fs-EXAMPLE /mnt/efs
Comprueba el montaje; el tipo esperado es nfs4
mountpoint /mnt/efs
findmnt -no FSTYPE /mnt/efs
TEST_FILE=$(sudo mktemp /mnt/efs/aws-efs-demo.XXXXXX)
printf ‘prueba-efs\n’ | sudo tee “$TEST_FILE” > /dev/null
sudo cat “$TEST_FILE”
La primera comprobación confirma que el punto está montado; la segunda muestra el tipo de sistema de archivos, normalmente nfs4; la escritura y lectura comprueban que el cliente puede usar el sistema de archivos. Para montar automáticamente después de un reinicio, añade una entrada con _netdev a /etc/fstab y valida con sudo mount -a antes de reiniciar:
fs-EXAMPLE:/ /mnt/efs efs _netdev,tls,nofail 0 0El helper usa NFS por debajo y EFS admite NFSv4.0 y NFSv4.1. Si necesitas montar con el cliente NFS estándar, sigue la guía oficial de montaje y conserva la verificación de red y de la versión NFS.
Limpiar una prueba
En la misma sesión, elimina solo el archivo temporal que guardaste en TEST_FILE y desmonta antes de retirar el sistema. Si añadiste la entrada a /etc/fstab para una prueba temporal, retírala para que no intente montar un recurso eliminado:
sudo rm -- "$TEST_FILE"
sudo umount /mnt/efs
Si el EFS era temporal, conserva primero cualquier dato que necesites. La consola puede eliminar el sistema y sus mount targets; con la CLI debes eliminar antes todos los mount targets y access points asociados. La eliminación es destructiva y no se puede deshacer: sigue la guía de eliminación de EFS y comprueba que ningún cliente o servicio lo usa.
Precios, rendimiento y copias: qué comparar
Precios
EFS factura según el tipo de sistema, clases de almacenamiento, throughput, actividad de acceso o tiering, backups y transferencia. Elastic throughput escala con el tráfico, mientras que Provisioned cobra una capacidad de throughput configurada; el precio depende de la región. Las conexiones a un mount target de otra zona pueden añadir transferencia.
FSx no tiene un precio único: Windows, Lustre, ONTAP y OpenZFS cobran combinaciones diferentes de capacidad o datos almacenados, throughput, IOPS, backups y transferencia. En algunos productos eliges capacidad aprovisionada; en otros existen clases elásticas. Usa la página de precios de EFS, la página de precios de FSx y la calculadora para la región y el despliegue exactos. No extrapoles una tarifa de FSx para Windows a Lustre, ONTAP u OpenZFS.
Rendimiento
Selecciona el throughput y la clase a partir de métricas reales: tamaño de archivos, lecturas, escrituras, metadatos, clientes y latencia. Los máximos publicados por AWS cambian por región, modo, cliente y generación del producto. Las cifras de la documentación son límites o diseños de referencia, no una garantía para todas las cargas.
Backups y recuperación
EFS se integra con AWS Backup. AWS documenta backups automáticos para los sistemas One Zone y permite restaurar un backup a una zona operativa o a otra región; revisa la política de backup y prueba una restauración para el caso Regional que uses. FSx ofrece backups nativos y, según el producto y la región, integración con AWS Backup. El backup no reemplaza una prueba: verifica que los permisos, rutas, clientes y datos que la aplicación necesita vuelvan a funcionar.
Para diseñar la política, consulta backups de EFS y la matriz de compatibilidad de AWS Backup. Los recursos temporales de una prueba también generan cargos si permanecen activos.
Recursos y comunidad en español
Estas grabaciones complementan la documentación oficial con ejemplos y lenguaje en español:
- AWS UG Buenos Aires: EBS, EFS, S3 y monitoreo compara almacenamiento de bloques, archivos y objetos. Es una buena introducción antes de decidir entre EBS, EFS y S3; el contenido es una grabación, no una referencia de precios actuales.
- Conociendo más de discos compartidos: AWS EFS, AWS FSx y AWS Backup, de AWS Girls Perú, conecta los servicios con datos compartidos y copias. Contrasta sus ejemplos con la documentación vigente de cada producto.
- Grupo de estudio: EFS para AWS Solutions Architect Associate, del AWS User Group Guatemala, ayuda a practicar la decisión de EFS en escenarios de certificación; no sustituye las cuotas y opciones actuales.
- Introducción al almacenamiento en AWS, de Marcia Villalba — Desplegando Cloud, sirve para repasar las categorías antes de profundizar en EFS o FSx.
- Practitioner, Una Nueva Esperanza: Amazon EBS y Amazon EFS, de AWS Women Colombia, ayuda a fijar la diferencia entre bloques y archivos antes de elegir EFS. Puedes continuar en su sitio de comunidad y canal de YouTube.
Para ampliar dudas o encontrar charlas, puedes seguir el canal de AWS User Group Buenos Aires y su grupo de Meetup; consultar el sitio de AWS Girls Perú y su Meetup; o participar en el AWS User Group Guatemala y su canal de YouTube. Son espacios para preguntar y seguir sesiones; confirma siempre fecha, modalidad y condiciones de cada actividad.
Para continuar con una aplicación concreta, revisa Cómo configurar AWS Transfer Family con Amazon EFS por SFTP. Si tu decisión es de contenedores, consulta Cómo desplegar contenedores en AWS y valida por separado el volumen y el controlador que usará tu plataforma. La agenda de eventos AWS permite buscar talleres y charlas de comunidades; confirma fecha, modalidad y disponibilidad en la ficha antes de asistir.
Conclusión
Usa EFS cuando necesitas un sistema NFS compartido y elástico para clientes Linux, y decide primero entre Regional y One Zone. Usa FSx cuando necesitas las funciones y el protocolo de un sistema concreto: Windows File Server para SMB y Active Directory, Lustre para procesamiento paralelo, ONTAP para compatibilidad NetApp y multiprotocolo, u OpenZFS para NFS y capacidades de ZFS.
Compara el despliegue específico, las clases, el throughput, la resiliencia, los backups y la transferencia. Si lo que necesitas es un dispositivo de bloques para EC2 o una API de objetos, cambia de categoría y evalúa EBS o S3. La decisión correcta es la que coincide con la interfaz que la aplicación ya necesita y con el fallo que tu operación puede aceptar.
Preguntas frecuentes
¿Puedo montar EFS desde Windows?
AWS no admite montar EFS desde instancias EC2 Windows. Para recursos compartidos SMB y aplicaciones Windows, evalúa FSx para Windows File Server.
¿Qué puerto necesita EFS?
El cliente debe poder conectarse al mount target por TCP 2049. Permite salida desde el grupo de la instancia y entrada en el grupo del mount target con el grupo de la instancia como origen; no abras el puerto a Internet.
¿FSx siempre es Multi-AZ?
No. Windows File Server y ONTAP tienen opciones Single-AZ y Multi-AZ; OpenZFS distingue Multi-AZ (HA), Single-AZ (HA) y Single-AZ (no HA); Lustre usa opciones scratch y persistent con modelos de replicación propios. Comprueba el producto y la región concretos.
¿Qué debo borrar al terminar una prueba de EFS?
Desmonta el sistema y elimina los archivos temporales. Si vas a borrar el recurso, confirma los datos, access points y clientes dependientes; con la CLI elimina antes mount targets y access points. La eliminación del sistema es irreversible.
