systemd

Systemd是一个系统管理守护进程、工具和库的集合，用于取代System V初始进程。Systemd的功能是用于集中管理和配置类UNIX系统。

Systemd通常是所有其它守护进程的父进程，systemd对应的进程管理命令是systemctl。Systemd具有以下特点：

• 启动系统时并行启动
• 按需激活systemd管理的服务
• 服务快照
• 服务依赖定义

Systemd 并不是一个命令，而是一组命令，涉及到系统管理的方方面面。

Systemd 系统相关命令：

unit

配置文件

Systemd 可以管理所有系统资源。不同的资源统称为 Unit（单位）。

每个unit都有一个配置文件，告诉systemd怎么启动这个服务单元。系统启动时，systemd会读取/etc/systemd/system 下的unit配置，即开机启动，其他配置目录在开启开机启动时，会创建一个符号链接在/etc/systemd/system中。

单元类型

Unit 相关命令：

对于用户来说，最常用的Unit命令是关于service的命令。

systemctl enable命令用于在/usr/lib/systemd/system/和/etc/systemd/system/两个目录之间，建立符号链接关系。

例如：

$ systemctl enable clamd@scan.service
# 等同于
$ ln -s '/usr/lib/systemd/system/clamd@scan.service' '/etc/systemd/system/multi-user.target.wants/clamd@scan.service'

如果配置文件里面设置了开机启动，systemctl enable命令相当于激活开机启动。

与之对应的，systemctl disable命令用于在两个目录之间，撤销符号链接关系，相当于撤销开机启动。

$ systemctl disable clamd@scan.service

systemctl list-unit-files这个命令会输出一个列表。

$ systemctl list-unit-files

UNIT FILE              STATE
chronyd.service        enabled
clamd@.service         static
clamd@scan.service     disabled

这个列表显示每个配置文件的状态，一共有四种。

• enabled：已建立启动链接
• disabled：没建立启动链接
• static：该配置文件没有[Install]部分（无法执行），只能作为其他配置文件的依赖
• masked：该配置文件被禁止建立启动链接

service配置

service配置包含三个部分Unit、Service、Install，字段表格中加粗的字段均可以多次出现配置。参考：https://www.freedesktop.org/software/systemd/man/systemd.unit.html

Unit

区块通常是配置文件的第一个区块，用来定义 Unit 的元数据，以及配置与其他 Unit 的关系。它的主要字段如下。

Service

service块配置，记录服务信息，环境变量、启动方式、工作目录等

进程类型(Type)可选值

• simple 即使二进制或者用户不存在启动会返回成功
• exec 若二进制不存在或用户不存在启动会返回失败
• forking 将ExecStart作为作为子进程执行，服务启动成功后主进程退出
• oneshot 在主进程退出后启动服务单元
• dbus 设置BusName或类型指定，总线释放，服务管理会尝试终止服务
• notify 类似exec，在服务启动后发送通知消息
• idle 类似simple，服务程序的实际执行会延迟

服务重启(Restart)可选值

• no 不重启
• always 所有异常情况都重启
• on-success 仅当退出码或者退出信号正常时
• on-failure 不满足on-success的其他异常情况
• on-abnormal 非正常的退出信号、服务超时、看门狗超时
• on-abort 非正常的退出信号
• on-watchdog 看门狗超时

Install

用来定义如何启动，以及是否开机启动。

Target

启动计算机的时候，需要启动大量的 Unit。如果每一次启动，都要一一写明本次启动需要哪些 Unit，显然非常不方便。Systemd 的解决方案就是 Target。

简单说，Target 就是一个 Unit 组，包含许多相关的 Unit 。启动某个 Target 的时候，Systemd 就会启动里面所有的 Unit。从这个意义上说，Target 这个概念类似于"状态点"，启动某个 Target 就好比启动到某种状态。

传统的init启动模式里面，有 RunLevel 的概念，跟 Target 的作用很类似。不同的是，RunLevel 是互斥的，不可能多个 RunLevel 同时启动，但是多个 Target 可以同时启动。

Target 与 传统 RunLevel 的对应关系如下。

它与init进程的主要差别如下。

1. 默认的 RunLevel（在/etc/inittab文件设置）现在被默认的 Target 取代，位置是/etc/systemd/system/default.target，通常符号链接到graphical.target（图形界面）或者multi-user.target（多用户命令行）。
2. 启动脚本的位置，以前是/etc/init.d目录，符号链接到不同的RunLevel目录 （比如/etc/rc3.d、/etc/rc5.d等），现在则存放在/lib/systemd/system和/etc/systemd/system目录。
3. 配置文件的位置，以前init进程的配置文件是/etc/inittab，各种服务的配置文件存放在/etc/sysconfig目录。现在的配置文件主要存放在/lib/systemd目录，在/etc/systemd目录里面的修改可以覆盖原始设置。

日志管理

Systemd 统一管理所有 Unit 的启动日志。带来的好处就是，可以只用journalctl一个命令，查看所有日志（内核日志和应用日志）。日志的配置文件是/etc/systemd/journald.conf。

journalctl功能强大，用法非常多。

注：journalctl -p err -b查看指定优先级（及其以上级别）的日志，共有8级
0: emerg
1: alert
2: crit
3: err
4: warning
5: notice
6: info
7: debug

参考：https://www.cnblogs.com/zwcry/p/9602756.html
https://www.xiehai.zone/2022-03-20-centos-7-systemd.html