Mixed-Criticality Pod-Scheduling: cgroups v2, Core-Pinning und RT-Prioritaeten

Schutz von sicherheitskritischen Brems-Microservices vor Ueberlastung durch Unterhaltungs-Apps ueber hierarchische cgroups v2.

cgroups v2 Unified Hierarchy vs. Schwachstellen der veralteten v1-Struktur

Altes cgroups v1 nutzte getrennte Baeume mit gefaehrlichen Luecken: Ein CPU-gedrosselter Prozess konnte Puffer vollschreiben und Speicher blockieren. cgroups v2 fuehrt eine einheitliche Hierarchie ein, in der Speicher und I/O atomar zusammenwirken.

Echtzeit-SCHED_FIFO-Prioritaetsbaender fuer ASIL-D-Aktor-Dienste

Normale Dienste laufen unter SCHED_OTHER, waehrend kritische Pods (Drehmoment, Bremse) POSIX SCHED_FIFO mit Prioritaet ueber 90 nutzen. Der Kernel verdraengt unkritische Threads in unter 12 Mikrosekunden fuer deterministische Zyklen.

cgroups v2 memory.max und memory.high beenden unkritische Pods bei Ueberlastung sofort per OOM-Killer.
Statisches CPU-Core-Pinning fuer ASIL-D-Sicherheits-Pods mit SCHED_FIFO Echtzeitprioritaet 99.
io.weight und io.max verhindern, dass Logging-Schreiblasten den schnellen Speicherzugriff der Sicherheit gefaehrden.
Kernel-Namespace-Isolation trennt IPC-Kanaele, Prozessbaeume und Netzwerkschnittstellen voellig ab.

Domain-Portfolio entdecken