【ubuntu】systemd 管理系统组件和服务之间的依赖关系

忘是亡心i 2023-10-15 09:39 29阅读 0赞

## systemd 如何管理系统组件和服务之间的依赖关系？ ##

systemd 使用单位（units）来定义系统组件和服务，每个单位都有一个对应的配置文件，其中定义了单位的属性和依赖关系。

systemd 使用使用配置文件来管理服务之间的依赖关系。这些配置文件通常位于 `/etc/systemd/system/` 目录或 `/usr/lib/systemd/system/` 目录中，具体取决于系统配置。

以下是 systemd 如何管理依赖关系的几种常见方式：

1.  Requires 和 Wants：通过在单位配置文件中使用 `Requires` 和 `Wants` 关键字，可以指定一个单位依赖于其他单位。`Requires` 表示强依赖关系，即被依赖单位必须成功启动才能启动当前单位。`Wants` 表示弱依赖关系，即被依赖单位的启动不是必需的，但如果被依赖单位可用，当前单位会优先启动。
2.  Before 和 After：通过 `Before` 和 `After` 关键字，可以定义单位之间的启动顺序。`Before` 表示当前单位应在指定的单位之前启动，而 `After` 表示当前单位应在指定的单位之后启动。这样可以确保在启动过程中按照预定义的顺序启动服务。
3.  PartOf 和 RequiresMountsFor：`PartOf` 关键字用于定义一个单位是另一个单位的一部分，如果主单位启动或停止，从属单位也会相应启动或停止。`RequiresMountsFor` 关键字用于指定一个单位所需的文件系统挂载点。
4.  OnFailure：使用 `OnFailure` 关键字，可以定义一个单位在指定的单位启动失败时才启动。这对于定义容错机制和后备服务很有用。

通过这些依赖关系配置，systemd 可以确保在启动和管理过程中按照正确的顺序启动和停止服务。依赖关系的定义还可以确保在一个服务依赖的其他服务可用时，才启动该服务，从而提高系统的可靠性和稳定性。

可以使用 `systemctl` 命令来查看和管理单位及其依赖关系。例如，`systemctl status <unit>` 可以查看单位的状态和依赖关系，`systemctl enable <unit>` 可以启用一个单位，`systemctl start <unit>` 可以启动一个单位，等等。

请注意，为了正确管理和配置依赖关系，建议仔细阅读 systemd 的文档，并了解每个单位的属性和关键字的含义。

## 示例 ##

下面是一个使用 `Requires`、`Wants`、`Before` 和 `After` 的示例：

假设我们有两个服务：`serviceA.service` 和 `serviceB.service`。`serviceA.service` 需要在 `serviceB.service` 启动之后才能启动，而 `serviceB.service` 则不依赖于其他服务。

`serviceA.service` 的配置文件内容如下：

[Unit]
    Description=Service A
    Requires=serviceB.service
    After=serviceB.service
    
    [Service]
    ExecStart=/path/to/serviceA

`serviceB.service` 的配置文件内容如下：

[Unit]
    Description=Service B
    
    [Service]
    ExecStart=/path/to/serviceB

在这个示例中，`serviceA.service` 配置文件中的 `Requires=serviceB.service` 表示 `serviceA.service` 依赖于 `serviceB.service`，而 `After=serviceB.service` 则指定 `serviceA.service` 必须在 `serviceB.service` 之后启动。这样，当启动 `serviceA.service` 时，systemd 将自动启动 `serviceB.service`，并确保 `serviceB.service` 在 `serviceA.service` 之前启动。

请注意，以上示例仅为演示目的，实际的配置文件可能需要更多的选项和设置，具体取决于服务的需求和复杂性。

## 官方示例 ##

使用 命令行查看 操作系统中已存在的服务配置 `acpid.service`

xzbd@ubuntu:~$ cat /usr/lib/systemd/system/acpid.service 
    [Unit]
    Description=ACPI event daemon
    Requires=acpid.socket
    ConditionVirtualization=!container
    Documentation=man:acpid(8)
    
    [Service]
    StandardInput=socket
    EnvironmentFile=/etc/default/acpid
    ExecStart=/usr/sbin/acpid $OPTIONS
    
    [Install]
    WantedBy=multi-user.target