Centos7下将Shell脚本转换为Systemctl start&stop Service

简介:

我们前面的文章介绍了Centos7+LVS+Keepalived实现Nginx的高可用性服务部署,在部署的配置中有一个脚本程序---realserver脚本程序,我们在上面的文章中介绍使用的是./realserver start 启动 & ./realseraver stop 停止 来对该脚本程序进行管理,但是这样配置的话会有一个问题,就是当我们系统意外重启后,realserver的服务是无法自动启动的,所以我们需要配置自动启动程序的话,需要将该shell脚本修改为systemctl start service,当然默认的shell脚本是无法使用这样的方法去执行的,我们需要修改服务,具体见下:

我们先回顾一下上一篇我们介绍的shell脚本内容及启动方法

我们在root目录下创建了一个realserver的脚本文件

clip_image002

1
vim realserver

通过我们该配置文件就可以得知,该脚本文件定义了变量及函数;

vip=192.168.6.15

定义函数:function start() & function stop()

然后函数中调用vip的变量完成对应的操作

clip_image004

通过以上的信息我们就可以修改服务类型了;

我们都知道centos7下的systemctl的服务默认路径为:

1
2
cd  /usr/lib/systemd/system/
ls

我们发现服务有以service结尾的,也有target结尾的。

clip_image006

unit 类型如下:

service :守护进程的启动、停止、重启和重载是此类 unit 中最为明显的几个类型。

socket :此类 unit 封装系统和互联网中的一个socket。当下,systemd支持流式, 数据报和连续包的AF\_INET,AF\_INET6,AF\_UNIXsocket 。也支持传统的 FIFOs 传输模式。每一个 socket unit 都有一个相应的服务 unit 。相应的服务在第一个“连接”进入 socket 或 FIFO 时就会启动(例如:nscd.socket 在有新连接后便启动 nscd.service)。

device :此类 unit 封装一个存在于 Linux设备树中的设备。每一个使用 udev 规则标记的设备都将会在 systemd 中作为一个设备 unit 出现。udev 的属性设置可以作为配置设备 unit 依赖关系的配置源。

mount :此类 unit 封装系统结构层次中的一个挂载点。

automount :此类 unit 封装系统结构层次中的一个自挂载点。每一个自挂载 unit 对应一个已挂载的挂载 unit (需要在自挂载目录可以存取的情况下尽早挂载)。

target :此类 unit 为其他 unit 进行逻辑分组。它们本身实际上并不做什么,只是引用其他 unit 而已。这样便可以对 unit 做一个统一的控制。(例如:multi-user.target 相当于在传统使用 SysV 的系统中运行级别5);bluetooth.target 只有在蓝牙适配器可用的情况下才调用与蓝牙相关的服务,如:bluetooth 守护进程、obex 守护进程等)

snapshot :与 targetunit 相似,快照本身不做什么,唯一的目的就是引用其他 unit 。

我们任意编辑一个.service的文件

我们可以编辑vim nginx.service查看对应的模板,然后修改内容来编辑

clip_image008

整个文件分三个部分,[Unit]·[Service]·[Install]

[Unit]:记录unit文件的通用信息。

[Service]:记录Service的信息

[Install]:安装信息。

Unit主要包含以下内容:

●  Description:对本service的描述。

●  Before, After:定义启动顺序,Before=xxx.service,代表本服务在xxx.service启动之前启动。After=xxx.service,代表本服务在xxx之后启动。

●  Requires: 这个单元启动了,那么它“需要”的单元也会被启动; 它“需要”的单元被停止了,它自己也活不了。但是请注意,这个设定并不能控制某单元与它“需要”的单元的启动顺序(启动顺序是另外控制的),即 Systemd 不是先启动 Requires 再启动本单元,而是在本单元被激活时,并行启动两者。于是会产生争分夺秒的问题,如果 Requires 先启动成功,那么皆大欢喜; 如果 Requires 启动得慢,那本单元就会失败(Systemd 没有自动重试)。所以为了系统的健壮性,不建议使用这个标记,而建议使用 Wants 标记。可以使用多个 Requires。

●  RequiresOverridable:跟 Requires 很像。但是如果这条服务是由用户手动启动的,那么 RequiresOverridable 后面的服务即使启动不成功也不报错。跟 Requires 比增加了一定容错性,但是你要确定你的服务是有等待功能的。另外,如果不由用户手动启动而是随系统开机启动,那么依然会有 Requires 面临的问题。

●  Requisite:强势版本的 Requires。要是这里需要的服务启动不成功,那本单元文件不管能不能检测等不能等待都立刻就会失败。

●  Wants:推荐使用。本单元启动了,它“想要”的单元也会被启动。但是启动不成功,对本单元没有影响。

●  Conflicts:一个单元的启动会停止与它“冲突”的单元,反之亦然。

Service主要包含以下内容:

●  Type:service的种类,包含下列几种类型:

----simple 默认,这是最简单的服务类型。意思就是说启动的程序就是主体程序,这个程序要是退出那么一切都退出。

-----forking 标准 Unix Daemon 使用的启动方式。启动程序后会调用 fork() 函数,把必要的通信频道都设置好之后父进程退出,留下守护精灵的子进程

-----oneshot种服务类型就是启动,完成,没进程了。

notify,idle类型比较少见,不介绍。

●  ExecStart:服务启动时执行的命令,通常此命令就是服务的主体。

------如果你服务的类型不是 oneshot,那么它只可以接受一个命令,参数不限。

