systemd 简介:

systemd 是一个 Linux 系统基础组件的集合, 提供了一个系统和服务管理器, 运行为 PID 1 并负责启动其它程序
功能包括:
1、支持并行化任务
2、同时采用 socket 与 D-Bus 总线激活服务
3、按需启动守护进程(daemon), 利用 Linux 的 cgroups 监视进程
4、支持快照和系统恢复, 维护挂载点和自动挂载点, 各服务间基于依赖关系进行精密控制
5、支持 SysV 和 LSB 初始脚本, 可以替代 sysvinit
6、日志进程、控制基础系统配置, 维护登陆用户列表以及系统账户、运行时目录和设置
7、运行容器和虚拟机, 可以简单的管理网络配置、网络时间同步、日志转发和名称解析等

  

systemd 和 init:

centos7 以前, centos 的启动一直采用 init 的启动方式
但是这种方式有两种缺点:
1、启动时间长, init 是串行启动, 只有前一个进程启动完, 才会启动下一个进程
2、启动脚本复杂, init 进程只是执行启动脚本, 不管其他事情, 脚本需要自己处理各种情况, 这往往使得脚本变得很长 systemd 就是为了解决 init 的问题而诞生的一种新型的启动方式
1、systemd 按需启动服务, 尽量减少系统资源消耗
2、尽可能并行启动进程, 减少系统启动等待时间 systemd 尽管解决了 init 所留下的问题, 但是其也产生了新的问题
1、其最注意的问题之一就是体系庞大, 非常复杂。与操作系统的其他部分强耦合, 违反了 unix 的哲学 keep simple, keep stupid
2、在 centos 目前的版本中, systemd 的 bug 较多

  

Unit 管理:

systemd 可以管理所有系统资源。不同的资源统称为 Unit
Unit 一共分成12种:
Service unit 系统服务
Target unit 启动组
Device Unit 系统设备
Mount Unit 挂载点
Automount Unit 自动挂载点
Path Unit 文件路径
Scope Unit 不是由 Systemd 启动的外部进程
Slice Unit 进程组
Snapshot Unit systemd 快照
Socket Unit 进程间通信的 socket
Swap Unit 交换分区
Timer Unit 由 systemd 管理的计时器 Unit 管理命令:
# 启动一个 Unit
systemctl start UNIT_NAME # 停止一个 Unit
systemctl stop UNIT_NAME # 杀死一个 Unit
systemctl kill UNIT_NAME # 重启一个 Unit
systemctl restart UNIT_NAME # 重新加载 Unit 配置文件
systemctl reload UNIT_NAME # 查看 Unit 状态
systemctl status UNIT_NAME # 检查 Unit 是否为开机自启动
systemctl is-enabled UNIT_NAME # 检查 Unit 是否处于运行状态
systemctl is-active UNIT_NAME # 检查 Unit 是否处于启动失败状态
systemctl is-failed UNIT_NAME # 将 Unit 设置为开机自启动
systemctl enable UNIT_NAME # 取消 Unit 的开机自启动
systemctl disable UNIT_NAME # 禁用 Unit
systemctl mask UNIT_NAME # 取消禁用
systemctl unmask UNIT_NAME # 查看 Unit 帮助信息(由 Unit 文件提供)
systemctl help UNIT_NAME # 重新载入 systemd 系统配置, 扫描 Unit 文件的变动
systemctl daemon-reload UNIT_NAME # 列出正在运行的 Unit
systemctl list-units # 列出所有 Unit,包括没有找到配置文件的或者启动失败的
systemctl list-units --all # 列出所有没有运行的 Unit
systemctl list-units --all --state=inactive # 列出所有加载失败的 Unit
systemctl list-units --failed # 列出所有正在运行的、类型为 service 的 Unit
systemctl list-units --type=service # 显示系统状态
systemctl status # 显示一个 Unit 的所有底层参数
systemctl show UNIT_NAME # 显示一个 Unit 的指定属性的值
systemctl show -p ATTR UNIT_NAME # 设置一个 Unit 的指定属性
sudo systemctl set-property UNIT_NAME ATTR=VALUE # 列出一个 Unit 的所有依赖(--all 展开 target)
systemctl list-dependencies --all UNIT_NAME

  

电源管理:

# 重启
systemctl reboot # 关闭电源
systemctl poweroff # 待机
systemctl suspend # 休眠
systemctl hibernate # 混合休眠模式(同时休眠到硬盘并待机)
systemctl hybrid-sleep

  

Unit 配置文件:

