centos7的systemd服务详解
|
systemd是RHEL7的新特性，用于改变以往SysvInit的启动方式，提高系统服务的运行效率，为系统的启动和管理提供一套完整的解决方案。 不同系统的init版本 centos5: Sysv Init
centos6: Upstart
centos7: systemd
以往通过如下命令来启动服务： /etc/init.d/nginx start
或者 service nginx start
一、Unit的含义 systemd可以管理所有系统资源，不同资源统称为 Unit，一共分为12种： Service unit: 系统服务
Target unit: 多个unit构成一个组
Device unit: 硬件设备
Mount unit: 文件系统的挂载点
Automount unit: 自动挂载点
Path unit: 文件或路径
Scope unit: 不是由Systemd启动的外部进程
Slice unit: 进程组
Snapshot unit: Systemd快照，可以切回某个快照
Socket unit: 进程间通信的socket
Swap unit: swap文件
Timer unit: 定时器
二、Unit管理常用命令(主要针对service) 开机自启动 systemctl enable nginx
关闭自启动 systemctl disable nginx
服务状态 systemctl status nginx
服务重启 systemctl restart nginx
杀死一个服务 systemctl kill nginx
服务是否激活 systemctl is-active nginx
显示已启动的服务 systemctl list-units --type=service
显示服务的配置文件 systemctl list-unit-files --type=service
锁定服务 systemctl mask nginx
解锁服务 systemctl unmask nginx
重载服务配置 systemctl daemon-reload
查看服务的依赖关系 systemctl list-dependencies nginx
三、Unit配置文件 每一个Unit都有一个配置文件，用于告诉系统如何启动Unit，systemd默认从 /etc/systemd/system/ 目录读取配置文件， centos7的服务脚本一般存放在 /usr/lib/systemd 下，有系统 system 和 user 区分。 Unit配置文件目录主要有三个： /lib/systemd/system
/run/systemd/system
/etc/systemd/system
三个目录的文件优先级依次从低到高，同一服务三个地方都配置了，优先级高的会覆盖优先级低的。 /run/systemd/system 是进程在运行时动态创建unit文件的目录，一般很少修改，除非是修改程序运行时的一些参数时，即Session级别的，才在这里做修改。 ? 四、Unit服务配置 每个服务以.service后缀，一般会分为3部分：[Unit]，[Service]，[Install]，具体以nginx服务为例： [Unit]
Description=nginx - high performance web server
After=network.target remote-fs.target nss-lookup.target
[Service]
Type=forking
PIDFile=/usr/local/nginx/logs/nginx.pid
ExecStartPre=/usr/local/nginx/sbin/nginx -t -c /usr/local/nginx/conf/nginx.conf
ExecStart=/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf
ExecReload=/usr/local/nginx/sbin/nginx -s reload
ExecStop=/usr/local/nginx/sbin/nginx -s stop
#Restart配置可以在进程被kill掉之后，让systemctl产生新的进程，避免服务挂掉
Restart=on-failure
RestartSec=30
[Install]
WantedBy=multi-user.target
1、[Unit]区块 [Unit]区块通常是配置文件的第一个区块，用来定义Unit的元数据，以及配置与其他Unit的关系。 Description: 简短描述
Documentation: 文档地址
After：依赖，仅当依赖的服务启动之后再启动自定义的服务单元
2、[Service]区块 [Service]区块用来Service的配置，只有service类型的unit才有本区块。 Type: 定义启动时的进程行为。它有以下几种值： Type=simple ：（默认值） systemd认为该服务将立即启动。服务进程不会 fork 。如果该服务要启动其他服务，不要使用此类型启动，除非该服务是 socket 激活型。
Type=forking ：systemd认为当该服务进程 fork，且父进程退出后服务启动成功。对于常规的守护进程（daemon），除非你确定此启动方式无法满足需求，使用此类型启动即可。
使用此启动类型应同时指定 PIDFile=，以便 systemd 能够跟踪服务的主进程。
Type=oneshot ：这一选项适用于只执行一项任务、随后立即退出的服务。可能需要同时设置 RemainAfterExit=yes 使得 systemd 在服务进程退出之后仍然认为服务处于激活状态。
Type=notify ：与 Type=simple 相同，但约定服务会在就绪后向 systemd 发送一个信号。这一通知的实现由 libsystemd-daemon.so 提供。
Type=dbus ：若以此方式启动，当指定的 BusName 出现在DBus系统总线上时，systemd 认为服务就绪。
Type=idle ：systemd 会等待所有任务处理完成后，才开始执行 idle 类型的单元。其他行为与 Type=simple 类似。
其他选项： ExecStart: 启动服务的命令
ExecStartPre: 启动服务之前执行的命令
ExecStartPost: 启动服务之后执行的命令
ExecReload: 重启服务执行时的命令
ExecStop: 停止服务时执行的命令
ExecStopPost: 停止服务之后执行的命令
RestartSec: 自动重启服务间隔的秒数
Restart: 定义何种情况下会自动重启服务，可能的值包括always(总是重启）、on-success、on-failure、on-abnormal、on-abort、on-watchdog
TimeoutSec: 定义Systemd停止服务之前等待的秒数
Environment: 指定环境变量
PIDFile： pid文件路径
PrivateTmp： true表示给服务分配独立的临时空间
User： 执行命令的用户
Group： 执行命令的组
3、[Install]区块 [Install]区块用来定义如何启动，以及是否开机启动。 WantedBy: 它的值是一个或多个Target，当前Unit激活时(enable)符号链接会放入/etc/systemd/system目录下面以Target名 + .wants后缀构成的子目录中
RequiredBy: 它的值是一个或多个Target，当前Unit激活时(enable)符号链接会放入/etc/systemd/system目录下面以Target名 + .required后缀构成的子目录中
Alias: 当前Unit可用于启动的别名
Also: 当前Unit激活时(enable)，会被同时激活的其他Unit
五、Target的概念 Target就是一个Unit组，包含许多相关Unit。启动某个Target的时候，Systemd就会启动里面所有的Unit。 传统init启动模式里面，有RunLevel的概念，跟Target的作用很类似。不同的是，RunLevel是互斥的，不可能多个RunLevel同时启动，但是多个Target可以同时启动。 Target的常用命令： 查看所有target下的unit
systemctl list-unit-files --type=target
查看默认target，即默认的运行级别。对应于旧的`runlevel`命令
systemctl get-default
设置默认的target
systemctl set-default multi-user.target
查看target下的unit
systemctl list-dependencies multi-user.target
切换target，不属于新target的unit都会被停止
systemctl isolate multi-user.target
Target与Runlevels的对应关系：
Target与init进程的主要差别如下： 默认的RunLevel（在/etc/inittab文件设置)现在被默认的Target取代，位置是/etc/systemd/system/default.target，通常符号链接到graphical.target(图形界面）或者multi-user.target(多用户命令行) 启动脚本的位置： 以前是/etc/init.d目录，符号链接到不同的RunLevel目录（比如/etc/rc3.d、/etc/rc5.d等)，现在则存放在/lib/systemd/system和/etc/systemd/system目录。 配置文件的位置: 以前init进程的配置文件是/etc/inittab，各种服务的配置文件存放在/etc/sysconfig目录。现在的配置文件主要存放在/lib/systemd目录，在/etc/systemd目录里面的修改可以覆盖原始设置。 ? 六、日志管理 Systemd统一管理所有Unit的启动日志。只用journalctl一个命令，查看所有日志（内核日志和应用日志）。日志的配置文件在 /etc/systemd/journald.conf。 查看所有日志(默认显示本次启动的所有日志) journalctl
或者 journalctl -b
查看内核日志 journalctl -k
查看指定时间的日志 journalctl --since="2020-01-09 10:00:00"
查询一个时间段范围内的日志。 journalctl --since="2020-01-09 10:00:00" --until="2020-01-09 12:00:00"
journal还能够理解部分相对值及命名简写。例："yesterday"、"today"、"tomorrow"、"now"等，也可以使用"-"或者"+"设定相对值，或者使用"ago"之前的表达。 查看昨天的日志 journalctl –since yesterday
查看10点到一小时前的日志 journalctl --since 10:00 --until "1 hour ago"
查看指定服务的日志 journalctl -u sshd.service --since today
由于某些服务当中包含多个子进程，因此如果我们可以通过进程ID实现查询 journalctl _PID=6870 --since today
有时候我们可能希望显示全部来自特定用户或者群组的日志条目，这就需要使用_UID或者_GID。 journalctl _UID=1000 --since today
实时滚动某服务的最新日志 journalctl -u sshd.service -f
显示指定行数的最新日志 journalctl -u sshd.service -n 20
按日志级别显示日志 journalctl -p info -u sshd.service
日志默认以分页输出，如果不想分页加上 --no-pager journalctl -u sshd.service --no-pager
以json格式输出日志，可读性更好 journalctl -u sshd.service -o json-pretty
显示日志占据的硬盘空间 journalctl --disk-usage
设置日志占用的空间 journalctl --vacuum-size=1G
设置日志保存的时间 journalctl --vacuum-time=1month
参考资料： http://www.jinbuguo.com/systemd/systemd.html
https://wiki.archlinux.org/index.php/Systemd
https://ivanzz1001.github.io/records/post/linuxops/2018/03/09/linux-systemctl
（编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |