Uso di Systemd per gestire i gruppi di controllo

Questa sezione esamina il modo in cui systemd divide inizialmente ciascuno dei controller kernel predefiniti, ad esempio CPU, memory e blkio, in porzioni denominate "slice" come illustrato dal seguente grafico a torta di esempio:

Come mostra il grafico a torta precedente, per impostazione predefinita ogni controller delle risorse è diviso equamente tra le 3 sezioni seguenti:

• Sistema (system.slice).

• Utente (user.slice).

• Macchina (machine.slice).

L'elenco seguente esamina più da vicino ciascuna slice. Ai fini della discussione, gli esempi nell'elenco si concentrano sul controller CPU.

Sistema (system.slice)

Questa slice di risorsa viene utilizzata per gestire l'allocazione delle risorse tra daemon e unità di servizio.

Come mostrato nel grafico a torta dell'esempio precedente, la slice del sistema è divisa in altre sotto-slice. Ad esempio, nel caso delle risorse della CPU, è possibile che siano presenti allocazioni di sottoslice all'interno della slice del sistema che includono quanto segue:

• httpd.service (CPUWeight=100)

• sshd.service (CPUWeight =100)

• crond.service (CPUWeight =100)

• app1.service (CPUWeight =100)

• app2.service (CPUWeight =100)

Nell'elenco precedente, app1.service e app2.service rappresentano i servizi applicativi personalizzati che possono essere eseguiti sul sistema.

Utente (user.slice)

Questa sezione risorsa viene utilizzata per gestire l'allocazione delle risorse tra le sessioni utente. Viene creata una singola slice per ogni UID, indipendentemente dal numero di login che l'utente associato ha attivo sul server. Continuando con l'esempio del grafico a torta, le sezioni secondarie potrebbero essere le seguenti:

• user1 (CPUWeight=100, UID=982)

• user2 (CPUWeight=100, UID=1001)

Macchina (machine.slice)

Questa porzione della risorsa viene utilizzata per gestire l'allocazione delle risorse tra macchine virtuali in hosting, come guest KVM e container Linux. La slice del computer è presente su un server solo se il server ospita macchine virtuali o contenitori Linux.

L'analogia del grafico a torta utilizzata nelle sezioni precedenti è un modo utile per concettualizzare la divisione delle risorse in fette. Tuttavia, in termini di organizzazione strutturale, i gruppi di controllo sono disposti in una gerarchia. È possibile visualizzare la gerarchia dei gruppi di controllo systemd nel sistema eseguendo il comando systemd-cgls come indicato di seguito.

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
  ...

L'output dell'esempio precedente mostra come risiedono tutti i gruppi di controllo "*.slice" nella slice root -.slice. Sotto la slice root è possibile vedere i gruppi di controllo user.slice e system.slice, ognuno con le proprie slice secondarie cgroup figlio.

Esaminando l'output del comando systemd-cgls è possibile vedere come, ad eccezione di root -.slice, tutti i processi si trovano sui nodi foglia. Questa disposizione viene applicata da cgroups v2, in una regola denominata "nessun processo interno". Per ulteriori informazioni sulla regola "nessun processo interno", vedere cgroups (7).

L'output nell'esempio di comando systemd-cgls precedente mostra anche come le slice possono avere gruppi di controllo figlio discendenti che sono ambiti systemd. Gli ambiti systemd vengono rivisti nella sezione seguente.

L'ambito systemd è un tipo di unità systemd che raggruppa i processi del service worker di sistema avviati indipendentemente da systemd. Le unità di scope sono transitorie cgroups create a livello di programmazione utilizzando le interfacce bus di systemd.

Ad esempio, nel seguente codice di esempio, l'utente con UID 1001 ha eseguito il comando systemd-cgls e l'output mostra che session-2.scope è stato creato per i processi generati dall'utente indipendentemente da systemd (incluso il processo per il comando stesso, 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)