Moodle-Dedicated-Server-Hosting: Warum gemeinsam genutzte Ressourcen die LMS-Leistung beeinträchtigen

Auf dem Papier sieht Moodle überschaubar aus: eine LAMP-Stack-Anwendung, eine MySQL-Datenbank, ein paar PHP-Worker. Man installiert es auf irgendeinem Server und macht weiter. Diese Annahme trifft auf einen Pilotkurs mit 30 Lernenden zu. Sie bricht jedoch schnell zusammen, sobald man echte Parallelität, Multimedia-Inhalte und die Quiz-Lasten hinzufügt, die den tatsächlichen Einsatz eines LMS ausmachen.

Warum Moodle anspruchsvoller ist, als es den Anschein hat

Jedes Laden einer Seite, jede Quiz-Einreichung, jeder Forumsbeitrag und jede Notenaktualisierung löst bei allen aktiven Nutzern gleichzeitig Lese- und Schreibvorgänge in der Datenbank aus. Im Gegensatz zu einer statischen Marketing-Website oder einem typischen WordPress erzeugt Moodle ständig gleichzeitige Datenbankaktivitäten.

In der Moodle-Dokumentation wird darauf hingewiesen, dass ein einzelner Anwendungsprozess 50 MB oder mehr RAM beanspruchen kann und dass ein Server im schlimmsten Fall nur 10 bis 20 gleichzeitige Nutzer pro Gigabyte Arbeitsspeicher bewältigen kann.

Rechne mal nach. Bei einem VPS mit 8 GB RAM liegt deine Obergrenze bei etwa 80 bis 160 gleichzeitigen Nutzern – unter ungünstigen Bedingungen, wie zum Beispiel, wenn eine ganze Klasse gleichzeitig ein zeitlich begrenztes Quiz absolviert. In der Moodle-Dokumentation wird genau dieses Szenario als Worst-Case-Fall genannt. Wenn das auch nur auf einen deiner Kurse zutrifft, ist Shared-VPS-Hosting oder VPS-Hosting der Einstiegsklasse ein Infrastrukturrisiko und keine Kostenersparnis.

Der eigentliche Engpass: Datenbankleistung

Die meisten Diskussionen über Moodle-Hosting beschränken sich auf den Arbeitsspeicher. Der Datenbankserver ist der Punkt, an dem die Leistung unter Last entweder stabil bleibt oder zusammenbricht. Indexoptimierung, Abfrage-Caching und die richtige Einstellung von `innodb_buffer_pool_size` machen den Unterschied zwischen einem reaktionsschnellen Portal und einem, das zu Spitzenzeiten nur noch im Schneckentempo läuft.

Bei Shared Hosting oder einem Managed VPS ohne Root-Zugriff kannst du diese Parameter nicht anpassen. Du erhältst die allgemeinen MySQL-Standardeinstellungen des Hosts, die für keine bestimmte Arbeitslast optimiert sind. Mit Root-Zugriff auf einem dedizierten Server kannst du MySQL speziell für die Abfragemuster von Moodle konfigurieren, anstatt dich auf die Standardeinstellungen des Shared Hostings zu verlassen.

Bei einer Moodle-Seite mit 200 aktiven Kursen und mehreren tausend registrierten Lernenden verkürzt eine ordentliche Datenbankoptimierung die Abfragezeiten erheblich, was sich bei jeder gleichzeitigen Sitzung positiv auswirkt.

Wann sich ein dediziertes Hosting lohnt

Es gibt keinen einzelnen Auslöser. Die Entscheidung hängt von einer Kombination aus Nutzerzahl, Komplexität der Inhalte und geschäftlichen Anforderungen ab.

• Bei „Active Learner“ sind mehr als 200 gleichzeitige Nutzer zu verzeichnen. Moodles Faustregel lautet: Die maximale Anzahl gleichzeitiger Nutzer entspricht in etwa dem Arbeitsspeicher (RAM) in Gigabyte, multipliziert mit 50. Um 500 gleichzeitige Nutzer problemlos zu bewältigen, sind etwa 10 GB erforderlich, die vollständig für Moodle-Prozesse reserviert sind. In gemeinsam genutzten Umgebungen steht dir dieser Arbeitsspeicher nie vollständig zur Verfügung.
• Zeitgebundene Prüfungen und synchrone Veranstaltungen. Quizze , Live-Sitzungen und Anmeldefristen sorgen für Spitzenbelastungen, die sich nicht gleichmäßig über die Zeit verteilen. Ein einzelnes Prüfungsfenster, in dem 300 Studierende innerhalb weniger Minuten ihre Antworten einreichen, unterscheidet sich erheblich von 300 Studierenden, die über mehrere Stunden hinweg Kursmaterialien durchsehen.
• Multimedia-Inhalte in großem Umfang. Videovorträge , Materialien zum Herunterladen und SCORM-Pakete sorgen für einen anhaltenden Bandbreitenbedarf pro Nutzer. Ein VPS mit gemeinsam genutzter Bandbreite kann dies nicht zuverlässig für Hunderte von Nutzern gleichzeitig bereitstellen.
• Compliance-Anforderungen. Organisationen , die Schülerdaten gemäß FERPA oder Trainingsdaten gemäß HIPAA verarbeiten, benötigen eine nachweisbare physische Isolierung. Dedizierte Server ermöglichen Kontrollen der Datenlokalisierung und Netzwerksegmentierung, die in gemeinsam genutzten Umgebungen nicht gewährleistet werden können.

