Umstellung von Daemon-Diensten auf systemd: Unterschied zwischen den Versionen
KKeine Bearbeitungszusammenfassung |
Tim (Diskussion | Beiträge) K (Tim verschob die Seite Umstellung von Anwendungen auf systemd nach Umstellung von Daemon-Diensten auf systemd) |
(kein Unterschied)
|
Version vom 27. November 2024, 08:22 Uhr
Anlass dieser Anleitung
Ab November 2024 unterstützt die Managed Plattform ein RAM Kontingent pro Managed Webspace. Mitglieder buchen für ihre Webspaces jeweils ein RAM Kontingent in Schritten von jeweils 128 Megabyte. Das unterstützt uns besser bei der verursachergerechten Verteilung der Hardwarekosten, als es vorher mit einer Pauschale pro Serverdienst der Fall war. Änderungen des RAM Kontingents für einen Webspace nimmt der Service unter service@hostsharing.net entgegen, wie es bei anderen Paketoptionen die Vorgehensweise ist.
Damit die RAM Kontingente funktionieren, müssen im Managed Webspace alle Anwendungen, die im Userspace laufen, auf systemd umgestellt werden. Das betrifft Anwendungen, die bisher über z.B. cronjob, supervisor oder monit gestartet wurden.
Siehe auch unsere Systemd im Userspace Dokumentation.
Praktische Umstellung
Für eine Übergangsphase steht jedem Managed Webspace genügend RAM zur Verfügung, um eigene Serverdienste zu starten. Nach der Umstellung aller Dienste auf systemd wird dann das tatsächlich benötigte RAM-Kontingent ermittelt und gebucht.
cronjob
TODO: auf Timer
monit
TODO: Beispiel
supervisor
TODO: Beispiel
Ermittlung und Buchung des benötigten RAM Kontingent
TODO: siehe Systemd_im_Userspace#RAM_Kontingent_eines_Webspace