Hébergement ERP et CRM sur des serveurs dédiés

Les arguments en faveur de l'hébergement des systèmes ERP et CRM sur des serveurs dédiés sont simples : ces systèmes ne peuvent pas partager leurs ressources avec d'autres charges de travail sans nuire aux performances de tout le monde. Quand un processus de clôture comptable exécute des requêtes pendant la nuit sur des millions d'enregistrements de transactions, il a besoin de la puissance CPU et des E/S nécessaires sans entrer en concurrence avec le tableau de bord analytique de l'équipe marketing.

Choisir entre un ERP sur site ou un ERP SaaS

Les défis du SaaS ERP

Salesforce, SAP S/4HANA Cloud et NetSuite ont fait de l'ERP cloud la norme pour les nouveaux déploiements. Pour les entreprises qui s'adaptent parfaitement à leurs modèles de données et workflows standard, l'ERP SaaS est vraiment plus simple à utiliser. Pour celles qui ne s'y adaptent pas, c'est une autre histoire.

Les limites des ERP SaaS apparaissent de manière prévisible dans plusieurs situations : exigences de personnalisation étendues que le modèle de données SaaS ne peut pas prendre en charge, exigences de résidence des données que le fournisseur ne peut pas satisfaire pour certaines régions, tarification proportionnelle au nombre de postes (100 utilisateurs à 150 $ par poste = 15 000 $ par mois) et exigences d'intégration avec des systèmes existants qui nécessitent une proximité sur site pour des raisons de performances.

Quand l'hébergement dédié en interne est le meilleur choix

Un ERP auto-hébergé sur du matériel dédié, c'est plus cool pour les entreprises de taille stable en termes de prévisibilité des coûts, de personnalisation et de propriété des données. Un déploiement Odoo ERP de 100 postes sur un serveur dédié InMotion Extreme coûte moins cher par mois en frais de serveur, peu importe le nombre d'utilisateurs, plus la licence Odoo Enterprise si nécessaire. Ce coût reste fixe à mesure que l'entreprise augmente sa base d'utilisateurs dans les limites de la capacité de ce serveur.

Configuration matérielle requise pour la plateforme ERP

SAP Business One

SAP Business One est fait pour les entreprises qui ont entre 10 et 250 utilisateurs. Le matos recommandé dépend de la taille de la base de données et du nombre d'utilisateurs en même temps :

• Moins de 25 utilisateurs : 32 Go de RAM, 8 cœurs ou plus, SSD . InMotion Essential avec 64 Go de DDR4 dépasse les exigences minimales.
• 25 à 100 utilisateurs : 64 à 128 Go de RAM, 12 cœurs ou plus. Les offres InMotion Advanced ou Elite couvrent cette gamme.
• 100 à 250 utilisateurs : 128 Go + RAM pour la base de données en mémoire HANA. InMotion Extreme avec 192 Go de RAM DDR5 ECC, c'est le niveau qui convient.

Le modèle de base de données en mémoire de SAP HANA est précisément ce qui rend la mémoire DDR5 ECC de 192 Go du niveau Extreme pertinente ici. HANA charge toute la base de données en mémoire pour le traitement des requêtes. Une base de données SAP HANA de 100 Go nécessite plus de 100 Go de RAM rien que pour la couche de base de données, sans compter la surcharge du serveur d'applications.

ERP Odoo

Odoo est une plateforme ERP open source avec des versions pour les entreprises et la communauté. La version pour la communauté est gratuite ; la licence pour les entreprises ajoute des modules avancés et un support officiel. Les exigences matérielles sont plus flexibles que celles de SAP :

• Moins de 50 utilisateurs : 8 Go de RAM, 4 cœurs minimum. InMotion Essential dépasse largement ces exigences.
• 50 à 200 utilisateurs : 32 à 64 Go de RAM, c'est ce qu'il faut. InMotion Advanced, c'est parfait.
• Plus de 200 utilisateurs avec plusieurs modules : 64 à 128 Go de RAM pour le pool PostgreSQL et les processus d'application. Niveau Elite ou Extreme.

Odoo tourne sur PostgreSQL. Pour que Odoo marche bien, il vaut mieux suivre les conseils PostgreSQL pour optimiser la base de données plutôt que de se focaliser sur les spécifications matérielles brutes : une PostgreSQL bien réglée sur 64 Go de RAM est plus performante qu'une instance configurée par défaut sur 128 Go pour les modèles de requêtes de Odoo.

ERPNext / Frappe

ERPNext, qui est basé sur le framework Frappe avec MariaDB, suit une évolutivité matérielle similaire. Le framework Frappe lance plusieurs processus de travail par site, donc le nombre de cœurs affecte directement le débit des utilisateurs simultanés. Un serveur InMotion Hosting qui gère 8 à 10 processus de travail Frappe peut gérer 100 à 200 sessions ERP simultanées sans mise en file d'attente.

Hébergement du système CRM

SuiteCRM et SugarCRM

SuiteCRM (la version open source de SugarCRM) est l'alternative à Salesforce la plus courante pour les entreprises qui ont besoin de personnaliser leur CRM sans payer de licence. Les besoins en base de données sont modestes par rapport à un ERP : une base de données CRM de 50 000 contacts prend entre 5 et 20 Go, et l'architecture PHP de SuiteCRM fonctionne bien avec 16 à 32 Go de RAM pour 50 à 100 utilisateurs en même temps.