Moodle neben einem gewinnbringenden Unternehmen

Viele Organisationen, die Moodle nutzen, sind keine Universitäten. Es handelt sich um gründergeführte Unternehmen und etablierte Firmen, in denen Moodle für die Einarbeitung neuer Mitarbeiter, Kundenzertifizierungsprogramme, Schulungsportale für Partner oder kostenpflichtige Kurskataloge genutzt wird – parallel zu ihren Hauptumsatzquellen.

Ein WooCommerce-Shop mit Tausenden von aktiven Artikeln und eine Moodle-Installation, die Hunderte von Kunden bei Produktschulungen betreut, sind beides ressourcenintensive Anwendungen. Wenn beide auf derselben gemeinsam genutzten Umgebung laufen, konkurrieren sie um CPU-Leistung, Arbeitsspeicher und Datenbankverbindungen. Ein Black Friday beeinträchtigt die Leistung für die Lernenden mitten im Kurs. Ein großes Quizfenster verursacht Verzögerungen auf den Checkout-Seiten. Beides ist inakzeptabel, wenn beide Kanäle echte Umsätze generieren.

Mit dedizierten Servern entfällt dieser Wettbewerb komplett. Wenn ein Unternehmen die gesamte Hardware-Zuweisung kontrolliert, kann es Datenbankkonfigurationen, Caching-Ebenen und die Anzahl der PHP-Worker speziell auf die LMS-Auslastung abstimmen, ohne mit anderen Anwendungen um CPU-Leistung konkurrieren zu müssen.

Anpassung der Moodle-Auslastung an die Dedicated-Server-Pakete von InMotion

Server-Ebene	RAM	Lagerung	Am besten für
Aspire	16 GB DDR4	Zwei NVMe SSD	Pilotprojekte mit weniger als 100 gleichzeitigen Nutzern
Wesentlich	64GB DDR4	Zwei 1, NVMe	Wachsende Kurse, 200–400 gleichzeitige Nutzer
Fortgeschrittene	64GB DDR4	Zwei 1, NVMe	Mehrere Abteilungen, medienintensive Inhalte
Elite	Mehr Arbeitsspeicher	Zwei NVMe	Über 500 gleichzeitige Nutzer
Extrem	192 GB DDR5 ECC	Zwei 3, NVMe	Große Einrichtungen, Unternehmensschulungen, mehr als 1.000 gleichzeitige Nutzer

Der Extreme Server für Moodle im großen Maßstab

Der Extreme Dedicated Server verfügt über einen AMD EPYC 4545P (16 Kerne / 32 Threads, 3,0 GHz Basis / 5,4 GHz Boost), 192 GB DDR5-ECC-RAM und zwei 3,84 TB NVMe im Software-RAID und kostet 349,99 $ pro Monat.

Beachte die Moodle-Speicherregel: 192 GB unterstützen bei der dokumentierten Basisauslastung etwa 9.600 gleichzeitige Nutzer. Bei ordnungsgemäß konfiguriertem Redis-Caching und Opcode-Caching liegt die Obergrenze noch höher. Der 16-Kern-EPYC bewältigt parallele PHP-Verarbeitung und Datenbankabfragen gleichzeitig, ohne dass es zu Thread-Konflikten kommt, wie sie bei Prozessoren mit geringerer Kernanzahl unter gleichzeitiger LMS-Auslastung auftreten.

ECC-RAM schützt vor unbemerkten Speicherfehlern in lang laufenden Datenbankprozessen. Für eine Moodle-Installation, die Kursdaten und Notenbuchdaten aus mehreren Jahren enthält, ist das wichtiger als bei einer zustandslosen Anwendung.

Was Root-Zugriff eigentlich ermöglicht

Der Leistungsunterschied zwischen gemeinsam genutzten Umgebungen und dedizierten Servern hängt nicht nur von der reinen Hardware ab. Auf einem dedizierten Server können Moodle-Administratoren:

