zoukankan      html  css  js  c++  java
  • 认识与使用systemctl命令

    一、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命令,我们对自己创建的服务进行自定义添加和使用,对于现在主流的微服务架构来说,这个命令带给我们很多便利的地方!

  • 相关阅读:
    概率统计(DP)
    iOS中几种定时器
    微信开发笔记——微信网页登录授权,获取用户信息
    swift中通知的使用
    Swift的基础,操作符,字符串和集合类型
    NSNotificationCenter
    IOS中通知中心(NSNotificationCenter)的使用总结
    Swift观察者模式
    swift中通知的使用
    Swift
  • 原文地址:https://www.cnblogs.com/eflypro/p/12144198.html
Copyright © 2011-2022 走看看