每一个 Unit 都有一个配置文件, 告诉 Systemd 怎么启动这个 Unit
systemd 默认从 /etc/systemd/system/ 读取配置文件
但是 /etc/systemd/system/ 里面存放的大部分文件都是符号链接, 指向 /usr/lib/systemd/system/ 真正的配置文件一般都存放在这个目录 systemctl enable 命令用于在上面两个目录之间, 建立符号链接关系
systemctl disable 命令用于在上面两个目录之间, 取消符号链接关系 默认情况下, Unit 配置文件的后缀应该等于 Unit 的种类, 比如 sshd.socket。如果省略 systemd 默认后缀名为 .service, 所以 sshd 会被理解成 sshd.service # 列出所有配置文件
systemctl list-unit-files # 列出指定类型的配置文件
systemctl list-unit-files --type=service systemctl list-unit-files 命令会输出一个文件列表, 该列表有两列 UNIT FILE 和 STATE
UNIT FILE 为 配置文件的名称, STATE 为该 UNIT 的状态
STATE 一共有 4 种状态:
enabled 已建立启动链接
disabled 没有建立启动链接
static 该配置文件没有 [Install] 部分(无法执行), 只能作为其他配置文件的依赖
masked 该配置文件被禁止建立启动链接 配置文件格式:
# 查看 sshd.service 的配置文件
systemctl cat sshd # 编辑 sshd.service 配置文件
systemctl edit --full sshd.service Unit 配置文件分为多个区块, 每个区块的第一行, 是用方括号表示的区块名(section), Unit 配置文件严格区分大小写 Unit 配置文件区块字段:
[Unit] 区块通常是配置文件的第一个区块, 用来定义 Unit 的元数据, 以及配置与其他 Unit 的关系, 它的主要字段如下:
Description 简短描述
Documentation 文档地址
Requires 当前 Unit 依赖的其他 Unit, 如果它们没有运行, 当前 Unit 会启动失败
Wants 与当前 Unit 配合的其他 Unit, 如果它们没有运行, 当前 Unit 不会启动失败
BindsTo 与 Requires 类似, 它指定的 Unit 如果退出, 会导致当前 Unit 停止运行
Before 如果该字段指定的 Unit 也要启动, 那么必须在当前 Unit 之后启动
After 如果该字段指定的 Unit 也要启动, 那么必须在当前 Unit 之前启动
Conflicts 这里指定的 Unit 不能与当前 Unit 同时运行
Condition 当前 Unit 运行必须满足的条件, 否则不会运行
Assert 当前 Unit 运行必须满足的条件, 否则会报启动失败 [Install] 区块通常是配置文件的最后一个区块, 用来定义如何启动, 以及是否开机启动, 它的主要字段如下:
WantedBy 它的值是一个或多个 Target, 当前 Unit 激活时(enable) 符号链接会放入 /etc/systemd/system/ 中以 Target 名 + .wants 构成的目录中
RequiredBy 它的值是一个或多个 Target, 当前 Unit 激活时(enable) 符号链接会放入 /etc/systemd/system/ 中以 Target 名 + .required 构成的目录中
Alias 当前 Unit 可用于启动的别名
Also 当前 Unit 激活(enable) 时, 会被同时激活的其他 Unit [Service] 区块用来设置 Service 的配置, 只有 Service 类型的 Unit 才有这个区块, 它的主要字段如下:
Type 定义启动时的进程行为。它有以下几种值。
Type=simple 默认值, 执行 ExecStart 指定的命令, 启动主进程, 服务进程不会 fork。如果该服务要启动其他服务, 不要使用此类型启动
Type=forking 以 fork 方式从父进程创建子进程, 创建后父进程会立即退出, 使用此类型启动时应指定 PIDFile= 以便 systemd 跟踪服务的主进程
Type=oneshot 这一选项适用于只执行一项任务、随后立即退出的服务。可能需要同时设置 RemainAfterExit=yes 使得 systemd 在服务进程退出之后仍然认为服务处于激活状态
Type=notify 与 Type=simple 相同,但服务会在就绪后向 systemd 发送一个信号。这一通知的实现由 libsystemd-daemon.so 提供
Type=dbus 使用 D-Bus 启动
Type=idle systemd 会等待所有任务处理完成后, 才开始执行 idle 类型的单元。其他行为与 Type=simple 类似 ExecStart 启动当前服务的命令
ExecStartPre 启动当前服务之前执行的命令
ExecStartPost 启动当前服务之后执行的命令
ExecReload 重启当前服务时执行的命令
ExecStop 停止当前服务时执行的命令
ExecStopPost 停止当其服务之后执行的命令
RestartSec 自动重启当前服务间隔的秒数
Restart 定义何种情况下 systemd 会尝试重启当前服务
no 默认值, 不会尝试重启当前服务
always 总是重启
on-success 服务进程正常退出时才会重启(退出状态码为 0)
on-failure 当服务进程以非 0 退出状态码退出时才会重启
on-abnormal 当一个信号(包括核心转储,不包括SIGHUP, SIGINT, SIGTERM 或 SIGPIPE), 操作超时或触发看门狗超时终止进程时, 服务将重新启动
on-abort 当服务进程因发送非指定的信号而退出时, 才会重新启动服务
on-watchdog 当服务的看门狗进程超时时, 才会重新启动该服务 # Restart 值的对应关系(参考: https://www.freedesktop.org/software/systemd/man/systemd.service.html)
Restart settings/Exit causes no always on-success on-failure on-abnormal on-abort on-watchdog
Clean exit code or signal X X
Unclean exit code X X
Unclean signal X X X X
Timeout X X X
Watchdog X X X X TimeoutSec 定义 systemd 停止当前服务之前等待的秒数
Environment 指定环境变量 示例:(centos7 httpd)
[Unit]
Description=The Apache HTTP Server
After=network.target remote-fs.target nss-lookup.target
Documentation=man:httpd(8)
Documentation=man:apachectl(8) [Service]
Type=notify
EnvironmentFile=/etc/sysconfig/httpd
ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND
ExecReload=/usr/sbin/httpd $OPTIONS -k graceful
ExecStop=/bin/kill -WINCH ${MAINPID}
KillSignal=SIGCONT
PrivateTmp=true [Install]
WantedBy=multi-user.target # 一旦修改配置文件, 就要让 systemd 重新加载配置文件, 然后重新启动, 否则修改不会生效
systemctl daemon-reload
systemctl restart UNIT_NAME

  

