用systemd管理自定义服务
使用systemd管理自定义服务
通过DNF安装的软件通常会自动在/usr/lib/systemd/system/目录中创建对应的Unit文件，Unit文件有很多种类型，其中用于管理服务的是service文件，systemd会自动读取service文件实现服务管理。但是，如果我们通过源码方式安装软件，默认不会自动创建Unit文件，服务也不能被systemd管理。如果希望systemd管理进程或服务，管理员要在/usr/lib/systemd/system或/etc/systemd/system/目录中创建对应的Unit文件，推荐将管理员自定义的Unit文件优先放置在/etc/systemd/system/目录中。
Unit文件是INI格式的纯文本文件，文件中包含多个［］配置段，常见的配置段有［Unit］、［Service］和［Install］，每个配置段后面可以设置多个配置选项和值（K=V的格式）。［Unit］和［Install］配置段中包含一些通用的配置信息、服务依赖关系及系统启动方式，［Service］配置段中包含服务管理的具体配置参数。
常用的配置选项及功能描述信息详见表
服务启动的配置文件
配置文件主要放在 /usr/lib/systemd/system 目录，也可能在 /etc/systemd/system 目录
通过查看 sshd 服务启动文件学习配置项目
systemctl cat sshd.service
/usr/lib/systemd/system/sshd.service
[Unit]
Description=OpenSSH server daemon
Documentation=man:sshd(8) man:sshd_config(5)
After=network.target sshd-keygen.service
Wants=sshd-keygen.service
[Service]
Type=notify
EnvironmentFile=/etc/sysconfig/sshd
ExecStart=/usr/sbin/sshd -D $OPTIONS
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartSec=42s
[Install]
WantedBy=multi-user.target
每个服务文件以 .service 结尾，一般会分为 3 部分，必须包含 [Service] 部分
[Unit] 启动顺序与依赖关系
Description：当前服务的简单描述
Documentation：指定 man 文档位置
After：如果 network.target 或 sshd-keygen.service 需要启动，那么 sshd.service 应该在它们之后启动
Before：定义 sshd 应该在哪些服务之前启动
注意：After 和 Before 字段只涉及启动顺序，不涉及依赖关系。
Wants：表示 sshd.service 与 sshd-keygen.service 之间存在"弱依赖"关系，即如果"sshd-keygen.service"启动失败或停止运行，不影响 sshd.service 继续执行
Requires：表示"强依赖"关系，即如果该服务启动失败或异常退出，那么sshd.service 也必须退出
注意：Wants 字段与 Requires 字段只涉及依赖关系，与启动顺序无关，默认情况下是同时启动。
[Service] 启动行为
EnvironmentFile：许多软件都有自己的环境参数文件，该字段指定文件路径
注意：/etc/profile 或者 /etc/profile.d/ 这些文件中配置的环境变量仅对通过 pam 登录的用户生效，而 systemd 是不读这些配置的。
systemd 是所有进程的父进程或祖先进程，它的环境变量会被所有的子进程所继承，如果需要给 systemd 配置默认参数可以在 /etc/systemd/system.conf 和 /etc/systemd/user.conf 中设置。
加载优先级 system.conf 最低，可能会被其他的覆盖。
Type：定义启动类型。可设置：simple，exec，forking，oneshot，dbus，notify，idle
simple(设置了 ExecStart= 但未设置 BusName= 时的默认值)：ExecStart 字段启动的进程为该服务的主进程
forking：ExecStart 字段的命令将以 fork() 方式启动，此时父进程将会退出，子进程将成为主进程
ExecStart：定义启动进程时执行的命令
上面的例子中，启动 sshd 执行的命令是 /usr/sbin/sshd -D $OPTIONS，其中的变量 $OPTIONS 就来自 EnvironmentFile 字段指定的环境参数文件。类似的，还有如下字段：
ExecReload：重启服务时执行的命令
ExecStop：停止服务时执行的命令
ExecStartPre：启动服务之前执行的命令
ExecStartPost：启动服务之后执行的命令
ExecStopPost：停止服务之后执行的命令
RemainAfterExit：设为yes，表示进程退出以后，服务仍然保持执行
KillMode：定义 Systemd 如何停止服务，可以设置的值如下：
control-group（默认值）：当前控制组里面的所有子进程，都会被杀掉
process：只杀主进程
mixed：主进程将收到 SIGTERM 信号，子进程收到 SIGKILL 信号
none：没有进程会被杀掉，只是执行服务的 stop 命令
Restart：定义了退出后，Systemd 的重启方式。可以设置的值如下：
no（默认值）：退出后不会重启
on-success：只有正常退出时（退出状态码为0），才会重启
on-failure：非正常退出时（退出状态码非0），包括被信号终止和超时，才会重启
on-abnormal：只有被信号终止和超时，才会重启
on-abort：只有在收到没有捕捉到的信号终止时，才会重启
on-watchdog：超时退出，才会重启
always：不管是什么退出原因，总是重启
RestartSec：表示 Systemd 重启服务之前，需要等待的秒数
配置中多个相同配置会选择最后一个，下面结果是 execstart2
[Service]
ExecStart=/bin/echo execstart1
ExecStart=/bin/echo execstart2
所有的启动设置之前，都可以加上一个连词号（-），表示"抑制错误"，即发生错误的时候，不影响其他命令的执行
EnvironmentFile=-/etc/sysconfig/sshd，表示即使 /etc/sysconfig/sshd 文件不存在，也不会抛出错误
[Install]
WantedBy：表示该服务所在的 Target(服务组)
关于 Target，运行级别
查看默认 Target
systemctl get-default
结果为 multi-user.target，表示默认的启动 Target 是multi-user.target。在这个组里的所有服务，都将开机启动。这就是为什么 systemctl enable 命令能设置开机启动的原因
查看 multi-user.target 包含的所有服务
systemctl list-dependencies multi-user.target
切换到另一个 target
shutdown.target 就是关机状态
常用的 Target 有两个：一个是 multi-user.target，表示多用户命令行状态；另一个是 graphical.target，表示图形用户状态，它依赖于 multi-user.target
systemctl isolate shutdown.target
自定义服务
在 /usr/lib/systemd/system 下新建服务脚本
vim /usr/lib/systemd/system/zdy.service
[Unit]
Description=描述
Environment=环境变量或参数(系统环境变量此时无法使用)
After=network.target
[Service]
Type=forking
EnvironmentFile=所需环境变量文件或参数文件
ExecStart=启动命令(需指定全路径)
ExecStop=停止命令(需指定全路径)
User=以什么用户执行命令
[Install]
WantedBy=multi-user.target
新建完成后设置自启动
添加或修改配置文件后，需要重新加载
systemctl daemon-reload
设置自启动，实质就是在 /etc/systemd/system/multi-user.target.wants/ 添加服务文件的链接
systemctl enable zdy