ERP- und CRM-Hosting auf dedizierten Servern

Die Gründe, ERP und CRM auf dedizierten Servern zu hosten, sind klar: Diese Systeme können keine Ressourcen mit anderen Workloads teilen, ohne dass die Leistung für alle darunter leidet. Wenn ein Buchhaltungsabschlussprozess über Nacht Abfragen für Millionen von Transaktionsdatensätzen durchführt, braucht er die erforderliche CPU- und E/A-Leistung, ohne mit dem Analyse-Dashboard des Marketingteams zu konkurrieren.

Die Entscheidung zwischen On-Premise- und SaaS-ERP

Wo SaaS-ERP Probleme hat

Salesforce, SAP S/4HANA Cloud und NetSuite haben Cloud-ERP zum Standard für neue Implementierungen gemacht. Für Unternehmen, die gut in ihre Standarddatenmodelle und -workflows passen, ist SaaS-ERP echt einfacher zu bedienen. Für Unternehmen, bei denen das nicht der Fall ist, sieht die Sache anders aus.

Die Grenzen von SaaS-ERP zeigen sich in einigen Situationen: umfangreiche Anpassungsanforderungen, die das SaaS-Datenmodell nicht erfüllen kann, Anforderungen an den Datenaufbewahrungsort, die der Anbieter für bestimmte Regionen nicht erfüllen kann, Preise, die linear mit der Anzahl der Arbeitsplätze steigen (100 Benutzer zu 150 $/Arbeitsplatz = 15.000 $/Monat), und Integrationsanforderungen mit Altsystemen, die aus Leistungsgründen vor Ort sein müssen.

Wo selbst gehostete dedizierte Server besser sind

Selbst gehostete ERP-Lösungen auf dedizierter Hardware sind für Unternehmen mit stabiler Größe super, weil die Kosten vorhersehbar sind, man sie gut anpassen kann und die Daten dir gehören. Eine Odoo-ERP-Installation mit 100 Arbeitsplätzen auf einem InMotion Extreme Dedicated Server kostet weniger pro Monat an Servergebühren, egal wie viele Leute es gibt, plus Odoo Enterprise-Lizenz, wenn das nötig ist. Diese Kosten bleiben gleich, auch wenn das Unternehmen seine Nutzerbasis innerhalb der Kapazität des Servers erweitert.

Hardware-Anforderungen für die ERP-Plattform

SAP Business One

SAP Business One ist für Firmen mit 10 bis 250 Benutzern gedacht. Die empfohlene Hardware hängt von der Datenbankgröße und der Anzahl der gleichzeitigen Benutzer ab:

• Weniger als 25 Nutzer: 32 GB RAM, 8+ Kerne, SSD . InMotion Essential mit 64 GB DDR4 übertrifft die Mindestanforderungen.
• 25–100 Nutzer: 64–128 GB RAM, 12+ Kerne. InMotion Advanced oder Elite decken diesen Bereich ab.
• 100–250 Benutzer: 128 GB+ RAM für die HANA-In-Memory-Datenbank. InMotion Extreme mit 192 GB DDR5 ECC RAM ist die passende Stufe.

Das In-Memory-Datenbankmodell von SAP HANA ist genau das, was den 192 GB DDR5 ECC-Speicher der Extreme-Stufe hier so wichtig macht. HANA lädt die ganze Datenbank in den Speicher, um Abfragen zu verarbeiten. Eine 100 GB große SAP HANA-Datenbank braucht allein für die Datenbankebene mehr als 100 GB RAM, noch bevor man den Overhead des Anwendungsservers mitrechnet.

Odoo ERP

Odoo ist eine Open-Source-ERP-Plattform mit einer Enterprise- und einer Community-Edition. Die Community-Edition ist kostenlos; die Enterprise-Lizenz bietet zusätzliche Module und offiziellen Support. Die Hardware-Anforderungen sind flexibler als bei SAP:

