systemd

systemd 是一个系统和 Linux 服务管理器，兼容 SysV 和 LSB 初始化脚本，systemd 提供了：

• 更好的并行处理功能（Aggressive parallelization capabilities）；
• 启动服务使用 socket 和 D-Bus 激活（Uses socket and D-Bus activation for starting services）；
• 按需提供守护进程，使用 Linux cgroups 做进程追踪（Offers on-demand starting of daemons, keeps track of processes using Linux cgroups）；
• 提供快照和恢复系统功能（Supports snapshotting and restoring of the system state）；
• 维护挂载和自动挂载点（Maintains mount and automount points）；
• 实现基于事务依赖性的服务控制逻辑（Implements an elaborate transactional dependency-based service control logic）；

systemctl 命令是管理 systemd 的主要工具，它结合了 SysVinit 的 service 和 chkconfig 命令，用来开启和关闭服务。

systemd 使用 units 作为资源和服务的表达方式，下面显示了 systemd 可以管理的 unit 类型：

• service ：系统上运行的服务，包含服务的启动、重启、停止指令；
• socket ：与服务关联的网络套接字（network socket）；
• device ：专门用 systemd 管理的设备；
• mount ：使用 systemd 管理的挂载点；
• automount ：在引导程序上自动挂载的挂载点（A mountpoint automatically mounted on boot）；
• swap ：系统上的交换空间（Swap space）；
• target ：其它 units 的同步点。通常用于在系统启动时启动的服务，（对配置单元进行逻辑分组，更好的管理配置单元）；
• path ：A path for path-based activation. For example, you can start services based on the state of a certain path, such as whether it exists or not；
• timer ：计划任务（A timer to schedule activation of another unit）；
• snapshot ：当前 systemd 状态的 snapshot。通常用于 systemd 临时更改之后回滚；
• slice ：通过使用 Linux Control Group nodes（cgroups）限制资源；
• scope ：systemd 总线接口信息。通常用于管理外部系统进程；

你可以使用 systemctl 执行各种管理任务来控制 systemd 服务。下面举几个例子：

假定你有一个 foo 服务：

• 激活服务： systemctl start foo
• 停止服务： systemctl stop foo
• 重启服务： systemctl restart foo
• 查看服务状态： systemctl status foo
• 服务开机自启动： systemctl enable foo
• 关闭服务开机自启动： systemctl disable foo
• 除非 unmasked，否则阻止服务手动启动甚至是手动启动： systemctl mask foo
• 检查服务是否已经设置开机自启动： systemctl is-enabled foot
• 重新加载已修改的配置文件： systemctl daemon-reload ，修改文件之后只有 daemon-reload ，再 reload 服务才能生效
• 重置 systemd 状态： systemctl reset-failed ，某个单元出了问题之后，systemd 会一直记录他的退出代码让管理员来检查，直到服务重启或者执行这个命令才会消除（但有些时候该服务已经被管理员删掉了）

服务修改文件存放在 /etc/systemd/system 目录下，该目录以服务命名。例如，下面的程序修改 httpd 服务。

1. 以 [SERVICE NAME].service.d 的格式创建目录，比如 httpd.service.d ：

   mkdir /etc/systemd/system/httpd.service.d/
   

2. 在该目录下创建配置文件：

   vi /etc/systemd/system/httpd.service.d/custom.conf
   

3. 添加 custom 配置，比如：

   [Service]
   Restart=always
   RestartSec=30
   

4. 保存文件

5. 重启 httpd 服务：

   systemctl restart httpd
   

自定义的 unit 文件在 /etc/systemd/system/ 目录下，以 .service 作为后缀。比如说 foo 服务使用 /etc/systemd/system/foo.service unit 文件。

1. 创建并且编辑一个新的配置文件： vi /etc/systemd/system/foo.service
2. 接下来在文件中添加每个 section 参数：
   1. [Unit] section 指定最基本的服务信息。 foo 服务使用下面两个参数：
      • Description ：unit 描述字符串，systemd 在用户界面 unit 名称旁边显示这个字符串；

      • Requires ：定义该服务的依赖 unit 。当你激活 unit 的时候，systemd 会先激活 Requires 中的 units 列表；

        [Unit]
        Description=My custom service
        Requires=network.target
        

   2. [Service] section 提供控制服务所需的指令， foo 服务使用下面两个参数：
      • Type ：定义 systemd 服务的类型，~foo~ 服务是一个 simple 服务（在不需要任何特殊条件下启动）

      • ExecStart ：服务启动命令。包含命令的全路径和运行参数；

        [Service]
        Type=simple
        ExecStart=/usr/bin/sleep infinity
        

   3. [Install] 提供 systemd 如何安装服务的指令。 foo 服务使用如下参数：
      • WantedBy 如果使用 systemctl enable 开启服务，由哪个服务来触发。大多数情况下用来在系统启动时启动服务， foo.service 使用 multi-user.target ，当系统启动时加载 multi-user.target 时跟随启动；

3. 完整的 foo.service 文件如下：

   [Unit]
   Description=My custom service
   Requires=network.target
   
   [Service]
   Type=simple
   ExecStart=/usr/bin/sleep infinity
   
   [Install]
   WantedBy=multi-user.target
   

4. 启动服务： systemctl start foo ；

5. 检查服务的运行状态： systemctl status foo ；

   $ systemctl status foo
   ● foo.service - My custom service
      Loaded: loaded (/etc/systemd/system/foo.service; static; vendor preset: disabled)
      Active: active (running) since Thu 2017-12-14 14:09:12 AEST; 6s ago
    Main PID: 31837 (sleep)
       Tasks: 1 (limit: 4915)
      CGroup: /system.slice/foo.service
              └─31837 /usr/bin/sleep infinity
   
   Dec 14 14:09:12 dansmachine systemd[1]: Started My custom service.
   

旧的 Fedora 使用 SysVinit 脚本管理服务，这一节提供怎样把 SysVinit 脚本转换成等价的 systemd 服务的方法。略。

这里只列出常用的参数，完整的参数可以通过 man systemd.unit 查看。

systemd targets 跟 SysVinit runlevels 有相同的目标，但是行为有一点点不同。每个 target 都有一个名字而不是数字而且有特定的目的。systemd 通过继承另一个 target 并向其添加额外的服务来实现一些 targets。 一些 systemd targets 模仿常见的 sysvinit runlevels，也就意味着你可以用 telinit RUNLEVEL 相似的命令来切换 targets。runlevels 在 vanilla Fedora 安装时被分配了一个特定的目的（0，1，3，5 和 5）跟特定的 systemd target 有 1:1 的映射关系。

然而，在用户定义的 runlevels 2 和 4 不是这种情况，要使用这些运行级别，创建一个新的命名的 systemd targets 比如 /etc/systemd/system/$YOURTARGET 使用一个已经存在的 runlevels 做为基础， 创建一个目录 /etc/systemd/system/$YOURTARGET.wants ，然后符号链接其他服务以启用该目录。

下面是 SysVinit runlevels 和 systemd targets 的映射关系:

下表演示了 systemd 和 SysVinit 的等价命令。