Kontrollgruppen mit Systemd verwalten

In diesem Abschnitt wird untersucht, wie systemd zunächst jeden der Standard-Kernelcontroller, z.B. CPU, memory und blkio, in Teile unterteilt, die als "Bereiche" bezeichnet werden, wie im folgenden Beispiel-Tortendiagramm dargestellt:

Wie das vorstehende Tortendiagramm zeigt, wird jeder Resource Controller standardmäßig gleichmäßig auf die folgenden 3 Bereiche aufgeteilt:

• System (system.slice).

• Benutzer (user.slice).

• Maschine (machine.slice).

In der folgenden Liste werden die einzelnen Bereiche genauer betrachtet. Zur Erörterung konzentrieren sich die Beispiele in der Liste auf den CPU-Controller.

System (system.slice)

Dieser Ressourcenbereich dient zur Verwaltung der Ressourcenzuteilung zwischen Daemons und Serviceeinheiten.

Wie im vorherigen Beispiel-Tortendiagramm dargestellt, wird das Systemsegment in weitere Unterabschnitte unterteilt. Beispiel: Bei CPU-Ressourcen können innerhalb des Systembereichs Unterbereiche zugewiesen werden, die Folgendes umfassen:

• httpd.service (CPUWeight=100)

• sshd.service (CPUWeight =100)

• crond.service (CPUWeight =100)

• app1.service (CPUWeight =100)

• app2.service (CPUWeight =100)

In der obigen Liste stellen app1.service und app2.service benutzerdefinierte Anwendungsservices dar, die auf dem System ausgeführt werden können.

Benutzer (user.slice)

Dieser Ressourcenbereich dient zur Verwaltung der Ressourcenzuweisung zwischen Benutzersessions. Für jede UID wird ein einzelner Bereich erstellt, unabhängig davon, wie viele Anmeldungen der verknüpfte Benutzer auf dem Server aktiv hat. Wenn Sie mit unserem Tortendiagrammbeispiel fortfahren, können die Unterbereiche wie folgt aussehen:

• user1 (CPUWeight=100, UID=982)

• user2 (CPUWeight=100, UID=1001)

Maschine (machine.slice)

Dieser Bereich der Ressource wird zur Verwaltung der Ressourcenzuweisung zwischen gehosteten virtuellen Maschinen wie KVM-Gästen und Linux-Containern verwendet. Der Computerbereich ist nur auf einem Server vorhanden, wenn der Server virtuelle Maschinen oder Linux-Container hostet.

Die in den vorhergehenden Abschnitten verwendete Tortendiagramm-Analogie ist eine hilfreiche Möglichkeit, die Aufteilung von Ressourcen in Abschnitte zu konzeptualisieren. In Bezug auf die strukturelle Organisation sind die Kontrollgruppen jedoch in einer Hierarchie angeordnet. Sie können die Kontrollgruppenhierarchie systemd auf dem System anzeigen, indem Sie den Befehl systemd-cgls wie folgt ausführen:

systemd-cgls

