El almacenamiento de ficheros gestionado suele parecer una pieza secundaria dentro de una arquitectura cloud, hasta que llega la factura. Aplicaciones con contenido compartido, entornos Kubernetes con volúmenes RWX, CMS, pipelines de datos, cargas de IA, directorios de trabajo y sistemas que necesitan NFS pueden depender de este tipo de servicio. Y cuando se combinan capacidad, IOPS y redundancia, las diferencias entre proveedores dejan de ser pequeñas.
Una comparativa de Cloud Mercato sobre OVHcloud File Storage frente a Amazon EFS, Microsoft Azure Files y Google Filestore deja un resultado llamativo: en un escenario de alto rendimiento con 2 TB de almacenamiento, 500 GB de lectura, 200 GB de escritura y 15.000 IOPS provisionadas, OVHcloud aparece como la opción más barata del grupo, con un coste mensual estimado de 308 dólares. El estudio forma parte de Projector, la plataforma de análisis de Cloud Mercato, que evalúa servicios de file storage gestionado en 2026 con foco en funcionalidades, modelos de precio y TCO.
La diferencia no es anecdótica. En ese mismo escenario, AWS EFS se mueve entre 379 y 687 dólares según redundancia, Azure Files entre 750 y 934 dólares, y Google Filestore entre 560 y 1.000 dólares. En la configuración regional de Google, la factura supera en más de tres veces la estimación de OVHcloud.
La comparativa de costes: OVHcloud parte con ventaja
El escenario analizado no es un simple volumen de almacenamiento frío. Incluye capacidad, tráfico de lectura y escritura, y 15.000 IOPS provisionadas. Es decir, se acerca más a una carga de trabajo que necesita rendimiento sostenido que a un repositorio barato para guardar archivos.
| Proveedor | Servicio | Clase | Región | Coste mensual estimado | Diferencia frente a OVHcloud |
|---|---|---|---|---|---|
| OVHcloud | File Storage | Standard, 1AZ | SBG | 308 $ | Base |
| AWS | EFS | Elastic One-Zone | eu-west-3 | 379 $ | +23 % |
| AWS | EFS | Elastic Multi-AZ | eu-west-3 | 687 $ | +123 % |
| Azure | Files | Premium LRS | West Europe | 750 $ | +144 % |
| Azure | Files | Premium ZRS | West Europe | 934 $ | +203 % |
| Filestore | Zonal | europe-west9 | 560 $ | +82 % | |
| Filestore | Regional | europe-west9 | 1.000 $ | +225 % |
La tabla obliga a mirar el coste con más cuidado. Google Filestore en modo regional no es solo “algo más caro”: en ese escenario multiplica por 3,25 la estimación de OVHcloud. Azure también queda bastante por encima, especialmente en ZRS. AWS aparece más competitivo en One-Zone, pero sube de forma clara cuando se compara la opción Multi-AZ.
Ahora bien, conviene no convertir una tabla de precios en una conclusión universal. No todas las clases ofrecen exactamente el mismo nivel de redundancia, integración, SLA, rendimiento o modelo operativo. Una opción 1AZ no es lo mismo que una Multi-AZ o una regional. El precio importa, pero debe leerse junto con disponibilidad, arquitectura, requisitos de continuidad, ubicación de datos y dependencia del resto del stack.
Aun así, el mensaje económico es fuerte. OVHcloud entra en una categoría donde los hiperescalares suelen apoyarse en ecosistema, integración y capilaridad, y lo hace atacando una parte muy sensible para empresas técnicas: el coste mensual recurrente.
Por qué el file storage sigue siendo importante
En cloud se habla mucho de object storage y block storage, pero el almacenamiento de ficheros sigue teniendo un papel muy concreto. Es útil cuando varias máquinas o contenedores necesitan montar el mismo sistema de archivos y leer o escribir sobre rutas compartidas. En Linux y Kubernetes, esto suele aterrizar en NFS y volúmenes ReadWriteMany.
OVHcloud describe su File Storage como un servicio gestionado de volúmenes NFS para Public Cloud, compatible con instancias, clústeres Kubernetes y otros clientes sobre red privada. Está basado en OpenStack Manila, permite NFS con acceso controlado, usa conectividad privada y está pensado para escenarios donde varios clientes montan el mismo recurso.
En su página oficial, OVHcloud presenta File Storage como un servicio con volúmenes de 150 GiB a 10 TiB, rendimiento de hasta 16.000 IOPS y hasta 128 MiB/s, con facturación horaria y precio de referencia de 0,1708 dólares por GB al mes. También menciona compatibilidad con Managed Kubernetes mediante PVC RWX y montajes NFS desde instancias de Public Cloud.
Este tipo de servicio encaja en aplicaciones que no se adaptan bien a object storage o que necesitan un sistema de archivos compartido. No todo se puede rediseñar para S3, ni todo debe vivir en discos de bloque atados a una sola máquina. Muchas arquitecturas siguen necesitando un punto compartido sencillo, gestionado y razonablemente rápido.
El coste no está solo en los gigabytes
La comparativa de Cloud Mercato es interesante porque muestra que el coste real no depende únicamente de los TB almacenados. En file storage entran en juego más variables: IOPS provisionadas, lectura, escritura, redundancia, throughput, snapshots, tráfico, región y modelo de facturación.
| Variable | Por qué cambia la factura |
|---|---|
| Capacidad provisionada | Es la base del coste en la mayoría de servicios |
| IOPS | En algunas clases se pagan aparte o se asocian al nivel premium |
| Lecturas y escrituras | Algunos proveedores aplican cargos por operación o transferencia |
| Redundancia | Zonal, regional, LRS, ZRS o Multi-AZ cambian precio y resiliencia |
| Región | El mismo servicio puede costar distinto según ubicación |
| Snapshots | Pueden añadir consumo y coste adicional |
| Integración | Kubernetes, IAM, red privada y herramientas de gestión influyen en operación |
| Egress | Aunque no siempre aparece en la misma línea, puede afectar al TCO final |
Este punto es clave para administradores de sistemas, equipos cloud y responsables financieros. Comparar solo “precio por GB” puede ser engañoso. Un servicio puede parecer barato hasta que se añaden IOPS, redundancia, operaciones, snapshots o tráfico. Otro puede parecer caro por GB, pero incluir elementos que reducen costes operativos o simplifican arquitectura.
Por eso el TCO debe medirse con escenarios reales. Un CMS con muchos ficheros pequeños no se comporta igual que un repositorio de datos científicos. Un clúster Kubernetes con múltiples pods escribiendo en el mismo volumen no tiene las mismas necesidades que un simple directorio compartido para procesos batch. Una carga crítica de producción no se evalúa igual que un entorno de desarrollo.
Una oportunidad para la nube europea
El análisis también tiene una lectura de mercado. OVHcloud llega a esta comparativa como proveedor europeo frente a tres gigantes estadounidenses. Su ventaja en precio no convierte automáticamente su servicio en la mejor opción para todos los casos, pero sí refuerza una tendencia: en determinadas capas de infraestructura, los proveedores europeos pueden competir si combinan coste, soberanía, ubicación y servicios gestionados suficientes.
Para empresas que operan en Europa, el componente de soberanía puede pesar. No solo por regulación, sino por estrategia: dónde están los datos, bajo qué jurisdicción se presta el servicio, qué dependencia se asume y cómo se negocian costes a largo plazo. El almacenamiento de ficheros no es la capa más vistosa del cloud, pero puede contener datos operativos, documentos internos, activos de aplicaciones, resultados de procesos y material sensible.
También hay una cuestión de dependencia arquitectónica. Si una empresa ya está profundamente integrada en AWS, Azure o Google Cloud, cambiar una sola pieza puede no compensar. Pero si está diseñando una arquitectura híbrida, europea o multicloud desde cero, servicios como OVHcloud File Storage pueden entrar en la conversación.
La clave está en validar. Precio, rendimiento y soberanía son argumentos fuertes, pero cualquier decisión debería probar latencia, throughput, comportamiento con ficheros pequeños, concurrencia, estabilidad, snapshots, recuperación, integración Kubernetes, red privada y operación diaria.
Qué debería mirar una empresa antes de elegir
La conclusión práctica no es “OVHcloud siempre gana” ni “Google es siempre caro”. La conclusión es que el almacenamiento de ficheros gestionado puede variar muchísimo de precio para una misma carga aparente, y que elegir proveedor sin simular el caso real puede costar cientos o miles de dólares más al mes.
Antes de contratar conviene responder a varias preguntas: cuánta capacidad se necesita ahora y en 12 meses, cuántas IOPS son realmente necesarias, si la carga requiere alta disponibilidad regional, qué aplicaciones montarán el volumen, si se necesita NFSv3 o NFSv4, qué política de snapshots aplica, cómo se protegerá el acceso, qué ocurre ante borrados accidentales y cómo se integra con Kubernetes o máquinas virtuales.
La comparativa de Cloud Mercato deja una señal clara para el mercado: el precio del file storage cloud ya no debe asumirse como una consecuencia inevitable del hiperescalares. Hay alternativas que pueden encajar mejor en determinados escenarios, especialmente cuando la factura recurrente se vuelve difícil de ignorar.
Preguntas frecuentes
¿Qué compara el estudio de Cloud Mercato?
Compara OVHcloud File Storage con Amazon EFS, Microsoft Azure Files y Google Filestore en escenarios de almacenamiento de ficheros gestionado, incluyendo costes y funcionalidades.
¿Cuál es el escenario citado?
Un escenario de alto rendimiento con 2 TB de almacenamiento, 500 GB de lectura, 200 GB de escritura y 15.000 IOPS provisionadas.
¿Qué proveedor sale más barato en esa estimación?
OVHcloud File Storage, con un coste mensual estimado de 308 dólares en la tabla compartida para ese escenario.
¿Google Filestore cuesta realmente más de tres veces OVHcloud?
En la opción regional comparada, Google Filestore aparece con 1.000 dólares mensuales frente a 308 dólares de OVHcloud, es decir, unas 3,25 veces más. En la opción zonal, la diferencia es menor.
¿El precio basta para elegir proveedor?
No. También hay que revisar redundancia, SLA, integración, región, rendimiento real, seguridad, snapshots, soporte, latencia y dependencia del resto de la arquitectura.
vía: LinkedIN
