systemd的配置和使用

简介

systemd是靠管理unit的方式来控制开机服务，开机级别等功能。
在/usr/lib/systemd/system目录下包含了各种unit文件，有service后缀的服务unit，有target后缀的开机级别unit等，这里介绍关于service后缀的文件。因为systemd在开机要想执行自启动，都是通过这些*.service 的unit控制的，服务又分为系统服务（system）和用户服务（user）。

配置文件说明

所有的*.service 文件都存放在/lib/systemd/system目录下面,
我们可以查看 crontab.service 文件看看里面 写的都是什么

[root@david system]# cd ~
[root@david ~]# cat /usr/lib/systemd/system/crond.service
[Unit]
Description=Command Scheduler
After=auditd.service systemd-user-sessions.service time-sync.target

[Service]
EnvironmentFile=/etc/sysconfig/crond
ExecStart=/usr/sbin/crond -n $CRONDARGS
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process

[Install]
WantedBy=multi-user.target

可以看出大概分为如下几个部分

• [Unit]块: 启动顺序和依赖关系

Description: 当前服务的简单介绍
Documentation: 使用文档的位置
After: 如果auditd.service或者systemd-user-sessions.service服务需要启动,应该在这个服务之前启动
Before: crontd 服务应该在那些服务之前启动
注意: After 和 Before 只涉及启动顺序,不涉及依赖关系.

• [Service]启动行为

启动命令
ExecStart字段：定义启动进程时执行的命令
ExecReload字段：重启服务时执行的命令
ExecStop字段：停止服务时执行的命令
ExecStartPre字段：启动服务之前执行的命令
ExecStartPost字段：启动服务之后执行的命令
ExecStopPost字段：停止服务之后执行的命令
.
注：所有的启动设置之前，都可以加上一个连词号（-），表示"抑制错误"，即发生错误的时候，不影响其他命令的执行。
比如EnvironmentFile=-/etc/sysconfig/sshd（注意等号后面的那个连词号），就表示即使
/etc/sysconfig/sshd文件不存在，也不会抛出错误。
注意：[Service]中的启动、重启、停止命令全部要求使用绝对路径！
.
启动类型
Type字段定义启动类型。它可以设置的值如下：
simple（默认值）：ExecStart字段启动的进程为主进程
forking：ExecStart字段将以fork()方式启动，此时父进程将会退出，子进程将成为主进程（后台运行）
oneshot：类似于simple，但只执行一次，Systemd 会等它执行完，才启动其他服务
dbus：类似于simple，但会等待 D-Bus 信号后启动
notify：类似于simple，启动结束后会发出通知信号，然后 Systemd 再启动其他服务
idle：类似于simple，但是要等到其他任务都执行完，才会启动该服务。一种使用场合是为让该服务的输出，不与其他服务的输出相混合
.
重启行为
Service区块有一些字段，定义了重启行为：
KillMode字段：定义 Systemd 如何停止 sshd 服务：
control-group（默认值）：当前控制组里面的所有子进程，都会被杀掉
process：只杀主进程
mixed：主进程将收到 SIGTERM 信号，子进程收到 SIGKILL 信号
none：没有进程会被杀掉，只是执行服务的 stop 命令。
Restart字段：定义了 sshd 退出后，Systemd 的重启方式
上面的例子中，Restart设为on-failure，表示任何意外的失败，就将重启sshd。如果 sshd 正常停止（比如执行systemctl stop命令），它就不会重启。

Restart字段可以设置的值如下。
no（默认值）：退出后不会重启
on-success：只有正常退出时（退出状态码为0），才会重启
on-failure：非正常退出时（退出状态码非0），包括被信号终止和超时，才会重启
on-abnormal：只有被信号终止和超时，才会重启
on-abort：只有在收到没有捕捉到的信号终止时，才会重启
on-watchdog：超时退出，才会重启
always：不管是什么退出原因，总是重启
注：对于守护进程，推荐设为on-failure。对于那些允许发生错误退出的服务，可以设为on-abnormal。
RestartSec字段：表示 Systemd 重启服务之前，需要等待的秒数。
上面的例子设为等待42秒。

• [install]如何安装这个配置文件

