systemd简介
systemd 是一个系统守护进程(init 系统),用于管理 Linux 操作系统的启动、运行和关闭过程。它被广泛采用作为 Linux 发行版的默认 init 系统,如 Ubuntu、Fedora 和 CentOS。
以下是 systemd 的一些关键特点和功能:
- 启动管理:systemd 使用并行启动来提高系统启动速度,并支持启动任务的优先级和依赖关系设置。它可以同时处理服务、套接字和设备文件的启动。
- 服务管理:systemd 通过提供单元文件(unit files)来管理系统服务。每个服务都有对应的配置文件,您可以在其中定义服务的属性、行为和依赖关系。同时,systemd 还提供了强大的日志记录、故障排除和错误报告机制。
- 日志管理:systemd-journald 是 systemd 内置的日志管理器,负责收集、存储和检索系统日志信息。它支持结构化日志、日志转发和高性能查询功能。
- 设备管理:systemd 可以监控和管理系统中的设备,包括磁盘驱动器、网络接口和输入设备等。它提供了 udev 规则来自动处理设备事件,例如插入或移除设备时触发相应操作。
- 用户会话管理:systemd 提供了用户会话管理功能,它可以启动和监控用户会话,以及处理用户登录和注销过程。这对于支持多用户环境并提供长时间运行的会话非常有用。
- 定时任务管理:systemd-timers 模块允许您定义和管理定时任务(类似于 crontab),可以精确地调度任务运行,并提供灵活的配置选项。
总体而言,systemd 提供了一个集成的、强大而灵活的系统管理框架,它改善了 Linux 系统的启动速度、进程管理、日志记录和设备管理等方面的性能和功能。因其广泛采用和丰富的功能,熟悉 systemd 对于 Linux 系统管理员和开发人员来说是非常重要的。
脚本存放位置
-
/etc/systemd/system
:系统管理员安装的单元, 优先级更高
-
/usr/lib/systemd/system
:该目录中包含的是软件包安装的单元,也就是说通过 yum、dnf、rpm 等软件包管理命令管理的 systemd 单元文件,都放置在该目录下目录
/lib/systemd/system
以及/usr/lib/systemd/system
其实指向的是同一目录
脚本简介
在/usr/lib/systemd/system
下创建文件nginx.service
,并赋予权限chmod +x nginx.service
[Unit] Description=nginx service # 要求必须执行网络 Requires=network-online.target # 在网络启动之后启动 After=network.target [Service] # 工作目录 WorkingDirectory=/yourpath/infra/nginx Type=forking User=root # systemctl start nginx ExecStart=/yourpath/infra/nginx/sbin/nginx -c /yourpath/infra/nginx/conf/nginx.conf # systemctl start reload ExecReload=/yourpath/infra/nginx/sbin/nginx -s reload [Install] WantedBy=multi-user.target
- 在
[Unit]
部分,您可以提供对服务的描述和定义其依赖关系。After=network.target
表示该服务将在网络启动后启动。 - 在
[Service]
部分,指定要执行的脚本路径。请将/path/to/your/script.sh
替换为您实际的脚本路径。 -
[Install]
部分用于指定启动级别。WantedBy=default.target
表示该服务将随系统默认目标一起启动。
在 Systemd 中,Type
是一个服务单元文件中的参数,它是用来指定服务类型的。一个服务可能有以下几种类型:
simple
:服务主进程不会以守护进程方式运行,即服务进程在启动后会一直运行,并占据终端。当服务进程退出时,Systemd 认为服务已经停止运行。forking
:服务主进程以守护进程方式运行。在启动服务后,服务主进程会将控制权交给子进程来执行实际的任务。此时,服务主进程会退出,但服务并没有结束。当子进程退出时,Systemd 认为服务已经停止运行。oneshot
:服务主进程会被执行一次,然后退出。当服务主进程退出时,Systemd 认为服务已经停止运行。dbus
:该类型的服务主要是以消息总线的方式提供服务,通常是由 D-Bus 库和 Systemd 搭配使用。notify
:该类型的服务主要是通过向 Systemd 发送通知来表示服务已经启动完毕,例如在 MySQL 服务中,主进程在成功启动之后会向 Systemd 发送一个READY=1
的通知。不同的服务类型会对应不同的逻辑,具体使用哪种类型取决于服务运行的特点和需求。
执行脚本命令
# 重新加载systemd systemdctl daemon-reload # 将 nginx.service 加入到开机启动 systemctl enable nginx.service # 卸载 nginx.service systemctl disable nginx.service # 手动启动 systemctl start nginx.service
查看日志
/var/log/messages
:存放的是系统的日志信息,它记录了各种事件,基本上什么应用都能往里写日志,在做故障诊断时可以首先查看该文件内容
方式一:
journalctl -u nginx.service
方式二:
tail -f messages
至此,如果使用命令能够启动成功,一般开机也会自启动,无需手动执行
实战
开机启动Elasticsearch
elasticsearch.service
在/usr/lib/systemd/system
下创建文件elasticsearch.service
,并赋予权限chmod +x elasticsearch.service
[Unit] Description=elasticsearch service # 要求必须执行网络 #Requires=network-online.target # 在网络启动之后启动 After=network.target [Service] WorkingDirectory=/yourpath/infra/elasticsearch-7.17.4 LimitNOFILE=100000 LimitNPROC=100000 Type=forking # 由于es不可以使用root启动,这里使用test用户 User=test # 启动脚本 ExecStart=/bin/sh /yourpath/infra/elasticsearch-7.17.4/start.sh #Restart=on-failure [Install] WantedBy=multi-user.target
重点解释,LimitNOFILE
和LimitNPROC
LimitNOFILE
:
LimitNOFILE
是用于设置进程的文件描述符限制的参数。文件描述符是操作系统为进程分配的用于访问文件和其他输入/输出资源的标识符。每个进程都有一个限制,决定了它可以同时打开的文件数量。
LimitNOFILE
参数用于设置进程可以打开的文件描述符的最大数量。通过限制文件描述符的数量,可以控制进程对系统资源(如文件、套接字等)的使用情况。在启动脚本中设置
LimitNOFILE
的值可以影响到该进程及其子进程的文件描述符限制。例如,如果将LimitNOFILE
设置为1000,则该进程及其子进程最多只能同时打开1000个文件。
LimitNPROC
:
每个进程在操作系统中都有一个相关的进程数,表示该进程所创建或派生的子进程数量。操作系统为每个用户和系统范围内的进程数都有一个上限限制。
通过使用
LimitNPROC
参数,可以限制进程及其子进程可以同时存在的最大数量。一旦达到该限制,进程将无法创建更多的子进程。这有助于控制系统资源(如内存、处理器等)的使用情况,防止某个进程或用户占用过多的系统资源。在启动脚本中设置
LimitNPROC
的值可以影响到该进程及其子进程的并发进程数限制。例如,如果将LimitNPROC
设置为100,则该进程及其子进程最多只能同时存在100个进程
可以尝试不设置这两个参数,看看会发生什么问题
启动Elasticsearch
脚本
#!/bin/sh su test /yourpath/infra/elasticsearch-7.17.4/bin/elasticsearch -d
相关命令
systemctl enable elasticsearch.service systemctl disable elasticsearch.service systemctl start elasticsearch.service ps -ef | grep elasticsearch
开机启动springboot项目
springboot.service
在/usr/lib/systemd/system
下创建文件springboot.service
,并赋予权限chmod +x springboot.service
[Unit] Description=springboot service # 要求必须执行网络 #Requires=network-online.target # 在网络启动之后启动 After=network.target [Service] WorkingDirectory=/yourpath/app/springboot Type=forking User=root # 启动前,等待10s ExecStartPre=/bin/sleep 10 ExecStart=/bin/sh /yourpath/app/springboot/start.sh # 不输出日志 StandardOutput=null StandardError=null [Install] WantedBy=multi-user.target
解释:
-
ExecStartPre
:当启动springboot.service
时,会先等待10s再启动,例如,项目依赖了mysql,而mysql启动需要时间。 -
StandardOutput
,StandardError
:配置了这两个为null,意思是springboot项目自身的日志,就不打印再/var/log/message
中,因为springboot项目自身有日志管理
启动springboot脚本
#!/bin/sh /bin/nohup /youpath/infra/jdk1.8.0_341/bin/java -jar /lbpdata/app/springboot/bootstrap-1.0.0.jar --server.servlet.context-path=/test --spring.config.location=application-test.yml >/dev/null 2>&1 &
我们在写脚本之时,最好都要写,完整的指令路径,不然经常会报找不到指令
相关命令
systemctl enable springboot.service systemctl disable springboot.service systemctl start springboot.service jps -l
以上就是一文教你如何自定义systemd开机启动脚本的详细内容,更多关于自定义systemd开机脚本的资料请关注本站其它相关文章!