认识与使用systemctl命令

假如想象 提交于 2020-01-06 23:33:23

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>>

一、systemctl介绍
       通常,Linux 的启动一直采用init进程。

       我们经常看到

      $ sudo /etc/init.d/apache2 start

     或者

      $ service apache2 start

       这种方法有两个缺点:

       一是启动时间长。init进程是串行启动,只有前一个进程启动完,才会启动下一个进程。

       二是启动脚本复杂。init进程只是执行启动脚本,不管其他事情。脚本需要自己处理各种情况,这往往使得脚本变得很长。

       为此,LINXU设计引入了Systemd

       它的设计目标是,为系统的启动和管理提供一套完整的解决方案。根据 Linux 惯例,字母d是守护进程(daemon)的缩写。Systemd 这个名字的含义,就是它要守护整个系统。使用了 Systemd,就不需要再用init了。Systemd 取代了initd,成为系统的第一个进程(PID 等于 1),其他进程都是它的子进程。

       通过上图的命令,我们可以查看Systemd版本。

       总的来说,Systemd 的优点是功能强大,使用方便,缺点是体系庞大,非常复杂。事实上,现在还有很多人反对使用 Systemd,理由就是它过于复杂,与操作系统的其他部分强耦合,违反”keep simple, keep stupid”的Unix 哲学。

        上图就是Systemd的架构图,看着有点吓人!

二、systemctl命令
       Systemd 并不是一个命令,而是一组命令,涉及到系统管理的方方面面。
       下面我来介绍几个常用的命令

# 启动redis服务
$ sudo systemctl start redis
 
# 重启redis服务
$ sudo systemctl restart redis
 
# 查看redis服务状态
$ sudo systemctl status redis
 
# 重启系统
$ sudo systemctl reboot
 
# 关闭系统,切断电源
$ sudo systemctl poweroff

 

三、利用systemctl添加自定义服务
       在日常开发中,我们难免搭建各种各样的服务,这时,我们可以利用systemctl添加我们需要的服务。

        以我的系统为例,配置服务可以到上图的目录中,system存放了系统配置的服务,user目录存放用户自定义配置的服务,当然,你也可以把服务放到system中

          上图是已经搭好的ECF服务,分别有Unit、Service、Install三个关键词

[Unit]
Description : 服务的简单描述
Documentation :服务文档 
Before、After:定义启动顺序。Before=xxx.service,代表本服务在xxx.service启动之前启动。After=xxx.service,代表本服务在xxx.service之后启动。
Requires:这个单元启动了,它需要的单元也会被启动;它需要的单元被停止了,这个单元也停止了。
Wants:推荐使用。这个单元启动了,它需要的单元也会被启动;它需要的单元被停止了,对本单元没有影响。
[Service]
Type=simple(默认值):systemd认为该服务将立即启动。服务进程不会fork。如果该服务要启动其他服务,不要使用此类型启动,除非该服务是socket激活型。
Type=forking:systemd认为当该服务进程fork,且父进程退出后服务启动成功。对于常规的守护进程(daemon),除非你确定此启动方式无法满足需求,使用此类型启动即可。使用此启动类型应同时指定 PIDFile=,以便systemd能够跟踪服务的主进程。
Type=oneshot:这一选项适用于只执行一项任务、随后立即退出的服务。可能需要同时设置 RemainAfterExit=yes 使得 systemd 在服务进程退出之后仍然认为服务处于激活状态。
Type=notify:与 Type=simple 相同,但约定服务会在就绪后向 systemd 发送一个信号。这一通知的实现由 libsystemd-daemon.so 提供。 
Type=dbus:若以此方式启动,当指定的 BusName 出现在DBus系统总线上时,systemd认为服务就绪。
Type=idle: systemd会等待所有任务(Jobs)处理完成后,才开始执行idle类型的单元。除此之外,其他行为和Type=simple 类似。
PIDFile:pid文件路径
ExecStart:指定启动单元的命令或者脚本,ExecStartPre和ExecStartPost节指定在ExecStart之前或者之后用户自定义执行的脚本。Type=oneshot允许指定多个希望顺序执行的用户自定义命令。
ExecReload:指定单元停止时执行的命令或者脚本。
ExecStop:指定单元停止时执行的命令或者脚本。
PrivateTmp:True表示给服务分配独立的临时空间
Restart:这个选项如果被允许,服务重启的时候进程会退出,会通过systemctl命令执行清除并重启的操作。 
RemainAfterExit:如果设置这个选择为真,服务会被认为是在激活状态,即使所以的进程已经退出,默认的值为假,这个选项只有在Type=oneshot时需要被配置。 
[Install]
Alias:为单元提供一个空间分离的附加名字。
RequiredBy:单元被允许运行需要的一系列依赖单元,RequiredBy列表从Require获得依赖信息。
WantBy:单元被允许运行需要的弱依赖性单元,Wantby从Want列表获得依赖信息。
Also:指出和单元一起安装或者被协助的单元。
DefaultInstance:实例单元的限制,这个选项指定如果单元被允许运行默认的实例。
      好了,上面就是systemctl命令的概述,大家可以动手实践一下。

四、总结
       通过systemctl命令,我们对自己创建的服务进行自定义添加和使用,对于现在主流的微服务架构来说,这个命令带给我们很多便利的地方!

 

睿江云官网链接:https://www.eflycloud.com/home?from=RJ0037

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!