Alojamiento de ERP y CRM en servidores dedicados

Las razones para alojar los sistemas ERP y CRM en servidores dedicados son muy claras: estos sistemas no pueden compartir recursos con otras cargas de trabajo sin que el rendimiento se vea afectado para todos. Cuando un proceso de cierre contable ejecuta consultas durante la noche con millones de registros de transacciones, necesita la CPU y la E/S que requiere sin competir con el panel de análisis del equipo de marketing.

La decisión entre ERP local y SaaS

Dónde tiene dificultades el ERP SaaS

Salesforce, SAP S/4HANA Cloud y NetSuite han convertido el ERP en la nube en la opción predeterminada para las nuevas implementaciones. Para las organizaciones que se ajustan perfectamente a sus modelos de datos y flujos de trabajo estándar, el ERP SaaS es realmente más sencillo de manejar. Para las organizaciones que no lo hacen, el panorama cambia.

Las limitaciones del ERP SaaS se manifiestan de forma predecible en varias situaciones: requisitos de personalización extensos que el modelo de datos SaaS no puede satisfacer, requisitos de residencia de datos que el proveedor no puede cumplir para regiones específicas, precios que varían linealmente en función del número de puestos (100 usuarios a 150 $ por puesto = 15 000 $ al mes) y requisitos de integración con sistemas heredados que necesitan proximidad in situ por motivos de rendimiento.

Donde gana el alojamiento dedicado autogestionado

El ERP autohospedado en hardware dedicado gana en previsibilidad de costes para organizaciones de tamaño estable, en profundidad de personalización y en propiedad de los datos. Una implementación de Odoo ERP de 100 puestos en un servidor dedicado InMotion Extreme cuesta menos al mes en tarifas de servidor, independientemente del número de usuarios, más la licencia de Odoo Enterprise si es necesario. Ese coste se mantiene fijo a medida que la organización aumenta su base de usuarios dentro de la capacidad de ese servidor.

Requisitos de hardware de la plataforma ERP

SAP Business One

SAP Business One está diseñado para empresas con entre 10 y 250 usuarios. El hardware recomendado se adapta al tamaño de la base de datos y al número de usuarios simultáneos:

• Menos de 25 usuarios: 32 GB de RAM, más de 8 núcleos, SSD . InMotion Essential con 64 GB de DDR4 supera los requisitos mínimos.
• 25-100 usuarios: 64-128 GB de RAM, más de 12 núcleos. InMotion Advanced o Elite cubren este rango.
• 100-250 usuarios: 128 GB + RAM para la base de datos en memoria HANA. InMotion Extreme con 192 GB de RAM DDR5 ECC es el nivel adecuado.

El modelo de base de datos en memoria de SAP HANA es precisamente lo que hace que la memoria DDR5 ECC de 192 GB del nivel Extreme sea relevante en este caso. HANA carga toda la base de datos en la memoria para procesar las consultas. Una base de datos SAP HANA de 100 GB necesita más de 100 GB de RAM solo para la capa de la base de datos, sin contar la sobrecarga del servidor de aplicaciones.

ERP Odoo

Odoo es una plataforma ERP de código abierto con ediciones para empresas y comunidades. La edición para comunidades es gratuita; la licencia para empresas añade módulos avanzados y asistencia técnica oficial. Los requisitos de hardware son más flexibles que los de SAP:

• Menos de 50 usuarios: 8 GB de RAM, 4 núcleos como mínimo. InMotion Essential supera ampliamente estos requisitos.
• 50-200 usuarios: se recomiendan entre 32 y 64 GB de RAM. InMotion Advanced es adecuado.
• Más de 200 usuarios con múltiples módulos: 64-128 GB de RAM para el grupo PostgreSQL más los trabajadores de aplicaciones. Nivel Elite o Extreme.

Odoo funciona con PostgreSQL. Seguir las directrices PostgreSQL desde el punto de vista del ajuste de la base de datos es más importante para el rendimiento de Odoo que las especificaciones del hardware: una PostgreSQL bien ajustada con 64 GB de RAM supera a una instancia con la configuración predeterminada y 128 GB en los patrones de consulta de Odoo.

ERPNext / Frappe

ERPNext, creado sobre el marco Frappe con MariaDB, sigue una escalabilidad de hardware similar. El marco Frappe genera múltiples procesos de trabajo por sitio, por lo que el número de núcleos afecta directamente al rendimiento de los usuarios simultáneos. Un servidor InMotion Hosting que gestiona entre 8 y 10 procesos de trabajo Frappe administra entre 100 y 200 sesiones ERP simultáneas sin colas.

Alojamiento del sistema CRM

SuiteCRM y SugarCRM

SuiteCRM (la bifurcación de código abierto de SugarCRM) es la alternativa a Salesforce más habitual para las organizaciones que necesitan personalizar su CRM sin incurrir en costes de licencia. Los requisitos de base de datos son modestos en comparación con los de un ERP: una base de datos CRM con 50 000 contactos ocupa entre 5 y 20 GB, y la arquitectura basada en PHP de SuiteCRM funciona cómodamente con entre 16 y 32 GB de RAM para entre 50 y 100 usuarios simultáneos.