WantedBy字段：表示该服务所在的 Target。
Target的含义是服务组，表示一组服务。
WantedBy=multi-user.target指的是：sshd 所在的 Target 是multi-user.target。
这个设置非常重要，因为执行systemctl enable sshd.service命令时，sshd.service的一个符号链接，就会放在/etc/systemd/system目录下面的multi-user.target.wants子目录之中。
Systemd 有默认的启动 Target。

systemctl get-default
#输出multi-user.target
上面的结果表示，默认的启动 Target 是multi-user.target。在这个组里的所有服务，都将开机启动。这就是为什么systemctl enable命令能设置开机启动的原因。
使用 Target 的时候，systemctl list-dependencies命令和systemctl isolate命令也很有用。

#查看 multi-user.target 包含的所有服务
systemctl list-dependencies multi-user.target

#切换到另一个 target
#shutdown.target 就是关机状态
systemctl isolate shutdown.target
一般来说，常用的 Target 有两个：
multi-user.target：表示多用户命令行状态；
graphical.target：表示图形用户状态，它依赖于multi-user.target。

举例

[root@david system]# cat /usr/lib/systemd/system/node-exporter.service
[Unit]
Description=This is prometheus node exporter
After=docker.service

[Service]
Type=simple
ExecStart=/usr/local/bin/node_exporter
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure

[Install]
WantedBy=multi-user.target
执行命令

systemctl daemon-reload
systemctl enable node-exporter.service
systemctl start node-exporter.service

查看日志

[root@david system]# tail -f /var/log/messages
Feb  6 11:53:40 david node_exporter: time="2020-02-06T11:53:40+08:00" level=info msg=" - sockstat" source="node_exporter.go:104"
Feb  6 11:53:40 david node_exporter: time="2020-02-06T11:53:40+08:00" level=info msg=" - stat" source="node_exporter.go:104"
Feb  6 11:53:40 david node_exporter: time="2020-02-06T11:53:40+08:00" level=info msg=" - textfile" source="node_exporter.go:104"
Feb  6 11:53:40 david node_exporter: time="2020-02-06T11:53:40+08:00" level=info msg=" - time" source="node_exporter.go:104"
Feb  6 11:53:40 david node_exporter: time="2020-02-06T11:53:40+08:00" level=info msg=" - timex" source="node_exporter.go:104"
Feb  6 11:53:40 david node_exporter: time="2020-02-06T11:53:40+08:00" level=info msg=" - uname" source="node_exporter.go:104"
Feb  6 11:53:40 david node_exporter: time="2020-02-06T11:53:40+08:00" level=info msg=" - vmstat" source="node_exporter.go:104"
Feb  6 11:53:40 david node_exporter: time="2020-02-06T11:53:40+08:00" level=info msg=" - xfs" source="node_exporter.go:104"
Feb  6 11:53:40 david node_exporter: time="2020-02-06T11:53:40+08:00" level=info msg=" - zfs" source="node_exporter.go:104"
Feb  6 11:53:40 david node_exporter: time="2020-02-06T11:53:40+08:00" level=info msg="Listening on :9100" source="node_exporter.go:170"

配置案例:

在PROD环境中，为了方便操作会将kafka做成了一个service服务，使用systemctl start kafka，kafka用户来对kafka进行启动，可是在最近的一次升级中启动应用时，kafka出现too many open files的报错并且宕机.
原因:
如果你将Kafka做成了一个service并使用systemctl进行管理的话，那么修改/etc/sysctl.conf和/etc/security/limits.conf的配置是不生效的。你可以查看/proc//limits去验证配置是否生效了。如果将Kafka配置成了service，那么你还需要修改/lib/systemd/system/.service，增加下面配置：

LimitNOFILE=65535

配置文件:

[Unit]
Description=kafka service
Requires=zookeeper.service
After=zookeeper.service

[Service]
ExecStart=/data/apps_data/kafka/bin/kafka-server-start.sh /data/apps_data/kafka/config/server.properties
ExecStop=/home/kafka/bin/kafka-server-stop.sh
Type=simple
User=kafka
Group=kafka
LimitNOFILE=<文件打开数>
Restart=on-abnormal

[Install]
WantedBy=multi-user.target

经过systemctl daemon-reload重载脚本后, 重启kafka服务生效.

---

参考:

• kafka too many open files的解决方法