• Setze `innodb_buffer_pool_size`, um den Arbeitsdatensatz im Speicher zwischenzuspeichern und so Festplattenzugriffe für häufig abgefragte Datensätze zu vermeiden
• Konfiguriere Redis oder Memcached als Sitzungsspeicher, um die Datenbankbelastung durch die Verwaltung aktiver Sitzungen zu verringern
• Passe die Anzahl der PHP-FPM-Worker an die maximale gleichzeitige Nutzerzahl an
• Installiere und konfiguriere MUC (Moodle Universal Cache) mit Backends für persistentes Caching
• Anpassung der Dateideskriptor-Grenzwerte für Szenarien mit hoher Parallelität
• Richte separate Web- und Datenbankserver-Ebenen ein, wenn die Installation wächst

Die Leistung von Moodle hängt vom Datenbankserver ab – um hier alles richtig zu machen, braucht man mehrere Prozessorkerne, reichlich Arbeitsspeicher, schnellen Speicherplatz und eine spezielle Optimierung, die darauf abgestimmt ist, wie Moodle die Datenbank unter Last abfragt. All das ist bei Shared Hosting nicht möglich.

Wichtige Konfigurationsparameter, die es wert sind, angepasst zu werden

innodb_buffer_pool_size = 80 % des verfügbaren Arbeitsspeichers (dedizierte Datenbank-Workloads)

max_connections = 500 # Je nach den Anforderungen an die maximale gleichzeitige Nutzerzahl anpassen

opcache.memory_consumption = 256 # PHP-Opcode-Cache in MB

session.save_handler = redis # Sessions aus der Datenbank auslagern

Managed Support mit Premier Care

Mit dem „Premier Care“-Paket von InMotion erhältst du zusätzlich zur dedizierten Server-Hardware einen Managed-Support-Service: Monarx-Malware-Schutz, 500 GB Speicherplatz für automatische Backups, bevorzugten „Advanced Product Support“ sowie eine Stunde Beratung durch InMotion Solutions pro Monat.

Für Moodle-Administratoren, die sich eher auf Kursinhalte als auf die Serververwaltung konzentrieren, entlastet dies die Infrastruktur, ohne dass dabei die Kontrolle verloren geht. Die Backup-Kapazität von 500 GB ist gerade für LMS-Umgebungen von Bedeutung. Eine Moodle-Datenbank mit jahrelangen Eintragungen zu Kursanmeldungen, Quizversuchen und Notenlisten lässt sich nicht ohne Weiteres wiederherstellen.

Eine anspruchsvolle Infrastruktur erfordert umfassenden Support.Entdecke Premier Care für dedizierte Server

Technische Anforderungen von Moodle

Aktuelle Moodle-Versionen erfordern PHP 8.1–8.3 mit den erforderlichen Erweiterungen, MySQL 8.0+, MariaDB 10.6+ oder PostgreSQL sowie Bearbeitungsrechte für die Dateien php.ini oder .htaccess.

Die InMotion Hosting Server InMotion Hosting erfüllen und übertreffen die Mindestanforderungen von Moodle an den Server und bieten die Möglichkeit, bei wachsendem Bedarf zusätzliche Hardware wie RAM und Speicherplatz hinzuzufügen. Die Verwaltung der PHP-Versionen erfolgt bei den Managed-Dedicated-Tarifen über WHM, was den Versionswechsel bei neuen Moodle-Updates vereinfacht. Moodle 5.0 hat die Unterstützung für Oracle-Datenbanken eingestellt, um sich stattdessen auf die Entwicklung für MySQL, MariaDB und PostgreSQL zu konzentrieren. Die dedizierten Serverumgebungen von InMotion unterstützen alle drei.

Den richtigen Tarif auswählen

• Entscheide dich für „Essential“ oder „Advanced“, wenn du eine etablierte Moodle-Installation mit bis zu 400 gleichzeitigen Nutzern und überwiegend textbasierten Kursinhalten betreibst.
• Wechsle zu „Elite“ oder „Extreme“, wenn die Anzahl der gleichzeitigen Nutzer regelmäßig 500 übersteigt, wenn du Quizumgebungen mit hoher Nutzerauslastung betreibst oder wenn Moodle sich die Hardware mit anderen Produktionsanwendungen wie einem E-Commerce-Shop teilt.
• Füge „Premier Care“ hinzu, wenn dein Team keinen eigenen Linux-Administrator hat.

Ein praktischer Aspekt: Wenn du von Anfang an auf einem dedizierten Hosting-Server startest, vermeidest du eine spätere Migration von Moodle, nachdem es so groß geworden ist, dass eine solche Migration komplex und riskant wird. Die Migration einer Moodle-Datenbank mit Hunderten von Kursen und jahrelangen Notenprotokollen ist ein gewaltiges Unterfangen.

Du hast Moodle installiert und bist dir nicht sicher, wie es weitergehen soll? Schau dir unseren Leitfaden für die Einführung deiner Moodle-Website an.