------多个命令用分号隔开,多行用 \ 跨行。

●  ExecStartPre, ExecStartPost:ExecStart执行前后所调用的命令。

●  ExecStop:定义停止服务时所执行的命令,定义服务退出前所做的处理。如果没有指定,使用systemctl stop xxx命令时,服务将立即被终结而不做处理。

●  Restart:定义服务何种情况下重启(启动失败,启动超时,进程被终结)。可选选项:no, on-success, on-failure,on-watchdog, on-abort

●  SuccessExitStatus:参考ExecStart中返回值,定义何种情况算是启动成功。

eg:SuccessExitStatus=1 2 8 SIGKILL

Install主要包含以下内容:

●  WantedBy:何种情况下,服务被启用。

eg:WantedBy=multi-user.target(多用户环境下启用)

●  Alias:别名

然后我们照着这个格式进行修改

我们在对应的system目录下创建一个service文件

1
vim realserver.service

clip_image010

填写以下信息:

1
2
3
4
5
6
7
[Unit]
Description=Realserver Service
[Service]
Type=oneshot
ExecStart= /root/real
[Install]
WantedBy=multi-user.target

clip_image012

clip_image014

保存退出后,我们需要根据上面定义的启动路径程序配置启动文件

1
/root/real

所以我们需要在对应的目录vim real粘贴以下命令即可

1
2
3
4
5
6
7
#!/bin/bash
ifconfig  lo:0 192.168.6.15 netmask 255.255.255.255 broadcast 192.168.6.15
echo  1 > /proc/sys/net/ipv4/conf/lo/arp_ignore
echo  2 > /proc/sys/net/ipv4/conf/lo/arp_announce
echo  1 > /proc/sys/net/ipv4/conf/all/arp_ignore
echo  2 > /proc/sys/net/ipv4/conf/all/arp_announce
echo  "Real Server $(uname -n) started"

clip_image016

保存后,需要注意给real文件添加执行权限

1
2
chown  a+x real
然后我们就可以通过systemctl start realserver启动服务了

clip_image018

我们也可以使用以下命令查看状态

1
systemctl status realserver.service

clip_image020



本文转自 高文龙 51CTO博客,原文链接:http://blog.51cto.com/gaowenlong/1715070,如需转载请自行联系原作者

相关文章
|
15天前
|
Shell
一个用于添加/删除定时任务的shell脚本
一个用于添加/删除定时任务的shell脚本
53 1
|
1天前
|
Shell Linux 测试技术
6种方法打造出色的Shell脚本
6种方法打造出色的Shell脚本
11 2
6种方法打造出色的Shell脚本
|
6天前
|
监控 网络协议 Shell
ip和ip网段攻击拦截系统-绿叶结界防火墙系统shell脚本
这是一个名为“小绿叶技术博客扫段攻击拦截系统”的Bash脚本,用于监控和拦截TCP攻击。通过抓取网络数据包监控可疑IP,并利用iptables和firewalld防火墙规则对这些IP进行拦截。同时,该系统能够查询数据库中的白名单,确保合法IP不受影响。此外,它还具备日志记录功能,以便于后续分析和审计。
31 6
|
2天前
|
运维 监控 Shell
深入理解Linux系统下的Shell脚本编程
【10月更文挑战第24天】本文将深入浅出地介绍Linux系统中Shell脚本的基础知识和实用技巧,帮助读者从零开始学习编写Shell脚本。通过本文的学习,你将能够掌握Shell脚本的基本语法、变量使用、流程控制以及函数定义等核心概念,并学会如何将这些知识应用于实际问题解决中。文章还将展示几个实用的Shell脚本例子,以加深对知识点的理解和应用。无论你是运维人员还是软件开发者,这篇文章都将为你提供强大的Linux自动化工具。
|
1月前
|
监控 Unix Shell
shell脚本编程学习
【10月更文挑战第1天】shell脚本编程
58 12
|
30天前
|
存储 运维 监控
自动化运维:使用Shell脚本简化日常任务
【9月更文挑战第35天】在IT运维的日常工作中,重复性的任务往往消耗大量的时间。本文将介绍如何通过编写简单的Shell脚本来自动化这些日常任务,从而提升效率。我们将一起探索Shell脚本的基础语法,并通过实际案例展示如何应用这些知识来创建有用的自动化工具。无论你是新手还是有一定经验的运维人员,这篇文章都会为你提供新的视角和技巧,让你的工作更加轻松。
32 2
|
24天前
|
存储 Shell Linux
【Linux】shell基础,shell脚本
Shell脚本是Linux系统管理和自动化任务的重要工具,掌握其基础及进阶用法能显著提升工作效率。从简单的命令序列到复杂的逻辑控制和功能封装,Shell脚本展现了强大的灵活性和实用性。不断实践和探索,将使您更加熟练地运用Shell脚本解决各种实际问题
17 0
|
2月前
|
Shell
shell脚本变量 $name ${name}啥区别
shell脚本变量 $name ${name}啥区别
|
2月前
|
人工智能 监控 Shell
常用的 55 个 Linux Shell 脚本(包括基础案例、文件操作、实用工具、图形化、sed、gawk)
这篇文章提供了55个常用的Linux Shell脚本实例,涵盖基础案例、文件操作、实用工具、图形化界面及sed、gawk的使用。
169 2
|
2月前
|
Shell
Shell脚本有哪些基本语法?
【9月更文挑战第4天】
58 18