• Weniger als 50 Nutzer: 8 GB RAM, mindestens 4 Kerne. InMotion Essential geht da weit drüber.
• 50–200 Nutzer: 32–64 GB RAM sind gut. InMotion Advanced passt da super.
• Über 200 Benutzer mit mehreren Modulen: 64–128 GB RAM für den PostgreSQL plus Anwendungs-Worker. Elite- oder Extreme-Stufe.

Odoo läuft auf PostgreSQL. Die Einhaltung der PostgreSQL aus Sicht der Datenbankoptimierung ist für die Leistung von Odoo wichtiger als die reinen Hardware-Spezifikationen: Eine gut optimierte PostgreSQL mit 64 GB RAM übertrifft eine standardmäßig konfigurierte Instanz mit 128 GB bei den Abfragemustern von Odoo.

ERPNext / Frappe

ERPNext, das auf dem Frappe-Framework mit MariaDB basiert, hat eine ähnliche Hardware-Skalierung. Das Frappe-Framework startet mehrere Worker-Prozesse pro Standort, sodass die Anzahl der Kerne den Durchsatz für gleichzeitige Benutzer direkt beeinflusst. Ein InMotion Hosting , der 8 bis 10 Frappe-Worker verarbeitet, schafft 100 bis 200 gleichzeitige ERP-Sitzungen ohne Warteschlangen.

CRM-System-Hosting

SuiteCRM und SugarCRM

SuiteCRM (die Open-Source-Abspaltung von SugarCRM) ist die beliebteste Salesforce-Alternative für Unternehmen, die ihr CRM anpassen wollen, ohne Lizenzgebühren zu zahlen. Die Datenbankanforderungen sind im Vergleich zu ERP ziemlich gering: Eine CRM-Datenbank mit 50.000 Kontakten braucht nur 5 bis 20 GB Speicherplatz, und die PHP-basierte Architektur von SuiteCRM läuft problemlos mit 16 bis 32 GB RAM für 50 bis 100 gleichzeitige Nutzer.

Der entscheidende Unterschied bei der Infrastruktur für CRM ist die Speicher-E/A, nicht die reine Rechenleistung. Vertriebsteams fragen Kontaktdaten ab, filtern Verkaufschancen und erstellen gleichzeitig Berichte. NVMe Datenbanken liefern die Ergebnisse dieser Abfragen in Millisekunden, während SSD zu einer Abfrageverzögerung führen, die sich bei Hunderten von täglichen Benutzerinteraktionen summiert.

Vtiger und HubSpot – Alternativen für die lokale Installation

Vtiger Open Source bietet ein selbst gehostetes CRM mit Modulen für Vertrieb, Marketing und Support. Für Unternehmen, die HubSpot oder Salesforce wegen Kosten oder Datenkontrolle verlassen, bietet Vtiger auf einem dedizierten Server vergleichbare Funktionen zu Infrastrukturkosten statt zu Kosten pro Arbeitsplatz.

Die größte Herausforderung bei der Datenmigration von Salesforce oder HubSpot zu einem selbst gehosteten CRM ist der Ablauf, nicht die Infrastruktur. InMotion Solutions kann dir bei der anfänglichen Serverkonfiguration helfen. Für die Datenmigration selbst brauchst du normalerweise deinen CRM-Administrator und die Import-Tools der Zielplattform.

Datenbankleistung für die Verarbeitung von ERP-Transaktionen

ERP-Workloads sind OLTP-lastig: Hunderte von kleinen Lese- und Schreibvorgängen pro Benutzersitzung statt der großen analytischen Abfragen, die Data-Warehouse-Workloads generieren. Das hat bestimmte Auswirkungen auf die Datenbankkonfiguration:

