Centos7将脚本创建成系统服务

环境：

许多小伙伴在工作中会遇到将服务器启动的时候一些服务也需要跟随系统随之启动。这则笔记将告诉小伙伴如何将脚本创建成系统服务。让脚本跟着系统启动。

创建的脚本：/usr/local/sbin/zabbix-server.sh

本地环境：

本人的环境在docker容器，容器中有一个镜像是zabbix-server-5.2.6。由于docker编排原因，在服务器重启之后docker也随之启动，但是zabbix环境中，zabbix-server镜像启动顺序有错，所以导致docker启动后，zabbix-server镜像由于顺序问题无法启动。(暂时docker编排还未成熟)，经过讨论后采用shell脚本的方式将zabbix-server做成西系统服务跟随镜像启动。

脚本内容：

########启动脚本########
#!/bin/bash
#description:开机自启脚本
sleep 50; docker start zabbix-server-5.2.6		#将脚本睡眠50s后执行docker restart命令。（解决docker编排顺序问题。）

########停止脚本########
#!/bin/bash
#description:开机自启脚本
docker stop zabbix-server-5.2.6					#停止的脚本无需做睡眠操作。

启动方式：

​ 使用Centos7系统的先后顺序启动服务（init.d）

1.init.d方式一：

​ ①.将创建的脚本赋予可执行权限：

chmod +x /usr/local/sbin/zabbix-server

​ ②.打开/etc/rc.d/rc.local文件，在末尾增加如下内容:

vim /etc/rc.d/rc.local
/usr/local/sbin/zabbix-server

​ ③.在centos7中，/etc/rc.d/rc.local的权限被降低了，所以需要执行如下命令赋予其可执行权限：

chmod +x /etc/rc.d/rc.local

2.init.d方式二：

​ ①.将脚本移动到/etc/rc.d/init.d目录下：

mv  /usr/local/sbin/zabbix-server /etc/rc.d/init.d

​ ②.增加脚本的可执行权限：

chmod +x  /etc/rc.d/init.d/zabbix-server

​ ③.添加脚本到开机自动启动项目中：

cd /etc/rc.d/init.d
chkconfig --add autostart.sh
chkconfig autostart.sh on

创建systemctl服务：

1.详细解读：

Type的类型有：
    simple(默认）：# 以ExecStart字段启动的进程为主进程
    forking:  # ExecStart字段以fork()方式启动，此时父进程将退出，子进程将成为主进程（后台运行）。一般都设置为forking
    oneshot:  # 类似于simple，但只执行一次，systemd会等它执行完，才启动其他服务
    dbus：    # 类似于simple, 但会等待D-Bus信号后启动
    notify:   # 类似于simple, 启动结束后会发出通知信号，然后systemd再启动其他服务
    idle：    # 类似于simple，但是要等到其他任务都执行完，才会启动该服务。
    
EnvironmentFile:
    指定配置文件，和连词号组合使用，可以避免配置文件不存在的异常。

Environment:
    后面接多个不同的shell变量。
    例如：
    Environment=DATA_DIR=/data/elk
    Environment=LOG_DIR=/var/log/elasticsearch
    Environment=PID_DIR=/var/run/elasticsearch
    EnvironmentFile=-/etc/sysconfig/elasticsearch
    
连词号（-）：在所有启动设置之前，添加的变量字段，都可以加上连词号
    表示抑制错误，即发生错误时，不影响其他命令的执行。
    比如`EnviromentFile=-/etc/sysconfig/xxx` 表示即使文件不存在，也不会抛异常
    
KillMode的类型：
    control-group(默认)：# 当前控制组里的所有子进程，都会被杀掉
    process: # 只杀主进程
    mixed:   # 主进程将收到SIGTERM信号，子进程收到SIGKILL信号
    none:    # 没有进程会被杀掉，只是执行服务的stop命令
Restart的类型：
    no(默认值)： # 退出后无操作
    on-success:  # 只有正常退出时（退出状态码为0）,才会重启
    on-failure:  # 非正常退出时，重启，包括被信号终止和超时等
    on-abnormal: # 只有被信号终止或超时，才会重启
    on-abort:    # 只有在收到没有捕捉到的信号终止时，才会重启
    on-watchdog: # 超时退出时，才会重启
    always:      # 不管什么退出原因，都会重启
    # 对于守护进程，推荐用on-failure
RestartSec字段：
    表示systemd重启服务之前，需要等待的秒数：RestartSec: 30 
    
各种Exec*字段：
    # Exec* 后面接的命令，仅接受“指令 参数 参数..”格式，不能接受<>|&等特殊字符，很多bash语法也不支持。如果想支持bash语法，需要设置Tyep=oneshot
    ExecStart：    # 启动服务时执行的命令
    ExecReload：   # 重启服务时执行的命令 
    ExecStop：     # 停止服务时执行的命令 
    ExecStartPre： # 启动服务前执行的命令 
    ExecStartPost：# 启动服务后执行的命令 
    ExecStopPost： # 停止服务后执行的命令

    
WantedBy字段：
    multi-user.target: # 表示多用户命令行状态，这个设置很重要
    graphical.target:  # 表示图形用户状体，它依赖于multi-user.target

2.样品案例

vim /usr/lib/systemd/system/xxx.service 
[Unit]   # 主要是服务说明
Description=test   # 简单描述服务
After=network.target    # 描述服务类别，表示本服务需要在network服务启动后在启动
Before=xxx.service      # 表示需要在某些服务启动之前启动，After和Before字段只涉及启动顺序，不涉及依赖关系。

[Service]  # 核心区域
Type=forking     # 表示后台运行模式。
User=user        # 设置服务运行的用户
Group=user       # 设置服务运行的用户组
KillMode=control-group   # 定义systemd如何停止服务
PIDFile=/usr/local/test/test.pid    # 存放PID的绝对路径
Restart=no        # 定义服务进程退出后，systemd的重启方式，默认是不重启
ExecStart=/usr/local/test/bin/startup.sh    # 服务启动命令，命令需要绝对路径
PrivateTmp=true                               # 表示给服务分配独立的临时空间
   
[Install]   
WantedBy=multi-user.target  # 多用户

3.创建启动服务文件：

[Unit]
Description=test
After=network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
ExecStart=/usr/local/sbin/zabbix-server-start.sh		#启动服务的路径以及脚本名称
ExecStop=/usr/local/sbin/zabbix-server-stop.sh

[Install]
WantedBy=multi-user.target

4.重启服务：

systemctl daemon-reload								#重新加载服务
systemctl restart docker-zabbix.service				#重启服务
systemctl stop docker-zabbix.service				#停止服务
systemctl start docker-zabbix.service				#启动服务
systemctl status docker-zabbix.service				#查看状态
systemctl enable docker-zabbix.service