Service Management en Systemd

Muestra los comandos systemctl start y systemctl stop básicos y explica cómo persisten los cambios de estado.

Para iniciar un servicio, utilice el comando systemctl start:

sudo systemctl start sshd

Para detener un servicio, utilice el comando systemctl stop:

sudo systemctl stop sshd

El cambio del estado de un servicio solo dura mientras el sistema permanece en el mismo estado.

Si detiene un servicio y, a continuación, cambia el destino de estado del sistema a uno en el que el servicio está configurado para ejecutarse (por ejemplo, reiniciando el sistema), el servicio se reinicia. Del mismo modo, el inicio de un servicio no permite que se inicie después de un reinicio. Consulte Activación y Desactivación de Servicios.

Explica cómo activar, desactivar, enmascarar y desenmascarar servicios para que se inicien (o permanezcan detenidos) tras los reinicios.

Puede utilizar el comando systemctl para activar o desactivar un servicio desde el inicio cuando se inicia el sistema, por ejemplo:

sudo systemctl enable httpd

Created symlink /etc/systemd/system/multi-user.target.wants/httpd.service → /usr/lib/systemd/system/httpd.service.

El comando enable activa un servicio mediante la creación de un enlace simbólico para el destino de estado del sistema de nivel más bajo en el que se inicia el servicio. En el ejemplo anterior, el comando crea el enlace simbólico httpd.service para el destino multi-user.

La desactivación de un servicio elimina el enlace simbólico:

sudo systemctl disable httpd

Removed /etc/systemd/system/multi-user.target.wants/httpd.service.

Para comprobar si un servicio está activado, utilice el subcomando is-enabled, como se muestra en los siguientes ejemplos:

systemctl is-enabled httpd

disabled

systemctl is-enabled sshd

enabled

Después de ejecutar el comando systemctl disable, las cuentas del usuario, las secuencias de comandos y otros procesos pueden iniciar o detener el servicio.

Sin embargo, si necesita asegurarse de que un servicio en conflicto no pueda iniciar el servicio de forma involuntaria, por ejemplo, utilice el comando systemctl mask de la siguiente manera:

sudo systemctl mask httpd

Created symlink from '/etc/systemd/system/multi-user.target.wants/httpd.service' to '/dev/null'

El comando mask define la referencia de servicio en /dev/null. Si intenta iniciar un servicio que se ha enmascarado, recibirá un error como se muestra en el siguiente ejemplo:

sudo systemctl start httpd

Failed to start httpd.service: Unit is masked.

Para volver a enlazar la referencia de servicio al archivo de configuración de unidad de servicio coincidente, utilice el comando systemctl unmask:

sudo systemctl unmask httpd

Para obtener más información, consulte la página del manual systemctl(1).

Detalla los comandos systemctl is-active y status para comprobar el estado del servicio y los grupos de control.

Para comprobar si un servicio se está ejecutando, utilice el subcomando is-active. La salida sería active o inactive, como se muestra en los siguientes ejemplos:

systemctl is-active httpd

active

systemctl is-active sshd

inactive

El subcomando status proporciona un resumen detallado del estado de un servicio, incluido un árbol que muestra las tareas del grupo de control (CGroup) que implementa el servicio:

systemctl status httpd

httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
   Active: active (running) since ...
     Docs: man:httpd.service(8)
 Main PID: 11832 (httpd)
   Status: "Started, listening on: port 80"
    Tasks: 213 (limit: 26213)
   Memory: 32.5M
   CGroup: /system.slice/httpd.service
           ├─11832 /usr/sbin/httpd -DFOREGROUND
           ├─11833 /usr/sbin/httpd -DFOREGROUND
           ├─11834 /usr/sbin/httpd -DFOREGROUND
           ├─11835 /usr/sbin/httpd -DFOREGROUND
           └─11836 /usr/sbin/httpd -DFOREGROUND

Jul 17 00:14:32 Unknown systemd[1]: Starting The Apache HTTP Server...
Jul 17 00:14:32 Unknown httpd[11832]: Server configured, listening on: port 80
Jul 17 00:14:32 Unknown systemd[1]: Started The Apache HTTP Server.

cgroup es una recopilación de procesos que están enlazados entre sí para que pueda controlar su acceso a los recursos del sistema. En el ejemplo, cgroup para el servicio httpd es httpd.service, que está en el segmento system.

Los segmentos dividen cgroups en un sistema en diferentes categorías. Para mostrar el segmento y la jerarquía cgroup, utilice el comando systemd-cgls:

systemd-cgls

