Umstellung von Anwendungen auf systemd: Unterschied zwischen den Versionen
Tim (Diskussion | Beiträge) |
Tim (Diskussion | Beiträge) |
||
| (Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt) | |||
| Zeile 6: | Zeile 6: | ||
Siehe auch unsere [[Systemd im Userspace]] Dokumentation. | Siehe auch unsere [[Systemd im Userspace]] Dokumentation. | ||
== Praktische Umstellung == | |||
=== 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]] | |||
---- | |||
[[Kategorie:Systemd]] | |||
Aktuelle Version vom 21. November 2024, 08:00 Uhr
Anlass dieser Anleitung
Ab November 2024 unterstützt die Managed Plattform ein RAM Kontigent 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
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