Nota: las cifras de este artículo combinan datos públicos verificados de precios de Odoo.sh (agosto 2026) con estimaciones de mercado sobre servicios de bridge a S3. No sustituyen una cotización oficial.
Cuando una empresa arranca en Odoo.sh, el almacenamiento no es tema de conversación. Durante los primeros años, el filestore —facturas, adjuntos, imágenes de productos, reportes— crece de forma casi invisible.
El problema es que ese crecimiento no es lineal en su impacto. Llega un punto en el que el costo de seguir en el plan estándar de Odoo.sh se dispara, y la empresa se ve obligada a tomar una decisión cara y apurada: saltar a infraestructura dedicada o migrar a servidores propios.
Te explicamos por qué pasa esto, con números concretos, qué alternativas existen en el mercado —incluyendo Amazon S3, el servicio de almacenamiento en la nube de AWS (Amazon Web Services) que suelen usar estas alternativas—, y cómo resolverlo antes de llegar a ese punto de quiebre.
¿Qué es Amazon S3? Es el servicio de almacenamiento de objetos en la nube de Amazon Web Services (AWS). En la práctica, funciona como un disco remoto prácticamente ilimitado: guardas ahí tus archivos (adjuntos, PDFs, imágenes) y pagas solo por el espacio que realmente usas cada mes, sin comprar ni mantener servidores propios. Es el estándar de facto para este tipo de almacenamiento en el mundo cloud — por eso es la base sobre la que operan tanto los servicios tipo "bridge" como nuestra migración directa.
El umbral que cambia todo: 512GB (y por qué no es solo "tu filestore")
Odoo.sh tiene un límite práctico de almacenamiento por plan (alrededor de 512GB) antes de forzar el salto a un nivel superior. Lo que la mayoría de empresas no ve venir es que ese límite no se llena solo con tu filestore de producción — se llena con la multiplicación de tu filestore.
Esto pasa porque el almacenamiento total de tu plan no guarda una sola copia de tus archivos. Guarda:
- La copia en producción (1x)
- Tres respaldos históricos (3x)
- La copia usada por tu instancia de staging (1x adicional)
Es decir: si tu filestore real (solo la carpeta de archivos, sin contar la base de datos) llega a rondar los ~90GB, esa cifra se multiplica por 4 solo entre producción y respaldos, y con la instancia de staging sumada, es cuando el total de tu plan empieza a rozar los ~480-512GB. No es que tu filestore sea gigante — es que Odoo.sh lo cuenta varias veces.
Antes de tocar ese umbral, cada GB adicional se paga como parte del plan estándar. Después, las únicas salidas dentro del ecosistema Odoo.sh son:
- Pasar a infraestructura dedicada (desde ~USD 480/mes con 4 workers), o
- Migrar a servidores propios, con una inversión inicial de ~USD 2.500 en instalación, más el costo permanente de un equipo de TI gestionando esa infraestructura.
Ninguna de las dos opciones es mala en sí misma — pero ambas son decisiones que se toman bajo presión, cuando el total del plan ya llegó al límite y no queda margen para planificar con calma.
Además, este crecimiento tiene un costo silencioso incluso antes de tocar el límite: estás pagando cerca de 10 veces el costo real de tu almacenamiento. El costo directo de 1GB en S3 Standard es de apenas ~USD 0,023/mes, mientras que la tarifa nominal de storage en Odoo.sh es de USD 0,20/mes por GB — y recuerda, ese GB se está contando 4-5 veces por los respaldos y el staging, por lo que el costo efectivo que terminas pagando por cada GB de filestore real es aún mayor. Es un margen razonable por la infraestructura gestionada, pero es información que vale la pena tener antes de decidir cómo escalar.
¿Para quién es un problema real (y para quién no)?
No todas las empresas necesitan actuar ahora, y no todas necesitan actuar de la misma forma. Estos son los tres factores que realmente determinan si estás en el punto de decisión:
1. Tu filestore real (no el total del plan) ronda los ~90GB o más. Por el efecto de multiplicación explicado arriba, un filestore de este tamaño es lo que típicamente empuja el uso total del plan hacia el rango de 480-512GB. Si tu filestore real es menor —por ejemplo, menos de 20GB— probablemente tu plan tiene margen de sobra todavía, y forzar una migración temprana no tendría retorno.
2. Tu tasa de crecimiento proyecta cruzar el límite en menos de 6 meses. El tamaño actual importa menos que la velocidad. Dos empresas con el mismo filestore hoy pueden estar en momentos completamente distintos si una crece 2GB al mes y la otra 15GB al mes. Si la proyección de tu crecimiento mensual te lleva a tocar el límite del plan en menos de medio año, ese es el momento de actuar — no cuando ya lo tocaste.
3. También aplica si ya estás en on-premise por esta misma razón. Muchas empresas no migraron a servidores propios por preferencia, sino porque el filestore las empujó ahí. Si ese es tu caso, vale la pena revisar si, una vez reducido el espacio usado mediante una migración a S3, tu operación podría volver a un plan estándar de Odoo.sh o a infraestructura más liviana — en lugar de seguir cargando con la gestión de TI que implica el on-premise.
Si no cumples ninguno de estos tres puntos, este artículo igual te sirve como referencia: cuando tu filestore empiece a crecer de forma sostenida, ya sabrás qué números vigilar antes de que la decisión te tome por sorpresa.
Dos formas de resolverlo: renta recurrente vs. proyecto único
En el mercado existen dos maneras distintas de abordar este mismo problema:
1. Almacenamiento como servicio recurrente (modelo "bridge")
Algunos proveedores ofrecen un puente entre Odoo.sh y Amazon S3: instalan y configuran un módulo en tu instancia que relocaliza los archivos a S3 de forma transparente, sin que el usuario final note diferencia al usarlos desde Odoo. Es un modelo de suscripción mensual por GB almacenado, donde pagas por el servicio completo (infraestructura + operación del puente), no por un proyecto que termina. La infraestructura S3 de fondo la opera el proveedor como parte del servicio — tú conservas la propiedad de tus datos, pero la gestión técnica de esa capa de almacenamiento (cuenta, bucket, configuración) queda del lado del proveedor mientras dure la suscripción.
Con datos de mercado de agosto 2026, la tarifa nominal de Odoo.sh por storage es de USD 0,20/GB/mes — pero, como vimos, ese GB se cuenta varias veces por los respaldos y el staging. Por eso el costo efectivo que termina pagando el cliente por 100GB de filestore real de negocio (contando el efecto de las 3 copias de respaldo) ronda los USD 80-100/mes, mientras que el mismo volumen con un servicio tipo bridge cuesta cerca de USD 23,75/mes — un ahorro de ~USD 56-76/mes cada 100GB (hasta ~40%). Ese ahorro es real, pero sigue siendo una renta permanente: mientras tu filestore exista, seguirás pagando por él, mes tras mes, y la infraestructura S3 de fondo nunca pasa a ser tuya.
2. Migración a S3 como proyecto único (nuestro enfoque)
El otro camino es no convertir el almacenamiento en una renta mensual, sino resolver el problema de raíz una sola vez: migrar el histórico de archivos de negocio a S3 —dejando en el filestore local únicamente el pequeño porcentaje de archivos "core" que Odoo necesita mantener localmente (según el mínimo garantizado de migración explicado más abajo)— y que los archivos nuevos se escriban directamente en S3 desde ese momento.
Es un servicio de implementación, no de suscripción: análisis inicial, configuración del bucket S3 del propio cliente, ejecución y monitoreo de la migración, validación y acompañamiento en la configuración de AWS. La cuenta de AWS y sus costos de almacenamiento quedan en manos del cliente, sin intermediario cobrando margen sobre cada GB, mes tras mes.
¿Cuánto filestore queda realmente al final? Mejor hablar en porcentaje que en GB
Una pregunta frecuente es cuánto espacio queda en el servidor después de migrar. Aquí es más útil hablar en porcentaje migrado que en un número fijo de GB, porque el residuo depende del negocio: Odoo (y cualquier personalización activa, como estilos, HTML de plantillas, o imágenes de producto para un e-commerce que necesitan cargar rápido desde el propio servidor) siempre necesita mantener localmente ciertos archivos "core" para funcionar con fluidez. Ese porcentaje varía de cliente a cliente según cuántas de esas dependencias tenga.
Como referencia, en una migración real ejecutada para un cliente, el filestore de negocio migrado fue de 91GB, y lo que quedó localmente tras el proceso fue de apenas 2,7GB — es decir, una reducción de alrededor del 97%. Ese resultado no es la norma garantizada para todos los casos (depende de cuántos archivos "core" necesite tu instancia), por lo que el servicio se ofrece con un mínimo garantizado de 80% del filestore migrado. En la práctica, la mayoría de los casos supera ese mínimo.
La comparación en una imagen
Lo importante no es memorizar las cifras exactas —son estimaciones, no una cotización—, sino la forma de las curvas: el costo de no actuar crece de forma constante, y al cruzar el umbral de 512GB se le suma de golpe el costo de la infraestructura dedicada (no es una alternativa aparte, es un costo adicional obligatorio dentro del mismo camino). Las alternativas basadas en S3, en cambio, crecen mucho más lento y nunca fuerzan ese salto.
Cómo funciona una migración de filestore a S3
Si decides resolverlo de raíz, el proyecto se construye sobre cuatro componentes. Así es como trabajamos cada uno en la práctica:
Análisis inicial del filestore
| Qué significa | Por qué lo necesitas |
| Revisamos tu filestore real, la tasa de crecimiento mensual, y el tiempo proyectado hasta cruzar el límite de tu plan. | Define si tu caso justifica una migración (filestore ~90GB+ o cruce del límite en <6 meses) y con qué complejidad trabajaremos el proyecto. |
Configuración del bucket S3 (cuenta del cliente)
| Qué significa | Por qué lo necesitas |
| Creamos y configuramos el bucket de Amazon S3 dentro de tu propia cuenta AWS, con los permisos y políticas necesarias. | La cuenta y los costos de almacenamiento quedan bajo tu control directo — sin intermediario cobrando margen sobre cada GB. |
Ejecución y monitoreo de la migración
| Qué significa | Por qué lo necesitas |
| Movemos el histórico de archivos de negocio (adjuntos, PDFs, imágenes) desde el filestore local hacia S3, dejando en el servidor solo los archivos livianos de sistema. | Reduce el peso del filestore local casi a cero sin interrumpir la operación diaria de tu equipo mientras se ejecuta. |
Validación y acompañamiento en AWS
| Qué significa | Por qué lo necesitas |
| Configuramos Odoo para que los archivos nuevos se escriban directamente en S3 desde el día uno, y validamos que todo funcione como antes. | Evita que el filestore vuelva a crecer de forma descontrolada apenas termine la migración. |
Sobre el alcance:
La ejecución de la fase "bloqueante" toma entre 1 y 2 horas de posible impacto en el sistema. El resto del proceso continúa mientras tu operación sigue funcionando con normalidad. Además, hacemos seguimiento del proceso hasta su cierre completo, asegurando que la migración quede validada de principio a fin. El soporte post-migración, el rollback automatizado y el monitoreo continuo no están incluidos en el fee base — se ofrecen por separado, según lo que tu operación necesite.
¿Cuál te conviene a ti?
Antes de decidir, vale la pena responder cuatro preguntas:
- ¿Cuál es tu filestore real (no el total del plan) y a qué velocidad crece? Si ronda los ~90GB o proyecta cruzar el límite de tu plan en menos de 6 meses, ya estás en la ventana correcta para actuar.
- ¿Prefieres previsibilidad de gasto mensual o resolverlo una sola vez? Un modelo tipo bridge tiene sentido si valoras no tocar nada más y no te importa que la gestión técnica de la infraestructura S3 quede del lado del proveedor; una migración directa a S3 tiene sentido si quieres eliminar el margen recurrente y quedarte con el control operativo total de tu propia cuenta AWS.
- ¿Qué tan preparado está tu equipo para gestionar la cuenta de AWS? No necesitas un equipo de TI avanzado para esto: la gestión de un bucket S3 es sencilla, y parte del servicio de migración incluye guiar a tu equipo en la creación de la cuenta, la configuración del bucket y el uso básico de lo implementado en AWS. En el modelo de proyecto único la cuenta queda contigo, con acompañamiento en el proceso; en el modelo bridge, esa gestión técnica normalmente la sigue operando el proveedor como parte de la suscripción.
- ¿Estás en on-premise por causa del filestore? Si es así, migrar podría abrirte la puerta a volver a un esquema más liviano y menos dependiente de un equipo de TI dedicado.
Si tu filestore real ya ronda los ~90GB, tu crecimiento proyecta cruzar el límite de tu plan en menos de 6 meses, o el tamaño del filestore es lo único que te mantiene en on-premise, tiene sentido conversar antes de que el crecimiento te obligue a decidir bajo presión.
Hablemos de tu filestore
Nuestro equipo puede analizar el estado actual de tu filestore en Odoo.sh y decirte, con datos reales, si una migración a S3 tiene sentido para tu caso — y en cuánto tiempo se paga sola.
El costo oculto del crecimiento: por qué tu filestore de Odoo.sh te empuja (sin avisar) hacia on-premise