Control group /:
-.slice
├─user.slice
│ └─user-1000.slice
│   ├─user@1000.service
│   │ └─init.scope
│   │   ├─6488 /usr/lib/systemd/systemd --user
│   │   └─6492 (sd-pam)
│   └─session-7.scope
│     ├─6484 sshd: root [priv]
│     ├─6498 sshd: root@pts/0
│     ├─6499 -bash
│     ├─6524 sudo systemd-cgls
│     ├─6526 systemd-cgls
│     └─6527 less
├─init.scope
│ └─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 16
└─system.slice
  ├─rngd.service
  │ └─1266 /sbin/rngd -f --fill-watermark=0
  ├─irqbalance.service
  │ └─1247 /usr/sbin/irqbalance --foreground
  ├─libstoragemgmt.service
  │ └─1201 /usr/bin/lsmd -d
  ├─systemd-udevd.service
  │ └─1060 /usr/lib/systemd/systemd-udevd
  ├─polkit.service
  │ └─1241 /usr/lib/polkit-1/polkitd --no-debug
  ├─chronyd.service
  │ └─1249 /usr/sbin/chronyd
  ├─auditd.service
  │ ├─1152 /sbin/auditd
  │ └─1154 /usr/sbin/sedispatch
  ├─tuned.service
  │ └─1382 /usr/libexec/platform-python -Es /usr/sbin/tuned -l -P
  ├─systemd-journald.service
  │ └─1027 /usr/lib/systemd/systemd-journald
  ├─atd.service
  │ └─1812 /usr/sbin/atd -f
  ├─sshd.service
  │ └─1781 /usr/sbin/sshd

system.slice contiene servicios y otros procesos del sistema. user.slice contiene procesos de usuario, que se ejecutan en cgroups transitorios denominados ámbitos.

En el ejemplo, los procesos para el usuario con el ID 1000 se ejecutan en el ámbito session-7.scope en el segmento /user.slice/user-1000.slice.

Puede utilizar el comando systemctl para limitar la CPU, la E/S, la memoria y otros recursos que están disponibles para los procesos en los cgroups de servicio y ámbito. Consulte Controlling Access to System Resources.

Para obtener más información, consulte las páginas del manual systemctl(1) y systemd-cgls(1). Consulte también Using Systemd to Manage Control Groups.

Muestra cómo utilizar systemctl set-property y systemd-run para asignar límites de CPU y memoria a servicios y ámbitos.

Utilice el comando systemctl para controlar el acceso de un cgroup a los recursos del sistema, por ejemplo:

sudo systemctl [--runtime] set-property httpd CPUShares=512 MemoryLimit=1G

CPUShare controla el acceso a los recursos de CPU. Como el valor por defecto es 1024, un valor de 512 reduce a la mitad el tiempo de acceso a la CPU que tienen los procesos en cgroup. Del mismo modo, MemoryLimit controla la cantidad máxima de memoria que puede utilizar cgroup.

También puede cambiar la configuración de recursos para un servicio en la cabecera [Service] del archivo de configuración del servicio en /usr/lib/systemd/system. Después de editar el archivo, vuelva a cargar los archivos de configuración systemd y, a continuación, reinicie el servicio:

sudo systemctl daemon-reload
sudo systemctl restart service

Puede ejecutar comandos generales dentro de los ámbitos y utilizar systemctl para controlar el acceso que estos cgroups transitorios tienen a los recursos del sistema. Para ejecutar un comando dentro de un ámbito, utilice el comando systemd-run:

sudo systemd-run --scope --unit=group_name.scope [--slice=slice_name]

Si no desea crear el grupo en el segmento system por defecto, puede especificar otro segmento o el nombre de un nuevo segmento. En el siguiente ejemplo, se ejecuta un comando denominado mymonitor en mymon.scope en myslice.slice:

sudo systemd-run --scope --unit=mymon.scope --slice=myslice mymonitor

Running as unit mymon.scope.

A continuación, puede utilizar systemctl para controlar el acceso que un ámbito tiene a los recursos del sistema de la misma manera que para un servicio. Sin embargo, a diferencia de un servicio, debe especificar la extensión .scope, por ejemplo:

sudo systemctl --runtime set-property mymon.scope CPUShares=256

Para obtener más información, consulte Using Systemd to Manage Control Groups y las páginas del manual systemctl(1), systemd-cgls(1) y systemd.resource-control(5).

Describe cómo sustituir archivos de unidad empaquetados y crear fragmentos desplegables en /etc/systemd/system.

Para cambiar la configuración de los servicios systemd, copie los archivos con extensiones .service, .target, .mount y .socket de /usr/lib/systemd/system a /etc/systemd/system.

Después de haber copiado los archivos, puede editar las versiones en /etc/systemd/system.

Los archivos de /etc/systemd/system tienen prioridad sobre las versiones de /usr/lib/systemd/system. Los archivos de /etc/systemd/system no se sobrescriben cuando actualiza un paquete que toca archivos de /usr/lib/systemd/system.

Para volver a la configuración por defecto de systemd para un servicio concreto, puede cambiar el nombre o suprimir las copias en /etc/systemd/system.

Otro enfoque para cambiar la configuración de un servicio es crear un archivo desplegable. Con este enfoque, puede conservar la unidad original mientras cambia los parámetros específicos de la unidad.

Cree archivos desplegables en /etc/systemd/system/unit_name.d/, donde el directorio unit_name.d es una unidad existente y, a continuación, proporcione a los archivos desplegables una extensión de archivo .conf.

Por ejemplo: /etc/systemd/system/unit_name.d/name_of_drop-in.conf. systemd lee el archivo .conf y aplica la configuración a la unidad original.

En las siguientes secciones, se describen las diferentes partes de un archivo de unidad de servicio que puede editar y personalizar para un sistema.