systemd添加自定义服务

概述

systemd有系统和用户区分:nginx

  • 系统(/user/lib/systemd/system/)
  • 用户(/etc/lib/systemd/user/)
    通常系统管理员手工建立的单元文件建议存放在/etc/systemd/system/目录下面。

    建立服务文件

    服务文件

    以nginx为例进行说明web

    [Unit]
    Description=nginx - high performance web server
    Documentation=http://nginx.org/en/docs/
    After=network.target remote-fs.target nss-lookup.target
    [Service]
    Type=forking
    PIDFile=/run/nginx.pid
    ExecStartPre=/usr/sbin/nginx -t -c /etc/nginx/nginx.conf
    ExecStart=/usr/sbin/nginx -c /etc/nginx/nginx.conf
    ExecReload=/bin/kill -s HUP $MAINPID
    ExecStop=/bin/kill -s QUIT $MAINPID
    PrivateTmp=true
    [Install]
    WantedBy=multi-user.target

    文件说明

  • [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:实例单元的限制,这个选项指定若是单元被容许运行默认的实例。
相关文章
相关标签/搜索