Le truc qui fait la différence pour les infrastructures CRM, c'est le stockage I/O, pas la puissance de calcul brute. Les équipes commerciales consultent les fiches de contacts, filtrent les opportunités et génèrent des rapports en même temps. Les bases de données NVMe répondent à ces requêtes en quelques millisecondes ; SSD SATA ont un temps de réponse plus long, ce qui s'accumule sur des centaines d'interactions quotidiennes avec les utilisateurs.

Alternatives à Vtiger et HubSpot sur site

Vtiger Open Source propose un CRM auto-hébergé avec des modules de vente, de marketing et d'assistance. Pour les entreprises qui quittent HubSpot ou Salesforce à cause des coûts ou des problèmes de contrôle des données, Vtiger sur un serveur dédié offre des fonctionnalités similaires à un coût lié à l'infrastructure plutôt qu'à un coût par utilisateur.

Le gros défi opérationnel, c'est de transférer les données de Salesforce ou HubSpot vers un CRM que tu héberges toi-même, pas l'infrastructure. InMotion Solutions peut t'aider à configurer le serveur au début ; pour transférer les données, t'auras généralement besoin de ton admin CRM et des outils d'importation de la plateforme cible.

Performances de la base de données pour le traitement des transactions ERP

Les charges de travail ERP sont super OLTP : des centaines de petites lectures et écritures par session utilisateur, plutôt que les grosses requêtes analytiques générées par les charges de travail des entrepôts de données. Ça a des conséquences spécifiques pour la configuration de la base de données :

• Pool de tampons InnoDB (MySQL/MariaDB) : il devrait garder tout le jeu de données des transactions actives en mémoire. Pour un déploiement Odoo avec une base de données de 20 Go, allouer 25 à 30 Go au pool de tampons InnoDB évite les lectures sur disque pendant le fonctionnement normal.
• Pool de connexions : les systèmes ERP ouvrent souvent plein de connexions à la base de données qui ne durent pas longtemps. ProxySQL (pour MySQL) ou PgBouncer (pour PostgreSQL) réduisent la charge liée aux connexions.
• NVMe les journaux de transactions : les journaux de reprise InnoDB et PostgreSQL s'écrivent à chaque transaction validée. La latence NVMe de 0,05 à 0,1 ms, contre 0,5 à 1 ms pour SATA, améliore directement le débit des transactions.
• Mémoire RAM ECC : les données financières ERP ne peuvent pas supporter les erreurs de bits silencieuses. La mémoire RAM DDR5 ECC d'Extreme Tier est un must pour les systèmes financiers de production.

Conformité et résidence des données

Souveraineté des données financières

Les systèmes ERP contiennent les documents financiers, les données salariales, les contrats fournisseurs et l'historique des achats de votre entreprise. Plusieurs cadres réglementaires précisent où ces données peuvent être stockées :

• RGPD: Les données personnelles des résidents de l'UE doivent rester dans l'EEE ou être transférées selon des mécanismes approuvés. Le centre de données d'InMotion à Amsterdam respecte les exigences de l'UE en matière de résidence des données.
• SOX (Sarbanes-Oxley): les entreprises publiques américaines doivent garder leurs documents financiers pendant 7 ans avec une piste d'audit intègre. Un ERP auto-hébergé avec un stockage de sauvegarde immuable répond à cette exigence.
• Exigences spécifiques au secteur: les organismes de santé qui utilisent un ERP pour leurs achats et leur facturation doivent respecter les exigences HIPAA pour toutes les informations médicales protégées qui passent par le système.

Les fournisseurs d'ERP SaaS publient des documents de conformité, mais les données sont stockées dans leur centre de données, pas dans le vôtre. Pour les organisations où la localisation des données est une exigence de conformité, l'hébergement dédié en interne permet de contrôler explicitement l'emplacement des données.

Architecture d'intégration

Les systèmes ERP et CRM ne fonctionnent presque jamais tout seuls. Ils s'intègrent avec les processeurs de paiement, les transporteurs, les plateformes de commerce électronique et les outils de veille économique. L'hébergement sur serveur dédié simplifie plusieurs modèles d'intégration :

• Proximité de l'API: le middleware d'intégration qui tourne sur le même serveur que la base de données ERP a une latence d'appel API inférieure à la milliseconde, contrairement au temps de transit réseau d'une intégration cloud-to-cloud.
• Traitement EDI: l'échange de fichiers EDI avec les fournisseurs et les clients nécessite des configurations réseau spécifiques que les environnements de serveurs dédiés prennent en charge de manière plus flexible que les plateformes SaaS.
• Webhooks personnalisés: les webhooks sortants vers les plateformes de commerce électronique, les API d'expédition et les outils internes personnalisés fonctionnent sans frais par appel ni limites de débit imposées par les plateformes d'intégration SaaS.

Pour commencer

L'équipe InMotion Solutions (incluse 1 heure/mois avec Premier Care sur des serveurs dédiés) peut vous aider pour la configuration initiale de la base de données ERP, le réglage PostgreSQL MariaDB pour les charges de travail ERP et la configuration de la sauvegarde pour la documentation de conformité. L'infrastructure serveur est la partie la plus simple. La gestion du changement organisationnel et la migration des données sont les aspects qui prennent le plus de temps dans la plupart des projets ERP.