Control group /:
-.slice
...
├─user.slice (#1429)
│ → user.invocation_id: 604cf5ef07fa4bb4bb86993bb5ec15e0
│ ├─user-982.slice (#4131)
│ │ → user.invocation_id: 9d0d94d7b8a54bcea2498048911136c8
│ │ ├─session-c1.scope (#4437)
│ │ │ ├─2416 /usr/bin/sudo -u ocarun /usr/libexec/oracle-cloud-agent/plugins/runcommand/runcommand
│ │ │ └─2494 /usr/libexec/oracle-cloud-agent/plugins/runcommand/runcommand
│ │ └─user@982.service … (#4199)
│ │   → user.delegate: 1
│ │   → user.invocation_id: 37c7aed7aa6e4874980b79616acf0c82
│ │   └─init.scope (#4233)
│ │     ├─2437 /usr/lib/systemd/systemd --user
│ │     └─2445 (sd-pam)
│ └─user-1001.slice (#7225)
│   → user.invocation_id: ce93ad5f5299407e9477964494df63b7
│   ├─session-2.scope (#7463)
│   │ ├─20304 sshd: oracle [priv]
│   │ ├─20404 sshd: oracle@pts/0
│   │ ├─20405 -bash
│   │ ├─20441 systemd-cgls
│   │ └─20442 less
│   └─user@1001.service … (#7293)
│     → user.delegate: 1
│     → user.invocation_id: 70284db060c1476db5f3633e5fda7fba
│     └─init.scope (#7327)
│       ├─20395 /usr/lib/systemd/systemd --user
│       └─20397 (sd-pam)
├─init.scope (#19)
│ └─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 28
└─system.slice (#53)
 ...
  ├─dbus-broker.service (#2737)
  │ → user.invocation_id: 2bbe054a2c4d49809b16cb9c6552d5a6
  │ ├─1450 /usr/bin/dbus-broker-launch --scope system --audit
  │ └─1457 dbus-broker --log 4 --controller 9 --machine-id 852951209c274cfea35a953ad2964622 --max-bytes 536870912 --max-fds 4096 --max-matches 131072 --audit
 ...
  ├─chronyd.service (#2805)
  │ → user.invocation_id: e264f67ad6114ad5afbe7929142faa4b
  │ └─1482 /usr/sbin/chronyd -F 2
  ├─auditd.service (#2601)
  │ → user.invocation_id: f7a8286921734949b73849b4642e3277
  │ ├─1421 /sbin/auditd
  │ └─1423 /usr/sbin/sedispatch
  ├─tuned.service (#3349)
  │ → user.invocation_id: fec7f73678754ed687e3910017886c5e
  │ └─1564 /usr/bin/python3 -Es /usr/sbin/tuned -l -P
  ├─systemd-journald.service (#1837)
  │ → user.invocation_id: bf7fb22ba12f44afab3054aab661aedb
  │ └─1068 /usr/lib/systemd/systemd-journald
  ├─atd.service (#3961)
  │ → user.invocation_id: 1c59679265ab492482bfdc9c02f5eec5
  │ └─2146 /usr/sbin/atd -f
  ├─sshd.service (#3757)
  │ → user.invocation_id: 57e195491341431298db233e998fb180
  │ └─2097 sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups
  ├─crond.service (#3995)
  │ → user.invocation_id: 4f5b380a53db4de5adcf23f35d638ff5
  │ └─2150 /usr/sbin/crond -n
  ...

Die vorhergehende Beispielausgabe zeigt, wie sich alle "*.slice"-Kontrollgruppen unter dem Root-Bereich -.slice befinden. Unter dem Root-Bereich werden die Kontrollgruppen user.slice und system.slice angezeigt, die jeweils ihre eigenen untergeordneten cgroup-Unterbereiche haben.

Wenn Sie die Ausgabe des Befehls systemd-cgls untersuchen, können Sie sehen, wie sich mit Ausnahme von Root -.slice alle Prozesse auf Blattknoten befinden. Diese Anordnung wird durch cgroups v2 in einer Regel erzwungen, die als Regel "keine internen Prozesse" bezeichnet wird. Weitere Informationen zur Regel "keine internen Prozesse" finden Sie unter cgroups (7).

Die Ausgabe im vorherigen systemd-cgls Befehlsbeispiel zeigt auch, wie Bereiche untergeordnete Kontrollgruppen haben können, die systemd-Geltungsbereiche sind. systemd-Geltungsbereiche werden im folgenden Abschnitt geprüft.

Der Geltungsbereich systemd ist ein Einheitstyp systemd, der Systemservice-Worker-Prozesse gruppiert, die unabhängig von systemd gestartet wurden. Die Geltungsbereichseinheiten sind transiente cgroups, die programmgesteuert mit den Busschnittstellen von systemd erstellt werden.

Beispiel: Im folgenden Beispielcode hat der Benutzer mit UID 1001 den Befehl systemd-cgls ausgeführt, und die Ausgabe zeigt, dass session-2.scope für Prozesse erstellt wurde, die der Benutzer unabhängig von systemd gestartet hat (einschließlich des Prozesses für den Befehl selbst, 21380 sudo systemd-cgls):

sudo systemd-cgls

Working directory /sys/fs/cgroup:
...
├─user.slice (#1429)
│ → user.invocation_id: 604cf5ef07fa4bb4bb86993bb5ec15e0
│ → trusted.invocation_id: 604cf5ef07fa4bb4bb86993bb5ec15e0
...
│ └─user-1001.slice (#7225)
│   → user.invocation_id: ce93ad5f5299407e9477964494df63b7
│   → trusted.invocation_id: ce93ad5f5299407e9477964494df63b7
│   ├─session-2.scope (#7463)
│   │ ├─20304 sshd: oracle [priv]
│   │ ├─20404 sshd: oracle@pts/0
│   │ ├─20405 -bash
│   │ ├─21380 sudo systemd-cgls
│   │ ├─21382 systemd-cgls
│   │ └─21383 less
│   └─user@1001.service … (#7293)
│     → user.delegate: 1
│     → trusted.delegate: 1
│     → user.invocation_id: 70284db060c1476db5f3633e5fda7fba
│     → trusted.invocation_id: 70284db060c1476db5f3633e5fda7fba
│     └─init.scope (#7327)
│       ├─20395 /usr/lib/systemd/systemd --user
│       └─20397 (sd-pam)