Target:

    运行级别(runlevel)是一个旧的概念, systemd 引入了一个和运行级别功能相似又不同的概念--目标(target)
不像数字表示的启动级别, 每个目标都有名字和独特的功能, 并且能同时启用多个
一些目标继承其他目标的服务, 并启动新服务。systemd 提供了一些模仿 sysvinit 运行级别的目标, 仍可以使用旧的 telinit 运行级别 命令切换 target 管理命令:
# 查看当前系统的所有 Target
$ systemctl list-unit-files --type=target # 查看一个 Target 包含的所有 Unit
$ systemctl list-dependencies multi-user.target # 查看启动时的默认 Target
$ systemctl get-default # 设置启动时的默认 Target
$ sudo systemctl set-default multi-user.target # 切换 Target, 该命令仅更改当前运行目标, 对下次启动无影响
$ sudo systemctl isolate multi-user.target SysV 运行级别" 与 "systemd target" 对照表
SysV 运行级别 Systemd target 注释
0 runlevel0.target, poweroff.target 中断系统
1 runlevel1.target, rescue.target 单用户模式
2, 4 runlevel2.target, runlevel4.target, multi-user.target 用户自定义运行级别, 通常识别为级别3
3 runlevel3.target, multi-user.target 多用户, 无图形界面。用户可以通过终端或网络登录
5 runlevel5.target, graphical.target 多用户, 图形界面。继承级别3的服务, 并启动图形界面服务
6 runlevel6.target, reboot.target 重启
emergency emergency.target 急救模式(Emergency shell) systemd 和 SysV 的区别:
1、默认的 RunLevel 在 /etc/inittab 文件设置, 被默认的 Target 取代, 位置是 /etc/systemd/system/default.target
通常符号链接到 graphical.target(图形界面) 或者 multi-user.target (多用户命令行) 2、启动脚本的位置, 以前是 /etc/init.d 目录, 符号链接到不同的 RunLevel 目录 (比如/etc/rc3.d、/etc/rc5.d等)
现在则存放在 /lib/systemd/system 和 /etc/systemd/system 目录 3、配置文件的位置, 以前 init 进程的配置文件是 /etc/inittab, 各种服务的配置文件存放在 /etc/sysconfig 目录
现在的配置文件主要存放在 /lib/systemd 目录, 在/etc/systemd目录里面的修改可以覆盖原始设置。

  

参考:

  http://www.ruanyifeng.com/blog/2016/03/systemd-tutorial-commands.html  
  https://wiki.archlinux.org/index.php/Systemd_(%E7%AE%80%E4%BD%93%E4%B8%AD%E6%96%87)
  http://www.ruanyifeng.com/blog/2016/03/systemd-tutorial-part-two.html

