Simple Systemd Service Guide
主题
- Systemd介绍
- Systemd基本操作
- 怎样编写_service.service文件_
- 怎样部署service
Systemd介绍
- Linux OS的系统和服务管理者
- 兼容SysV初始化脚本（init scripts）
- 提供如下功能特性：
- 系统启动时系统服务的并行启动
- Daemon程序的按需激活
- 支持系统状态快照（snapshots）
- 基于依赖的服务控制逻辑
- systemd取代RHL7的Upstart，作为默认的init系统
Systemd基本操作
-
启动服务
systemctl start name.service
-
停止服务
systemctl stop name.service
-
重启服务
systemctl restart name.service
-
重载配置
systemctl reload name.service
-
检查服务状态
systemctl status name.service
-
输出所有服务状态
systemctl list-units --type service --all
-
使能服务
systemctl enable name.service
-
禁止服务
systemctl disable name.service
-
列出所有服务并检查是否使能
systemctl list-unit-files --type service
怎样编写name.service文件
name.service文件组成
- [Unit]
- 包含一般的选项，不依赖于单元类型（unit type）
- 选项：提供单元描述，指定单元行为，设置对其他单元的依赖关系
- [unit type]
- 如果一个单元有特定的指令，则这些指令被组合在以单元类型命名的块下。
比如，service单元文件包含在[Service]块中。
- 如果一个单元有特定的指令，则这些指令被组合在以单元类型命名的块下。
- [Install]
- 包含systemctl enable和disable命令使用的单元安装信息
重要的[Unit]块选项
-
Description
单元有意义的描述信息，systemctl status命令输出中显示该文本信息。
-
Documentation
提供该单元的URI引用文件列表。
-
After
定义单元的启动顺序。该单元只在After指定的单元处于激活状态后才启动。
Before选择与After功能相反。
-
Requires
配置与其他单元的依赖关系。在Requires中的单元与该单元一起激活。
如果任何需要的单元启动失败，这个单元就不会被激活。
-
Wants
配置比Requires弱的依赖关系。
如果任何列出的单元没有成功启动，也不会影响该单元的激活。
建议用于建立定制单元依赖关系。
-
Conflicts
配置反向的依赖关系，即与Requires配置相反的依赖。
重要的[Service]块选项
-
Type
配置单元启动类型。影响ExecStart和其他相关选项的功能。
-
simple
默认选项。ExecStart启动的进程为服务的主进程。
-
forking
ExecStart启动的进程创建一个子进程作为服务的主进程。启动完成后父进程退出。
-
oneshot
与simple相似，但是在启动后续的单元之前进程退出。
-
dbus
与simple相似，但是仅在主进程得到D-bus名称之后才启动后续的单元。
-
notify
与simple相似，但是仅在通过sd_notify()函数发送通知消息后才启动后续的单元。
-
idle
与simple相似，但是直到所有job完成后，才真正执行服务的二进制程序，这避免与服务shell的状态输出信息混淆。
-
ExecStart
当单元启动时，执行该选项指定的命令或脚本。
-
ExecStop
当单元停止时，执行该选项指定的命令或脚本。
-
ExecReload
当单元重装时，执行该选项指定的命令或脚本。
-
Restart
如果该选项使能，当服务进程退出时，服务重启。作为systemctl stop命令的异常处理。
-
RemainAfterExit
如果该选项设置为True，即使服务所有的进程退出，这个服务也被认为处于激活状态（active）。
默认是False。
当Type=oneshort配置时，这个选项有特殊的用处。
重要的[Install]块选项
-
Alias
提供单元的额外名称，以空格隔开。除了systemctl enable，大部分sytemctl命令可以使用别名带去真正的单元名称。
-
RequiredBy
依赖于该单元的其他单元列表。
当该单元使能时，RequiredBy中的单元就会生成依赖于该单元的Require依赖关系。 -
WantedBy
弱依赖于该单元的其他单元列表。
当该单元使能时，WantedBy中的单元就会生成依赖于该单元的Want依赖关系。 -
Also
指定和该单元一起安装或卸载的其他单元列表。
-
DefaultInstance
限定的实例化单元。即该选项指定了该单元使能的默认实例。
Limited to instantiated units, this option specifies the default instance for which the unit is enabled.
例子：自定义中断绑核服务
[Unit]
Description=Configure common_affinity service for system!
After=network.target
[Service]
Type=oneshot
ExecStart=/etc/init.d/common_affinity
ExecStop=/home/zxuss/affinity/superstop.sh
RemainAfterExit=True
[Install]
WantedBy=multi-user.target
怎样部署service
以自定义中断绑核服务为例子：
1.将name.service文件拷贝到/usr/lib/systemd/system/目录下
cp -f ${work_path}/common_affinity.service /usr/lib/systemd/system/
2.将服务启动脚本拷贝到/etc/init.d/目录，或者其他目录
cp -f ${work_path}/common_affinity /etc/init.d/
3.如果已经部署了name.service服务，则先禁止该服务，然后重新使能该服务
systemctl disable common_affinity.service
systemctl reenable common_affinity.service
4.如果没有部署过name.service服务，则直接使能name.service服务
systemctl enable common_affinity.service
参考文档：
Managing Services with systemd
systemd.service — Service unit configuration
How To Use Systemctl to Manage Systemd Services and Units