El punto diferenciador de la infraestructura para CRM es la E/S de almacenamiento, no la computación bruta. Los equipos de ventas consultan registros de contactos, filtran oportunidades y generan informes simultáneamente. Las bases de datos NVMe devuelven estas consultas en milisegundos; SSD SATA introducen una latencia en las consultas que se acumula a lo largo de cientos de interacciones diarias de los usuarios.

Alternativas locales a Vtiger y HubSpot

Vtiger Open Source ofrece un CRM autohospedado con módulos de ventas, marketing y asistencia técnica. Para las organizaciones que abandonan HubSpot o Salesforce por motivos de coste o control de datos, Vtiger en un servidor dedicado ofrece una funcionalidad comparable a un coste de infraestructura en lugar de un coste por puesto.

La ruta de migración de datos desde Salesforce o HubSpot a un CRM autohospedado es el principal reto operativo, no la infraestructura. InMotion Solutions puede ayudar con la configuración inicial del servidor; la migración de datos en sí misma suele requerir tu administrador de CRM y las herramientas de importación de la plataforma de destino.

Rendimiento de la base de datos para el procesamiento de transacciones ERP

Las cargas de trabajo de ERP son intensivas en OLTP: cientos de pequeñas lecturas y escrituras por sesión de usuario, en lugar de las grandes consultas analíticas que generan las cargas de trabajo de los almacenes de datos. Esto tiene implicaciones específicas para la configuración de la base de datos:

• Pool de búfer InnoDB (MySQL/MariaDB): debe contener todo el conjunto de datos de transacciones activas en la memoria. Para una implementación de Odoo con una base de datos de 20 GB, asignar entre 25 y 30 GB al pool de búfer InnoDB elimina las lecturas del disco durante el funcionamiento normal.
• Agrupación de conexiones: los sistemas ERP suelen abrir muchas conexiones de base de datos de corta duración. ProxySQL (para MySQL) o PgBouncer (para PostgreSQL) reducen la sobrecarga de conexiones.
• NVMe registros de transacciones: los registros de rehacer de InnoDB y PostgreSQL escriben en cada transacción confirmada. La latencia NVMe de 0,05-0,1 ms frente a los 0,5-1 ms de SATA mejora directamente el rendimiento de las transacciones.
• RAM ECC: los datos financieros de los sistemas ERP no pueden tolerar la corrupción silenciosa por inversión de bits. La RAM DDR5 ECC de Extreme Tier es un requisito imprescindible para los sistemas financieros de producción.

Cumplimiento normativo y residencia de datos

Soberanía de los datos financieros

Los sistemas ERP contienen los registros financieros, los datos de nóminas, los contratos con proveedores y el historial de compras de tu empresa. Existen varios marcos normativos que especifican dónde se pueden almacenar estos datos:

• RGPD: Los datos personales de los residentes de la UE deben permanecer dentro del EEE o transferirse mediante mecanismos aprobados. El centro de datos de InMotion en Ámsterdam cumple con los requisitos de residencia de datos de la UE.
• SOX (Sarbanes-Oxley): las empresas públicas estadounidenses deben conservar los registros financieros durante 7 años con integridad de la pista de auditoría. Un ERP autohospedado con almacenamiento de copias de seguridad inmutable cumple este requisito.
• Requisitos específicos del sector: Las organizaciones sanitarias que utilizan ERP para las compras y la facturación deben cumplir los requisitos de la HIPAA para cualquier información médica protegida (PHI) que pase por el sistema.

Los proveedores de ERP SaaS publican documentación sobre el cumplimiento normativo, pero la residencia de los datos es su centro de datos, no el tuyo. Para las organizaciones en las que la ubicación geográfica de los datos es un requisito de cumplimiento normativo, los servidores dedicados autohospedados ofrecen un control explícito sobre la ubicación de los datos.

Arquitectura de integración

Los sistemas ERP y CRM rara vez funcionan de forma aislada. Se integran con procesadores de pagos, transportistas, plataformas de comercio electrónico y herramientas de inteligencia empresarial. El alojamiento en servidores dedicados simplifica varios patrones de integración:

• Proximidad de la API: el middleware de integración que se ejecuta en el mismo servidor que la base de datos ERP tiene una latencia de llamada a la API inferior a un milisegundo, en lugar del tiempo de ida y vuelta de la red que requiere una integración de nube a nube.
• Procesamiento EDI: el intercambio de archivos EDI con proveedores y clientes requiere configuraciones de red específicas que los entornos de servidores dedicados adaptan de forma más flexible que las plataformas SaaS.
• Webhooks personalizados: los webhooks salientes a plataformas de comercio electrónico, API de envío y herramientas internas personalizadas se ejecutan sin tarifas por llamada ni límites de tarifa impuestos por las plataformas de integración SaaS.

Cómo empezar

El equipo de InMotion Solutions (incluido 1 hora/mes con Premier Care en servidores dedicados) puede ayudar con la configuración inicial de la base de datos ERP, el ajuste PostgreSQL MariaDB para las cargas de trabajo ERP y la configuración de copias de seguridad para la documentación de cumplimiento. La infraestructura del servidor es la parte más sencilla. La gestión del cambio organizativo y la migración de datos son las tareas que más tiempo consumen en la mayoría de los proyectos ERP.