Einstellungen¶
Unter Admin → Lab → Einstellungen finden Sie die plattformweiten Parameter. Änderungen wirken sofort für alle Lerner.
Sessions & Quota¶
| Parameter | Default | Wirkung |
|---|---|---|
| Sessions pro Tag (Standard) | 3 | Wie viele Sessions ein Lerner pro Tag starten darf (Lehrer können pro Klasse überschreiben) |
| Session-Dauer (Minuten) | 60 | Wann die VM automatisch beendet wird |
| Reaper-Intervall (Minuten) | 5 | Wie oft das System auf abgelaufene Sessions prüft |
| Vorwarn-Zeit (Minuten) | 2 | Wann der "Letzte Minuten"-Hinweis im Player erscheint |
Empfehlungen¶
- Sessions pro Tag erhöhen: nur, wenn Sie sicher sind, dass die Kapazität reicht. Bei 1000 aktiven Lernern × 6 Sessions = 6000 VM-Starts/Tag.
- Session-Dauer: 60 Minuten passen zu den meisten Lektionen. Bei sehr komplexen neuen Modulen können Sie temporär auf 90 Minuten hoch – aber das verteuert jede Session um 50%.
- Reaper-Intervall: kleinere Werte = schnellere VM-Aufräumung = höhere Last. 5 Minuten ist ein guter Kompromiss.
VM-Konfiguration¶
| Parameter | Default | Wirkung |
|---|---|---|
| Hetzner-Region | fsn1 (Frankfurt) |
Wo die VMs laufen |
| Server-Typ | cax11 (ARM, günstig) |
Welche VM-Größe |
| Kosten pro Stunde (€) | ~0,50 | Snapshot der Hetzner-Rate, wird je Session gespeichert |
Region-Wechsel¶
Ein Wechsel der Region (z.B. wegen Hetzner-Kapazitätsproblem) wirkt nur auf neue Sessions. Bestehende VMs laufen in der alten Region bis zum Ende.
Mögliche Werte:
fsn1– Falkenstein (Default, gute Verfügbarkeit)nbg1– Nürnberg (Fallback)hel1– Helsinki (Fallback)
Server-Typen können sich ändern; aktuelle Liste in der Hetzner-Cloud-Dokumentation.
AGB¶
| Parameter | Default | Wirkung |
|---|---|---|
| Aktuelle AGB-Version | z.B. 1.0.0 |
Die Version, die Lerner aktuell akzeptieren müssen |
| AGB-Text (DE) | – | Volltext deutsch (Markdown) |
| AGB-Text (EN) | – | Volltext englisch (Markdown) |
Wie ändere ich die AGB?¶
- Neue Version vorbereiten – Markdown-Text auf DE und EN
- AGB-Text (DE/EN) ersetzen
- Version-Nummer erhöhen (z.B.
1.0.0→1.1.0) - Speichern
Sobald die Version erhöht ist, sehen alle Lerner beim nächsten Login einen Dialog mit dem neuen Text. Erst nach Annahme dürfen sie wieder Sessions starten.
AGB-Änderungen sind invasiv
Eine AGB-Änderung erfordert von jedem Lerner eine erneute Annahme. Nutzen Sie das nur, wenn rechtlich nötig oder bei wesentlichen Änderungen. Tippfehler-Korrekturen ohne inhaltliche Änderung ohne Version-Bump machen.
Versions-Historie¶
Frühere AGB-Versionen werden im Audit-Log gespeichert: zu welcher Version hat welcher Lerner wann zugestimmt. Das ist relevant für Streitfälle.
Die Historie ist nicht im UI sichtbar – Anfragen an das Operations-Team.
Feedback¶
| Parameter | Default | Wirkung |
|---|---|---|
| Feedback pro Lerner pro Tag | 5 | Begrenzt Spam |
Die eingehenden Feedback-Nachrichten finden Sie unter Admin → Lab → Feedback.
Globaler Kapazitäts-Cap¶
| Parameter | Default | Wirkung |
|---|---|---|
| Max. parallele Sessions plattformweit | 100 | Hartes Limit – verhindert versehentliche Lastspitzen |
Wenn dieser Wert erreicht ist, sehen neue Lerner eine Meldung "Lab ist gerade ausgelastet, bitte später erneut versuchen". Sie verbrauchen keine Quota.
Sie können den Wert erhöhen, wenn Sie die Hetzner-Kapazität entsprechend angefragt haben (Lieferzeit oft mehrere Tage).
Modul-Sichtbarkeit für neue Klassen¶
| Parameter | Default | Wirkung |
|---|---|---|
| Standard-Modul-Sichtbarkeit für Klassen | Alle veröffentlichten Module sichtbar | Wenn auf "Kein Modul standardmäßig" gesetzt, müssen Lehrer aktiv Module freigeben |
Empfehlung: auf "Alle sichtbar" lassen. Lehrer können Module pro Klasse ausblenden, wenn nötig.
Notfall-Modus¶
| Parameter | Default | Wirkung |
|---|---|---|
| Maintenance-Modus | aus | Wenn aktiviert: keine neuen Sessions starten möglich, vorhandene laufen weiter |
| Lerner-Meldung | – | Text, der Lernern angezeigt wird (z.B. "Wartung bis 19:00 Uhr") |
Nutzen Sie das für geplante Wartungsfenster. Den Kill-Switch nur, wenn auch laufende Sessions beendet werden müssen.
Best-Practices¶
- Vor jeder Einstellungsänderung: kurzer Eintrag im Operations-Log mit Datum, Wert vorher/nachher, Begründung
- Nach Einstellungsänderung: ein paar Sessions als Test-Konto durchspielen, um sicherzustellen, dass nichts kaputt ist
- AGB-Versions-Bump nur in Absprache mit Rechts-/Datenschutz-Stelle
- Globalen Cap nicht heimlich erhöhen – kapazitive Auswirkungen mit Operations abstimmen
Häufige Fragen¶
"Ich habe einen Wert versehentlich geändert – wie zurück?"¶
Die alten Werte sind nicht direkt sichtbar. Wenn Sie nicht wissen, was der vorherige Wert war, fragen Sie im Operations-Log oder beim Team. Defaults stehen oben in dieser Doku.
"Wirkt eine Änderung sofort?"¶
Ja, fast alle Einstellungen sind Singleton-Werte, die bei jeder Session-Anfrage neu gelesen werden. Cache: ~1 Minute.
"Können Lehrer ihren Quota-Override über das globale Limit hinaus setzen?"¶
Nein. Lehrer können maximal 10 Sessions pro Klasse setzen, unabhängig vom globalen Default. Wenn Sie 10 als globalen Default setzen, hilft das Lehrern, die mehr brauchen – aber der globale Cap bleibt.
"Was passiert mit aktiven Sessions, wenn ich die Session-Dauer reduziere (z.B. von 60 auf 45)?"¶
Bestehende Sessions behalten ihre ursprüngliche Dauer (60 Min). Neue Sessions starten mit 45 Min.
"Kann ich die Defaults in dieser Doku ändern?"¶
Diese Doku spiegelt die Default-Werte beim Stand der Veröffentlichung. Wenn Sie die produktiven Defaults ändern, ändert sich die Doku nicht automatisch – aktualisieren Sie diese Seite bei wesentlichen Änderungen.