linux systemd 参数详解

> 本文由 [简悦 SimpRead](http://ksria.com/simpread/) 转码， 原文地址 [www.cnblogs.com](https://www.cnblogs.com/yhy223/p/14484716.html)

参考：

[https://www.qingheluo.com/systemdzhongdepeizhiwenjian/](https://www.qingheluo.com/systemdzhongdepeizhiwenjian/)

[https://linuxeye.com/400.html](https://linuxeye.com/400.html)

### 简介：

CentOS 7 使用 systemd 替换了 SysV。Systemd 目的是要取代 Unix 时代以来一直在使用的 init 系统，兼容 SysV 和 LSB 的启动脚本，而且够在进程启动过程中更有效地引导加载服务。

#### systemd 的特性有：

*   支持并行化任务
*   同时采用 socket 式与 D-Bus 总线式激活服务；
*   按需启动守护进程（daemon）；
*   利用 Linux 的 cgroups 监视进程；
*   支持快照和系统恢复；
*   维护挂载点和自动挂载点；
*   各服务间基于依赖关系进行精密控制。

### systemd 里的重要概念：

#### 单元：

一个单元配置文件可以描述如下内容之一：系统服务（.service）、挂载点（.mount）、sockets（.sockets） 、系统设备（.device）、交换分区（.swap）、文件路径（.path）、启动目标（.target）、由 systemd 管理的计时器（.timer）。详情参阅 man 5 systemd.unit。

使用 systemctl 控制单元时，通常需要使用单元文件的全名，包括扩展名（例如 sshd.service）。但是有些单元可以在 systemctl 中使用简写方式。

*   如果无扩展名，systemctl 默认把扩展名当作 .service。例如 netcfg 和 netcfg.service 是等价的。
*   挂载点会自动转化为相应的 .mount 单元。例如 /home 等价于 home.mount。
*   设备会自动转化为相应的 .device 单元，所以 /dev/sda2 等价于 dev-sda2.device。

单元控制项：

#### 编写单元文件（也就是服务文件，这里只对服务文件做示例）

<table><thead><tr><th>路径</th><th><strong>systemd 控制的相关文件</strong>的作用</th></tr></thead><tbody><tr><td>/usr/lib/systemd/system/</td><td>服务启动的脚本启动路径</td></tr><tr><td>/etc/systemd/system/multi-user.target.wants/</td><td>开机自启服务存放路</td></tr><tr><td>etc/systemd/system/default.target</td><td>默认运行级别配置文件</td></tr></tbody></table>

*   每一个 Unit 都需要有一个配置文件用于告知 systemd 对于服务的管理方式
*   配置文件存放于 / usr/lib/systemd/system/，设置开机启动后会在 / etc/systemd/system 目录建立软链接文件
*   每个 Unit 的配置文件配置默认后缀名为. service
*   在 / usr/lib/systemd/system / 目录中分为 system 和 user 两个目录，一般将开机不登陆就能运行的程序存在系统服务里，也就是 / usr/lib/systemd/system
*   配置文件使用方括号分成了多个部分，并且区分大小写

##### 配置单元（服务）文件模板：

nginx

```
[Unit]
Description=nginx
After=network.target
 [Service]
Type=forking
ExecStart=/usr/local/nginx/sbin/nginx
ExecReload=/usr/local/nginx/sbin/nginx -s reload
ExecStop=/usr/local/nginx/sbin/nginx -s quit
PrivateTmp=true
 [Install]
WantedBy=multi-user.target
```

tomcat

```
[Unit]
Description=tomcat
After=network.target
 [Service]
Type=forking
Environment="export JAVA_HOME=/opt/jdk"
Environment="export JAVA_BIN=$JAVA_HOME/bin"
Environment="export JRE_HOME=$JAVA_HOME/jre"
Environment="export CLASSPATH=$JAVA_HOME/jre/lib:$JAVA_HOME/lib"
Environment="export PATH=$PATH:$JAVA_HOME/bin"
ExecStart=/usr/local/tomcat/bin/startup.sh
ExecStop=/usr/local/tomcat/bin/shutdown.sh
Restart=on-failure
 [Install]
WantedBy=multi-user.target
```

该文件内容只要分为三个部分 Unit `Service` Install，Server 这段要根据 Unit（**单元**）的类型来确定

##### Unit：

*    Description：描述信息
*    After：表明需要依赖的服务，作用决定启动顺序
*    Before：表明被依赖的服务
*    Requles：依赖到的其他 unit ，强依赖，即依赖的 unit 启动失败。该 unit 不启动。
*    Wants：依赖到的其他 unit，弱依赖，即依赖的 unit 启动失败。该 unit 继续启动
*    Conflicts：定义冲突关系

**处理依赖关系**

使用 systemd 时，可通过正确编写单元配置文件来解决其依赖关系。典型的情况是，单元 A 要求单元 B 在 A 启动之前运行。在此情况下，向单元 A 配置文件中的 [Unit] 段添加 Requires=B 和 After=B 即可。若此依赖关系是可选的，可添加 Wants=B 和 After=B。

请注意 Wants= 和 Requires= 并不意味着 After=，即如果 After= 选项没有制定，这两个单元将被并行启动。

依赖关系通常被用在服务（service）而不是目标（target）上。例如， network.target 一般会被某个配置网络接口的服务引入，所以，将自定义的单元排在该服务之后即可，因为 network.target 已经启动。

##### Server:

*   Type:

```
simple：默认值，执行ExecStart指定的命令，启动主进程
forking：以 fork 方式从父进程创建子进程，创建后父进程会立即退出，子进程将成为主进程
oneshot：一次性进程，类似于simple，但只执行一次，Systemd 会等当前服务退出，再继续往下执行
dbus：当前服务通过D-Bus启动，类似于simple，但会等待 D-Bus 信号后启动
notify：当前服务启动完毕，会发出通知信号通知Systemd，然后 Systemd 再继续启动其他服务
idle：类似于simple，但是要等到其他任务都执行完毕，才会启动该服务。一种使用场合是为让该服务的输出，不与其他服务的输出相混合
```

*   User：指定开机自动运行该程序的用户名
    
*   Group：指定开机自动运行该程序的用户组
    
*   LimitCORE=infinity：限制内核文件的大小
    
*   LimitNOFILE=65536：服务最大允许打开的文件描述符数量
    
*   LimitNPROC=65536：进程的最大数量
    
*   PIDFile：指定开机自动运行该程序的 pid 文件 (一般在程序配置文件中配置该项)
    
*   ExecStart：启动当前服务的命令
    
*   ExecStartPre：启动当前服务之前执行的命令
    
*   ExecStartPost：启动当前服务之后执行的命令
    
*   ExecReload：重启当前服务时执行的命令
    
*   ExecStop：停止当前服务时执行的命令
    
*   ExecStopPost：停止当其服务之后执行的命令
    
*   KillMode：定义如何停止服务。KillMode 字段可以设置的值如下 control-group(默认值)：当前控制组里面的所有子进程，都会被杀掉; process：只杀主进程; mixed：主进程将收到 SIGTERM 信号，子进程收到 SIGKILL 信号; none：没有进程会被杀掉，只是执行服务的 stop 命令。如 ssh 服务将 KillMode 设为 process，不停止任何 sshd 子进程，即子进程打开的 SSH session 仍然保持连接，这个设置不太常见，但对 sshd 很重要，否则你停止服务的时候，会连自己打开的 SSH session 一起杀掉。
    
*   RestartSec：自动重启当前服务等待的秒数
    
*   Restart：定义了当前服务退出后，Systemd 的重启方式，可能的值包括 no(默认值)：退出后不会重启; always：不管是什么退出原因，总是重启; on-success：只有正常退出时 (退出状态码为 0)，才会重启; on-failure：非正常退出时 (退出状态码非 0)，包括被信号终止和超时，才会重启; on-abnormal：只有被信号终止和超时，才会重启; on-abort：只有在收到没有捕捉到的信号终止时，才会重启; on-watchdog：超时退出，才会重启，如 ssh 服务设置为 on-failure，表示任何意外的失败，就将重启 sshd。如果 sshd 正常停止 (比如执行 systemctl stop 命令)，它就不会重启。
    
*   RemainAfterExit：值为 yes 或 no，表示进程退出以后，服务仍然保持执行。这样的话，一旦使用 systemctl stop 命令停止服务，ExecStop 指定的命令就会执行
    
*   TimeoutSec：定义 Systemd 停止当前服务之前等待的秒数
    
*   Environment：指定当前服务的环境变量
    
*   EnvironmentFile：指定当前服务的环境参数文件，该文件的 key=value 键值对，可以用 $key 的形式，在当前配置文件中获取
    
*   所有的启动设置都可以加上一个连词号 (-)，表示 "抑制错误"，即发生错误的时候，不影响其他命令的执行。比如，EnvironmentFile=-/etc/sysconfig/sshd，表示即使 / etc/sysconfig/sshd 文件不存在，也不会抛出错误。
    
*   PrivateTmp 的值设置成 true ，服务启动时会在 / tmp 目录下生成类似 systemd-private-433ef27ba3d46d8aac286aeb1390e1b-nginx.service-RedVyu 的文件夹，用于存放 nginx 的临时文件。

##### Install:

*   WantedBy：它的值是一个或多个 Target，当前 Unit 激活时 (enable) 符号链接会放入 / etc/systemd/system 目录下面以 Target 名 + .wants 后缀构成的子目录中
*   RequiredBy：它的值是一个或多个 Target，当前 Unit 激活时，符号链接会放入 / etc/systemd/system 目录下面以 Target 名 + .required 后缀构成的子目录中
*   Alias：当前 Unit 可用于启动的别名
*   Also：当前 Unit 激活 (enable) 时，会被同时激活的其他 Unit