centos7 systemd 必知必会的更多相关文章

  1. 读书笔记汇总 - SQL必知必会(第4版)

    本系列记录并分享学习SQL的过程,主要内容为SQL的基础概念及练习过程. 书目信息 中文名:<SQL必知必会(第4版)> 英文名:<Sams Teach Yourself SQL i ...

  2. 读书笔记--SQL必知必会--建立练习环境

    书目信息 中文名:<SQL必知必会(第4版)> 英文名:<Sams Teach Yourself SQL in 10 Minutes - Fourth Edition> MyS ...

  3. 读书笔记--SQL必知必会12--联结表

    12.1 联结 联结(join),利用SQL的SELECT在数据查询的执行中联结表. 12.1.1 关系表 关系数据库中,关系表的设计是把信息分解成多个表,一类数据一个表,各表通过某些共同的值互相关联 ...

  4. 读书笔记--SQL必知必会18--视图

    读书笔记--SQL必知必会18--视图 18.1 视图 视图是虚拟的表,只包含使用时动态检索数据的查询. 也就是说作为视图,它不包含任何列和数据,包含的是一个查询. 18.1.1 为什么使用视图 重用 ...

  5. 《MySQL 必知必会》读书总结

    这是 <MySQL 必知必会> 的读书总结.也是自己整理的常用操作的参考手册. 使用 MySQL 连接到 MySQL shell>mysql -u root -p Enter pas ...

  6. 《SQL必知必会》学习笔记(一)

    这两天看了<SQL必知必会>第四版这本书,并照着书上做了不少实验,也对以前的概念有得新的认识,也发现以前自己有得地方理解错了.我采用的数据库是SQL Server2012.数据库中有一张比 ...

  7. SQL 必知必会

    本文介绍基本的 SQL 语句,包括查询.过滤.排序.分组.联结.视图.插入数据.创建操纵表等.入门系列,不足颇多,望诸君指点. 注意本文某些例子只能在特定的DBMS中实现(有的已标明,有的未标明),不 ...

  8. .NET程序员项目开发必知必会—Dev环境中的集成测试用例执行时上下文环境检查(实战)

    Microsoft.NET 解决方案,项目开发必知必会. 从这篇文章开始我将分享一系列我认为在实际工作中很有必要的一些.NET项目开发的核心技术点,所以我称为必知必会.尽管这一系列是使用.NET/C# ...

  9. 0005 《SQL必知必会》笔记01-SELECT语句

    1.SELECT基本语句: SELECT 字段名1,···,字段名n FROM 表名 2.检索所有字段,用"*"替换字段名,这会导致效率低下 SELECT * FROM 表名; 3 ...

  10. 2015 前端[JS]工程师必知必会

    2015 前端[JS]工程师必知必会 本文摘自:http://zhuanlan.zhihu.com/FrontendMagazine/20002850 ,因为好东东西暂时没看懂,所以暂时保留下来,供以 ...

随机推荐

  1. Linux系统profile、bashrc、bash_profile等环境设置文件的使用

    一.前言 关于bash的环境设置文件,分为系统设置和个人设置,一般来说建议用户直接修改个人的设置. 本文测试环境为:centos6.5. 二.系统设置值 1. /etc/sysconfig/i18n ...

  2. Python使用struct处理二进制(pack和unpack用法)

    转载自:http://www.cnblogs.com/gala/archive/2011/09/22/2184801.html 这篇文章写的很好,所以无耻的转了.. 有的时候需要用python处理二进 ...

  3. Python String模块详解

    >>> import string >>> string.ascii_letters 'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKL ...

  4. Red Hat 6.5 Samba服务器的搭建(登录访问)

    搭建Samba服务器是为了实现Linux共享目录之后,在Windows可以直接访问该共享目录. 现在介绍如何在红帽6.5系统中搭建Samba服务. 搭建Samba服务之前,yum源必须配置好,本地源和 ...

  5. CentOS-yum基本使用

    CentOS: yum URL: ftp://172.16.0.1/pub/ YUM: yellow dog, Yellowdog Update Modifier yum repository: yu ...

  6. [Email] 收发邮件的协议 : IMAP and SMTP , POP3 and SMTP

    支持 IMAP 和 SMTP 的应用 与仅同步收件箱的 POP 不同,IMAP 同步所有电子邮件文件夹. 在电子邮件应用中使用以下设置. 接收 (IMAP) 服务器 服务器地址:imap-mail.o ...

  7. AJAX和DHTML

    DHTML: (动态的html)本身不是一门新语言,而是一门新技术,包含以下 html . css . dom . js AJAX  :  也是一门新技术包含    html . css.  dom ...

  8. 01 A Counting DNA Nucleotides

    Problem A string is simply an ordered collection of symbols selected from some alphabet and formed i ...

  9. NArrange 配置与使用

    1. 在VS中设置一下就可以用了 2.It is also recommended to setup a restore command using the same parameters, repl ...

  10. 编写高质量代码改善C#程序的157个建议——建议127:用形容词组给接口命名

    建议127:用形容词组给接口命名 接口规范的是“Can do”,也就是说,它规范的是类型可以具有哪些行为.所以,接口的命名应该是一个形容词,如: IDisposable表示可以被释放 IEnumera ...