Hosting Odoo en Madrid sobre VMware y NVMe. Instalación, mantenimiento técnico y PostgreSQL con el equipo de Aclass. Presupuesto a medida.
Un servidor Odoo es el entorno donde se ejecutan el ERP, su base de datos PostgreSQL y sus documentos. Aclass ofrece alojamiento sobre VMware en Madrid, instalación y mantenimiento técnico de Odoo. Dimensionamos el servidor según usuarios simultáneos, módulos y procesos, y acordamos por escrito la gestión, las copias y las actualizaciones. La consultoría funcional y el desarrollo a medida no forman parte de esta oferta.
Instalación y mantenimiento técnico de Odoo · Presupuesto personalizado
Usuarios, dominio y HTTPS; acceso administrativo limitado.
Versión, módulos, workers y tareas programadas documentados.
Base de datos y filestore coherentes, con permisos y capacidad revisados.
VMware, sistema, monitorización y recuperación según alcance.
El objetivo no es entregar una máquina virtual y dejar al cliente solo. Aclass prepara el entorno de sistemas, instala Odoo y se ocupa de su mantenimiento técnico conforme al alcance acordado. Revisamos la versión de Odoo, el sistema operativo, PostgreSQL, las dependencias y los módulos que utiliza la empresa antes de decidir la arquitectura.
La propuesta distingue infraestructura, administración del sistema e intervención sobre la aplicación. También concreta la política de copias, la monitorización, las ventanas de mantenimiento y el procedimiento de recuperación. Así sabe quién actúa cuando aparece una incidencia y qué tareas requieren autorización previa.
Este servicio no incluye consultoría funcional, configuración contable, adaptación de procesos ni desarrollo de módulos a medida. Si dispone de un implantador o partner Odoo, coordinamos con él la infraestructura y las intervenciones técnicas. No nos presentamos como partner oficial de Odoo ni atribuimos certificaciones no acreditadas.
Entorno y dependencias compatibles con la versión elegida, servicios del sistema y acceso HTTPS.
Revisión del estado de la aplicación, parches y cambios planificados dentro del alcance contratado.
Documentación de accesos, módulos, copias y coordinación con el responsable funcional.
El número de usuarios dados de alta no equivale al número de usuarios concurrentes. Diez personas haciendo pedidos e importando datos a la vez pueden generar más carga que muchas cuentas que entran ocasionalmente. Por eso empezamos por los procesos: inventario, venta, facturación, portal web, informes, integraciones y tareas programadas.
Los workers atienden peticiones de la aplicación. La documentación de Odoo propone reglas orientativas para configurarlos, pero no son una garantía de capacidad. El número de procesos debe caber en la CPU y en la memoria disponibles, dejando margen para PostgreSQL, el sistema operativo y los trabajos programados. Una consulta lenta o un módulo ineficiente no se resuelve siempre añadiendo CPU.
La memoria sostiene workers, cachés y consultas; el disco almacena PostgreSQL, documentos, registros y espacio temporal. El filestore puede crecer rápidamente con adjuntos. Los discos NVMe de nuestra plataforma ayudan en operaciones de entrada y salida, pero medimos el rendimiento de la aplicación completa antes de prometer un resultado.
Solicitamos volumen de base de datos y adjuntos, usuarios simultáneos, módulos, integraciones, picos de actividad y crecimiento previsto. Si existe un servidor anterior, revisamos sus métricas. Si el proyecto es nuevo, validamos una carga representativa y revisamos capacidad tras la puesta en marcha. No publicamos una tabla de usuarios garantizados ni una configuración universal.
| Factor | Qué revisamos | Por qué importa |
|---|---|---|
| CPU y workers | Peticiones simultáneas e informes | Evitar colas y procesos que compiten entre sí |
| Memoria RAM | Aplicación, PostgreSQL y tareas | Evitar presión de memoria y uso excesivo de swap |
| Disco NVMe | Base de datos, filestore y crecimiento | Prever capacidad e I/O, no solo GB iniciales |
| Integraciones | Importaciones, cron y servicios externos | Controlar picos, errores y dependencias |
No todas las empresas necesitan la misma modalidad. Odoo Online simplifica la administración en el servicio del fabricante. Odoo.sh incorpora un entorno de despliegue orientado a proyectos con desarrollos, con sus propias condiciones. Un servidor gestionado por Aclass permite acordar la arquitectura de sistemas y la operación con nuestro equipo; no sustituye automáticamente todas las funciones de esas plataformas.
Community y Enterprise también son decisiones distintas del alojamiento. Community dispone de funcionalidades y licencia propias; Enterprise añade módulos y requiere una licencia válida del fabricante. La instalación de Enterprise en un servidor de Aclass depende de los derechos de uso del cliente. Su licencia no se considera incluida en el presupuesto de infraestructura salvo que se indique expresamente.
Antes de trasladar una instalación comprobamos edición, versión, módulos adicionales y compatibilidad. No todos los desarrollos se pueden mover entre modalidades sin adaptación. La decisión debe considerar mantenimiento futuro, acceso a código y bases de datos, necesidades del implantador y condiciones de las licencias, además del coste del servidor.
| Modalidad | Operación | Decisión principal |
|---|---|---|
| Odoo Online | Servicio alojado por Odoo | Encaje con sus funciones y condiciones |
| Odoo.sh | Plataforma de despliegue de Odoo | Flujo de desarrollo y herramientas necesarias |
| Aclass | Servidor e instalación gestionados según alcance | Control de sistemas y coordinación técnica |
Migrar Odoo exige conservar juntos la base de datos y el filestore donde se guardan los adjuntos, además de los módulos y la configuración necesarios. Una copia solo de PostgreSQL puede recuperar registros sin recuperar todos sus documentos. Las copias deben ser coherentes y el procedimiento tiene que contemplar los permisos, las dependencias y la versión exacta de la aplicación.
El traspaso comienza con un inventario y una copia de ensayo en un entorno aislado. Validamos acceso, documentos, informes, correo saliente e integraciones con el responsable del cliente. Durante las pruebas evitamos que el entorno duplicado envíe mensajes o ejecute operaciones reales. El cambio definitivo requiere una ventana acordada y un procedimiento para volver atrás si las comprobaciones no se cumplen.
En las actualizaciones distinguimos parches técnicos y saltos de versión de Odoo. Un cambio mayor puede exigir migración de datos y adaptación de módulos; no se aplica a ciegas sobre producción ni se presupone incluido en cualquier mantenimiento. Revisamos su alcance y lo validamos antes en pruebas.
La retención de copias, su ubicación, el objetivo de pérdida máxima de datos (RPO) y el objetivo de tiempo de recuperación (RTO) se acuerdan por proyecto. Una instantánea VMware facilita ciertas operaciones técnicas, pero no sustituye una estrategia independiente de backup. Probar una restauración es la forma de saber si el procedimiento es útil cuando realmente se necesita.
La aplicación se publica mediante HTTPS y un proxy configurado para la versión utilizada, incluidas las conexiones websocket cuando proceda. PostgreSQL no debe quedar expuesto innecesariamente a Internet. Revisamos credenciales, permisos, filtrado de base de datos, acceso al gestor de bases y separación de cuentas administrativas.
El acceso de los empleados se organiza por roles dentro de Odoo; el acceso de sistemas sigue un circuito distinto y limitado. Una VPN puede ser adecuada para tareas administrativas o aplicaciones de uso exclusivamente interno. Conservamos trazabilidad de cambios y revisamos qué integraciones tienen permisos de lectura o escritura.
Alojar el servidor en Madrid permite conocer la ubicación de esa infraestructura, pero el RGPD no se cumple solo por elegir un CPD español. Correo, conectores, pagos y otros proveedores pueden tratar datos fuera de ese servidor. Se deben revisar encargados del tratamiento, contratos, minimización, accesos y transferencias cuando existan. La configuración funcional también influye en quién puede ver información personal.
Aclass trabaja en infraestructura y sistemas desde el año 2000. Esa trayectoria importa cuando un ERP depende de varias capas a la vez: aplicación, base de datos, sistema operativo, virtualización, red y almacenamiento. Nuestro equipo técnico no se limita a comprobar que la máquina está encendida: busca en qué capa está el problema y coordina la intervención.
Administramos nuestra plataforma VMware y conocemos el entorno donde se ejecuta su instalación. La experiencia del equipo en servidores, redes y almacenamiento permite interpretar métricas, distinguir falta de recursos de errores de configuración y planificar cambios con un criterio de continuidad. No trasladamos esa experiencia a cifras de proyectos Odoo ni certificaciones que no hemos documentado.
La relación se apoya en un alcance claro, inventario técnico, registro de cambios y coordinación con sus responsables. Su empresa conserva la dirección funcional del ERP; Aclass aporta instalación y mantenimiento técnico. Cuando una incidencia afecta a un módulo de terceros, aportamos el diagnóstico de sistemas para que su desarrollador o implantador pueda actuar con contexto.
Envíenos edición y versión de Odoo, usuarios simultáneos estimados, módulos, tamaño de PostgreSQL y filestore, integraciones y objetivos de continuidad. Si va a migrar, indique proveedor actual y restricciones de horario. No envíe contraseñas, copias de datos personales ni credenciales por el formulario.
El presupuesto separa recursos del servidor, instalación, mantenimiento técnico, copias y actuaciones extraordinarias. Las licencias Enterprise y los módulos de pago se revisan aparte. La calculadora de VPS sirve para explorar recursos de infraestructura, pero su resultado no representa el precio completo de una instalación Odoo gestionada. La propuesta definitiva se adapta al alcance real.
Escenarios orientativos, no testimonios de clientes.
CRM, ventas y facturación en un entorno propio, con acceso por perfiles y capacidad ajustada al uso real.
Control: La configuración contable y funcional la valida su responsable o partner Odoo.
Compras, almacenes y pedidos comparten información; los procesos masivos pueden necesitar más capacidad que la navegación diaria.
Control: Probar importaciones, reglas de reposición e informes con datos representativos.
Integraciones entre tienda, pedidos y existencias, con servicios técnicos separados para no confundir fallos de tienda y ERP.
Control: Credenciales por integración, registro de errores y reintentos sin duplicar pedidos.
Servidores VPS: Explore los recursos de CPU, RAM y disco de la infraestructura base.
Consultoría y soporte IT: Coordine arquitectura, mantenimiento y diagnóstico de sistemas.
VPN empresarial: Valore accesos administrativos privados para su ERP.
Servidores para IA: Separe el ERP de las integraciones de inteligencia artificial.
Revisado el 7 de octubre de 2026. El alcance comercial corresponde a Aclass; la documentación de los fabricantes explica las tecnologías.