systemd和容器的姻缘

systemd是Linux平台下的一款系统和服务管理器,兼容SysV和LSB(Linux Standard Base)启动脚本。近日,CoreOS团队采访了systemd项目的创始人 Lennart Poettering,探讨了systemd的历史,以及与容器结合、未来的规划等问题。目前,Arch Linux、CoreOS、Debian、Fedora、openSUSE、Ubuntu等Linux发行版已经将systemd作为默认的服务管理器。

systemd历史

Lennart描述,在创建systemd项目之前,他们曾经非常关注由Canonical公司(Ubuntu发行版维护公司)创建的Upstart项目。Upstart是严格事件驱动,代码比较简洁,当时已经被Ubuntu和Fedora等发行版采用。但是经过细致了解,Lennart发现Upstart的基础设计是倒退的。他认为系统管理器应该计算到启动时的细节,而不是像Upstart那样只计算一个大概的工作,将细节留给开发者和系统管理员。因为这些区别,systemd项目开始创建。

在systemd项目的创建之初,这些创建者们从系统管理员和其他系统启动器中汲取灵感。最初systemd被设计成仅仅是一个初始化(init)系统,即作为一个独立的启动进程,完成Linux用户空间启动的基础工作。然后,启动并不是systemd需要解决的唯一问题,后续,systemd主要在Linux用户空间的创建和运行时维护上进行了大量工作。

目前,systemd已经可以被看做是操作系统构建过程中需要的基础构建模块集,它除了是一个初始化系统之外,还包括了设备管理、登录管理、网络管理、日志模块等等。

systemd和容器的关系

现代系统和服务管理中越来越多的应用到了容器。容器本身包含了应用需要的所有依赖,systemd的作用,就是作为粘合剂,将容器和操作系统结合起来。

目前,在systemd中,一些命令已经能够直接感知到容器。这些命令的控制和信息获取,除了针对当前主机,也能够针对主机上的所有容器。例如journalctl命令,除了支持显示主机日志之外,还能显示主机上运行的容器输出的日志,并且可以将所有容器、主机的日志合并和一个日志流。

对于systemd来说,除了能够支持管理容器的运行,同时也能够运行在容器中。目前对systemd的大部分测试本身就是在容器中完成的,这是因为和物理机器相比,容器有着更快的启动速度,并且更容易进行测试。

systemd现在也包含了一个命令systemd-nspawn用于管理容器。起初编写这个命令的目的是为了测试systemd,但是现在它已经可以作为生产用途。事实上,CoreOS的rkt容器工具,已经在使用这个命令作为底层容器后段。

更多systemd和容器、操作系统相关内容,可以观看Lennart在CoreOS Fest上的演讲:systemd at the Core of the OS。

systemd和其他容器工具的结合

目前systemd和rkt的结合已经基本上完成,rkt使用systemd-nspawn作为它的容器后端。对于systemd的开发者来说,他们更加希望systemd能够专注于单机的管理,而上层的工具,如rkt,可以基于systemd,提供诸如分布式、网络感知高级等功能。

感谢郭蕾对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至[email protected]。也欢迎大家通过新浪微博(@InfoQ,@丁晓昀),微信(微信号:InfoQChina)关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入InfoQ读者交流群InfoQ好读者)。

你可能感兴趣的:(systemd和容器的姻缘)