转载

我所了解的 systemd

【编者的话】本文主要介绍了systemd,systemd 是 Linux 系统中最新的初始化系统(init),它主要的设计目标是克服 sysvinit 固有的缺点,提高系统的启动速度。文中涉及了一些systemd的基础知识及作者的一些观点。

Ubuntu 16.04把systemd作为Linux启动系统,所以,我意识到是时候学习一下systemd了(虽然有点晚)。systemd出现于大约6年前,并且在几年前就被众多Linux发行版所使用。除了Gentoo,Ubuntu是最后一个默认使用systemd的大的发行版。甚至Ubuntu 15在去年时就转为使用systemd。

Linux社区中关于systemd的讨论已经持续了很长时间了,如果我还年轻,我可能会热衷甚至会参与讨论,但是现在我并不关心那些讨论,我只是想使用大家已达成共识的技术。令人失望的是论战主导着对话,反而想学习systemd是什么变得困难,下面是我为理解systemd所作出的努力。

免责声明:我并非专家,在一些地方难免犯错。我重申,写这篇博客仅仅是为了作为自己的笔记,欢迎评论,但请不要浪费我的时间讨论一些偏激的意见。

参考资料

  • 维基百科 的介绍不错
  • 官方主页 一般,但是提供了很多有用的链接
  • Rethinking PID 1 有点像原始的设计文档
  • The Biggest Myths 注重一些对于systemd的评论
  • Systemd essentials 对于管理员新手来说,是一个非常简短的备忘录
  • 一些Linux发行版的文档: RedHat , Ubuntu , arch
  • unit文件示例

由于我自己没有使用装有systemd的系统,关于在实践中使用systemd的链接只搜集了上面那些,所以说,我也有点out了。 unit file 看起来是非常有用的,它对systemd如何启动服务进行配置。systemd也可以使用旧的SysVInit风格的脚本来启动服务,包括解析LSB头部。

我学到的一些东西

systemd是 初始化系统 ,是Linux系统的第一个用户进程,其进程号为1。内核准备就绪后就会运行systemd,systemd的任务是运行其他用户进程从而组成Unix系统,挂载文件系统,配置网络,启动守护进程等。

我们所熟知的init系统是SysVInit, /etc/rc.d 目录中的shell脚本。在当今多核、动态设备的时代,SysVInit逐渐淡出历史舞台, Upstart 是另外一个Linux初始化系统,Ubuntu已经使用了很长时间,但是大家好像都不太喜欢Upstart。 Launchd 是MacOS下的初始化系统,其性能和速度还是可圈可点的,systemd的作者明确表示是受到了Launchd的启发。

systemd是init系统思想的重写版本,其主要的设计目标是提高性能。过去Unix系统启动时间高达90s,使用systemd(或者MacOS下的Launchd)基本可以达到10s,甚至小于1s也是有可能的。systemd可以运行的更快,是因为它可以并发执行任务。此外,它避免了解释shell脚本的所有开销。据测,之于之前的系统,systemd是现代化的、全新的、更好的,虽然我无法评估这一点,但我相信应该如此。

systemd是仅支持Linux的,它采用了一堆非POSIX API来执行任务比如与设备协作,配置安全功能等。

我还没有上手systemd,所以还没接触到其他方面。但是我的理解是,整个Unix配置都合并到unit file中,用来引导systemd配置和启动用户空间程序。

我还有所顾忌,要不要升级Ubuntu 14 到Ubuntu 16,因为必须要升级所有旧东西。升级后会正常工作吗?特别提醒,我将Ubuntu 12升级到Ubuntu 14,然后手动安装了一些东西,导致以太网设备的名称发生了改变,使得机器无法在网络下重启。

一些观点

我真的不关心关于争论的历史。systemd是既成事实,但是去关注一下这些争论,对于更好地理解systemd也是有帮助的。

对于systemd,大家普遍在抱怨的是其复杂性。在一个聚集了60多个相互关联的二进制文件里,systemd做了很多事情,而不仅仅是复制子进程。systemd将udev置于内部来管理设备,它有自己的日志系统(以二进制格式存放),等同于一个定时任务、inetd、atd、虚拟终端、一个登陆进程、监控系统等,当你看到所有被取代的过时的Unix软件时,你会感到惊讶,我也理解了为什么信奉“众多小工具”哲学的人为什么不喜欢systemd了。

另外,在sysvinit中,旧的组件组合在一起非常糟糕。shell需要挂载设备、文件系统,然后启动网络,以便你能够访问其他文件系统,以正确的顺序启动其他守护进程等等。当然udev和挂载可能是单独的软件,但是它们只能以一个特定的关系运行。这么一套包含众多相互依赖组件的复杂系统成本很高,有点像说了一个“众多小工具”的谎话。也有必须要说一下统一init、 cron、inet、登录以及类似的模块,这些都是响应事件的启动程序,为什么不共享代码呢?

作为一个庞大的项目,虽然systemd只有一种思想,仍然会有文化关怀。有些选择让我觉得很奇怪,比如二进制日志格式。无论出于何种原因,大多数Linux发行版都同意使用systemd,我相信他们都会根据自己的需要去塑造systemd,这看起来是一种打造软件的合理方法。

原文链接: Things I learned about systemd (翻译: 李加庆 )

原文  http://dockone.io/article/1279
正文到此结束
Loading...