• InnoDB-Pufferpool (MySQL/MariaDB): Sollte den ganzen aktiven Transaktionsdatensatz im Speicher halten. Bei einer Odoo-Bereitstellung mit einer 20-GB-Datenbank werden durch die Zuweisung von 25 bis 30 GB zum InnoDB-Pufferpool Lesevorgänge auf der Festplatte während des normalen Betriebs vermieden.
• Verbindungspooling: ERP-Systeme öffnen oft viele kurzlebige Datenbankverbindungen. ProxySQL (für MySQL) oder PgBouncer (für PostgreSQL) reduzieren den Verbindungsaufwand.
• NVMe Transaktionsprotokolle: InnoDB -Redo-Protokolle und PostgreSQL schreiben bei jeder bestätigten Transaktion. Die NVMe Latenz von 0,05–0,1 ms im Vergleich zu 0,5–1 ms bei SATA verbessert direkt den Transaktionsdurchsatz.
• ECC-RAM: Bei ERP -Finanzdaten darf es nicht zu versteckten Bit-Fehlern kommen. Der DDR5-ECC-RAM von Extreme Tier ist ein Muss für Finanzsysteme in der Produktion.

Compliance und Datenresidenz

Finanzdaten-Souveränität

ERP-Systeme haben die Finanzdaten, Gehaltsabrechnungen, Lieferantenverträge und die Kaufhistorie deines Unternehmens. Verschiedene Vorschriften sagen, wo diese Daten gespeichert werden dürfen:

• DSGVO: Persönliche Daten von EU-Bürgern müssen im EWR bleiben oder über genehmigte Mechanismen übertragen werden. Das Rechenzentrum von InMotion in Amsterdam erfüllt die Anforderungen der EU an den Datenaufbewahrungsort.
• SOX (Sarbanes-Oxley): US-börsennotierte Unternehmen müssen ihre Finanzunterlagen sieben Jahre lang mit intaktem Prüfpfad aufbewahren. Ein selbst gehostetes ERP-System mit unveränderlichem Backup-Speicher erfüllt diese Anforderung.
• Spezifische Anforderungen der Branche: Gesundheitsorganisationen, die ERP für Beschaffung und Abrechnung nutzen, müssen die HIPAA-Anforderungen für alle PHI erfüllen, die durch das System laufen.

SaaS-ERP-Anbieter veröffentlichen zwar Compliance-Dokumente, aber die Daten werden in ihrem Rechenzentrum gespeichert, nicht in deinem. Für Unternehmen, bei denen die geografische Lage der Daten eine Compliance-Anforderung ist, bietet ein selbst gehosteter dedizierter Server die explizite Kontrolle darüber, wo die Daten gespeichert werden.

Integration Architektur

ERP- und CRM-Systeme laufen selten alleine. Sie sind mit Zahlungsabwicklern, Versanddienstleistern, E-Commerce-Plattformen und Business-Intelligence-Tools verbunden. Mit dediziertem Server-Hosting werden einige Integrationsmuster einfacher:

• API-Nähe: Die Integrations-Middleware, die auf demselben Server wie die ERP-Datenbank läuft, hat eine API-Aufruflatenz von weniger als einer Millisekunde, statt der Netzwerk-Roundtrip-Zeit einer Cloud-zu-Cloud-Integration.
• EDI-Verarbeitung: Der Austausch von EDI-Dateien mit Lieferanten und Kunden braucht spezielle Netzwerkkonfigurationen, die dedizierte Serverumgebungen flexibler unterstützen als SaaS-Plattformen.
• Benutzerdefinierte Webhooks: Ausgehende Webhooks zu E-Commerce-Plattformen, Versand-APIs und benutzerdefinierten internen Tools laufen ohne Gebühren pro Aufruf oder Ratenbeschränkungen, die von SaaS-Integrationsplattformen auferlegt werden.

Erste Schritte

Das Team von InMotion Solutions (inklusive 1 Stunde/Monat mit Premier Care auf dedizierten Servern) kann bei der anfänglichen Konfiguration der ERP-Datenbank, der Optimierung PostgreSQL MariaDB für ERP-Workloads und der Konfiguration von Backups für die Compliance-Dokumentation helfen. Die Server-Infrastruktur ist der einfache Teil. Die meisten ERP-Projekte verbringen die meiste Zeit mit dem organisatorischen Änderungsmanagement und der Datenmigration.