Uso de Systemd para Gestionar Grupos de Control

En esta sección se analiza la forma en que systemd divide inicialmente cada uno de los controladores de núcleo por defecto, por ejemplo CPU, memory y blkio, en partes denominadas "porciones", como se ilustra en el siguiente gráfico circular de ejemplo:

Como muestra el gráfico circular anterior, de manera predeterminada, cada controlador de recursos se divide por igual entre los siguientes 3 segmentos:

• Sistema (system.slice).

• Usuario (user.slice).

• Máquina (machine.slice).

La siguiente lista examina cada segmento más de cerca. Para fines de debate, los ejemplos de la lista se centran en el controlador de CPU.

Sistema (system.slice)

Este segmento de recursos se utiliza para gestionar la asignación de recursos entre daemons y unidades de servicio.

Como se muestra en el gráfico circular de ejemplo anterior, la porción del sistema se divide en subsecciones adicionales. Por ejemplo, en el caso de los recursos de CPU, es posible que tengamos asignaciones de subsegmentos dentro del segmento del sistema que incluyan lo siguiente:

• httpd.service (CPUWeight=100)

• sshd.service (CPUWeight =100)

• crond.service (CPUWeight =100)

• app1.service (CPUWeight =100)

• app2.service (CPUWeight =100)

En la lista anterior, app1.service y app2.service representan servicios de aplicación personalizados que se pueden ejecutar en el sistema.

Usuario (user.slice)

Este segmento de recursos se utiliza para gestionar la asignación de recursos entre sesiones de usuario. Se crea un único segmento para cada UID independientemente del número de conexiones que el usuario asociado tenga activas en el servidor. Continuando con nuestro ejemplo de gráfico circular, las subdivisiones pueden ser las siguientes:

• user1 (CPUWeight=100, UID=982)

• user2 (CPUWeight=100, UID=1001)

Máquina (machine.slice)

Este segmento del recurso se utiliza para gestionar la asignación de recursos entre máquinas virtuales alojadas, como invitados de KVM y contenedores de Linux. El segmento de máquina solo está presente en un servidor si el servidor aloja máquinas virtuales o contenedores de Linux.

La analogía del gráfico circular utilizada en las secciones anteriores es una forma útil de conceptualizar la división de recursos en segmentos. Sin embargo, en términos de organización estructural, los grupos de control se organizan en una jerarquía. Puede ver la jerarquía del grupo de control systemd en el sistema ejecutando el comando systemd-cgls de la siguiente manera:

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

La salida de ejemplo anterior muestra cómo residen todos los grupos de control "*.slice" en el segmento raíz -.slice. Debajo del segmento raíz, puede ver los grupos de control user.slice y system.slice, cada uno con sus propios segmentos secundarios cgroup.

Al examinar la salida del comando systemd-cgls , puede ver cómo, excepto para la raíz -.slice, todos los procesos están en nodos de hoja. Esta disposición se aplica mediante cgroups v2, en una regla denominada regla "sin procesos internos". Consulte cgroups (7) para obtener más información sobre la regla "sin procesos internos".

La salida del ejemplo de comando systemd-cgls anterior también muestra cómo los segmentos pueden tener grupos de control secundarios descendientes que son ámbitos systemd. Los ámbitos systemd se revisan en la siguiente sección.

El ámbito systemd es un tipo de unidad systemd que agrupa los procesos de trabajo de servicio del sistema que se han iniciado independientemente de systemd. Las unidades de ámbito son transitorias cgroups creadas mediante programación mediante las interfaces de bus de systemd.

Por ejemplo, en el siguiente código de ejemplo, el usuario con UID 1001 ha ejecutado el comando systemd-cgls y la salida muestra que se ha creado session-2.scope para los procesos que el usuario ha generado independientemente de systemd (incluido el proceso para el propio comando, 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)