runc —— 从入门到放弃

最新推荐文章于 2024-04-27 11:50:33 发布
最新推荐文章于 2024-04-27 11:50:33 发布
阅读量4.6k 收藏 9
点赞数 3
分类专栏： 容器技术
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/huang987246510/article/details/108763589
版权

文章目录

概述

  • 开源容器方案运行时规范（OCI Runtime Spec）主要目的是定义容器运行时相关规范，包括容器运行前的配置，容器生命周期和容器执行环境，当一种容器方案遵照OCI Runtime Spec实现了以上所有东西，我们认为它就是OCI兼容的。目前OCI兼容的容器方案有runc，kata。
  • 本文以分析OCI Runtime Spec为主，过程中使用runc容器方案加以举例，希望在理解OCI规范之后，能够更加轻松地理解runc的命令行接口与设计原则。

准备工作

go

  • runc，containerd，docker都是基于go语言开发，因此需要安装go语言用于编译runc源码，命令如下：
yum install -y golang
  • 检查是否安装成功，命令如下：
[root@hy runc]# go version
go version go1.15 linux/amd64
  • go工具有默认的工作目录GOPATH，当使用build和get命令时，GOPATH环境变量决定了go工具的查找路径，因此如果需要更改环境为个人的工作目录，首先通过如下命令查看go的环境变量：
go env
  • 然后修改GOPATH环境变量，将如下内容写入~/.bashrc中：
export GOPATH="/path/to/mygopath"

runc

  • 有两种方法下载runc的代码，一种是通过go工具下载，如下：
go get github.com/opencontainers/runc
  • 以上命令会将runc的源码自动下载到$GOPATH/src/github.com/opencontainers/runc目录下，另一种方法是直接通过git工具克隆代码，如下：
cd $GOPATH/src/github.com/opencontainers
git clone https://github.com/opencontainers/runc
  • 以上两种方法最终下载的代码都在$GOPATH/src/github.com/opencontainers/runc目录下，编译并安装runc，命令如下：
cd $GOPATH/src/github.com/opencontainers/runc
make
make install
  • 检查runc工具是否安装成功：
[root@hy ~]# whereis runc
runc: /usr/local/sbin/runc
[root@hy ~]# runc -v
runc version 1.0.0-rc92+dev
commit: 33faa5d0e2404aaf4ceb1abbfe36c5135179d32f
spec: 1.0.2-dev
go: go1.15
libseccomp: 2.3.1

docker

  • 理论上，我们是不需要安装上层的docker工具用于学习runc的，但为了方便下载容器镜像，这里也把docker工具准备好，docker安装如下：
yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo
yum makecache -c /etc/yum.repos.d/docker-ce.repo
yum install -y docker-ce docker-ce-cli containerd.io
  • 启动docker服务，并确认docker 命令可用：
systemctl start docker
docker version
Client: Docker Engine - Community
 Version:           19.03.13
 API version:       1.40
 Go version:        go1.13.15
 Git commit:        4484c46d9d
 Built:             Wed Sep 16 17:03:45 2020
 OS/Arch:           linux/amd64
 Experimental:      false

Server: Docker Engine - Community
 Engine:
  Version:          19.03.13
  API version:      1.40 (minimum version 1.12)
  Go version:       go1.13.15
  Git commit:       4484c46d9d
  Built:            Wed Sep 16 17:02:21 2020
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.3.7
  GitCommit:        8fba4e9a7d01810a393d5d25a3621dc101981175
 runc:
  Version:          1.0.0-rc92+dev
  GitCommit:        33faa5d0e2404aaf4ceb1abbfe36c5135179d32f
 docker-init:
  Version:          0.18.0
  GitCommit:        fec3683
  • 下载一个常用的docker镜像为测试runc命令行接口做准备，比如busybox：
docker create busybox
docker image ls
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
busybox             latest              6858809bf669        2 weeks ago         1.23MB
  • 将容器镜像导出，输出到文件：
[root@PC-Hyman containerd]# docker ps -a
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
c7e726e36d1a        busybox             "sh"                26 hours ago        Created                                 stoic_noyce
[root@PC-Hyman containerd]# docker export c7e726e36d1a -o busybox.tar
  • 将busybox.tar解压，作为runc运行容器的根文件系统：
tar busybox.tar -C busyboxfs

状态查询

  • 运行时规范规定了容器必须包含的字段如下：
  1. ociVersion：描述容器遵循的OCI规范版本
  2. id：描述容器ID，用于区分同主机上的容器。对于跨主机的容器，id字段可以相同
  3. status：容器的生命周期状态，可以是creating，created，running，stopped，这些状态在生命周期中定义
  4. pid：容器进程ID，在linux平台上，进程ID是必选的。它是容器内部运行的应用程序对应进程的ID
  5. bundle：容器的bundle目录，bundle目录主要存放容器运行时的配置文件和容器的根文件系统
    annotations字段是可选的，存放容器的注释信息。容器的状态信息除以上字段以外，具体的OCI兼容容器方案还可以定义其它字段，视具体的实现而定。
  • 容器的状态可以通过state操作来查询，runc的查询命令如下：
[root@PC-Hyman ~]# runc state 1234
{
  "ociVersion": "1.0.2-dev",
  "id": "1234",
  "pid": 267441,
  "status": "created",
  "bundle": "/home/ubuntuVM/containerd/demo/runc",
  "rootfs": "/home/ubuntuVM/containerd/demo/runc/busyboxfs",
  "created": "2020-09-24T07:58:46.28138205Z",
  "owner": ""
}

生命周期

  • 生命周期描述了容器从创建到最终停止退出的整个时间线，OCI兼容运行时方案必须实现以下生命周期过程中定义的动作。

create

  • 运行时的创建命令（create）需要关联到bundle路径和唯一的容器ID。也就是说，创建命令的核心动作必须包含创建容器ID的动作和保存bundle路径的动作。

environment

  • 运行时环境在启动容器时必须按照配置文件config.json中配置好环境，包括环境变量，挂载点等等。在创建资源的时不允许用户定义的程序运行。当环境好之后，所有对config.json文件的更新都不能影响容器。举例如下：
  • config.json中配置环境变量和挂载点：
"env": [
	"PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
	"TERM=xterm"
],

"mounts": [
	{
		"destination": "/dev/pts",
		"type": "devpts",
		"source": "devpts",
		"options": [
			"nosuid",
			"noexec",
			"newinstance",
			"ptmxmode=0666",
			"mode=0620",
			"gid=5"
		]
	}
]
  • 在运行时启动容器之前，必须按照此配置在容器内部准备好这些资源，容器内部看到的信息如下：
/ # env
TERM=xterm
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

/ # mount |grep pts
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=666)

start

  • 容器启动操作，核心实现视具体容器方案而定，但必须关联一个容器ID。

delete

  • 容器启动操作，核心实现视具体容器方案而定，但必须关联一个容器ID。

hooks

  • OCI兼容的运行时还必须设计容器生命周期中各个阶段的回调函数，供上层使用者注册自己的程序，包括如下hook：
  1. Prestart：这个hook在start命令之后，用户定义的程序执行之前调用，比如在linux平台上，对于runc运行时方案，prestart hook在容器命令空间之后被执行，这样hook可以有机会定制即将创建的容器。
  2. CreateRuntime：这个hook需要作为create操作的一部分在执行create操作时被调用。它的执行时间介于环境变量配置之后，改变当前所有进程/线程工作目录之前（pivot_root）
  3. CreateContainer：同CreateRuntime hook执行阶段相同，但必须在它之后。
  4. StartContainer：在用户定义的程序执行之前执行。
  5. Poststart：在用户定义的程序执行之后之前。
  6. Poststop：在容器删除的核心操作之后，删除动作返回之前执行。

容器操作

create

create <container-id> <path-to-bundle>

  • 容器创建操作需要指定容器ID和bundle目录，对于runc命令来说，bundle目录是可选的，如果不指定，默认去当前目录下查找。/home/ubuntuVM/containerd/demo/runc目录下放置了一个busybox容器的配置文件config.json以及这个容器的根文件系统
[root@PC-Hyman runc]# ls /home/ubuntuVM/containerd/demo/runc
busyboxfs config.json
  • 指定容器的id和bundle目录，创建该容器：
[root@PC-Hyman demo]# pwd
/home/ubuntuVM/containerd/demo
[root@PC-Hyman demo]# ls
containerd-1.4.1 main main.go runc tools v1.4.1.zip
  • 传入容器ID创建容器，由于当前目录没有配置文件，报错
[root@PC-Hyman demo]# runc create 12345
ERRO[0000] JSON specification file config.json not found
  • 指定bundle目录创建容器
[root@PC-Hyman demo]# runc create 12345 -b /home/ubuntuVM/containerd/demo/runc
[root@PC-Hyman demo]# runc list
ID PID STATUS BUNDLE CREATED OWNER
12345 262814 created /home/ubuntuVM/containerd/demo/runc 2020-09-24T02:23:23.388415943Z root

start

start <container-id>

  • 容器创建之后，其状态时created，通过start操作可以启动容器，启动后容器状态变为running，如果容器内部启动的应用程序是需要长久运行的，比如交互式程序sh，那么容器会一直运行直到被kill掉。如果内部应用程序是运行一段时间就结束的普通程序，那容器状态也会随之变为stopped。

kill

kill <container-id> <signal>

  • 对于一个一直运行的容器，可以通过kill命令向它内部的应用发信号，通知其结束

delete

delete <container-id>

  • 删除一个容器是创建容器的逆操作，它将容器的ID和配置信息容runc得管理中删除

容器配置

  • OCI的配置规范定义了实现容器操作所需要的所有元数据，即容器操作的配置。它可以是json格式，可以是go格式，规范不限制。以下以几个关键的配置字段举例。

root

  • root字段指定了容器的根文件系统，它有两个属性，path和readonly，path定义了根文件系统在主机上的路径，可以是绝对路径，也可以是相对路径（相对bundle目录的路径），readonly声明该文件系统是否只读，如下：
"root": {
	"path": "busyboxfs",          /* 相对bundle的路径 */
	"readonly": true                 /* 根文件系统只读 */
},

mount

  • mount字段指定进程的挂载点信息，如下：
"mounts": [
    {
        "destination": "/proc",    /* 对应挂载点：proc on /proc type proc (rw,relatime) */
        "type": "proc",
        "source": "proc"
    },
    {
        "destination": "/dev",     /* 对应挂载点：tmpfs on /dev type tmpfs (rw,nosuid,size=65536k,mode=755) */
        "type": "tmpfs",
        "source": "tmpfs",
        "options": [
            "nosuid",
            "strictatime",
            "mode=755",
            "size=65536k"
         ]
    },
    ....
}

总结

  • 总体来看，OCI的运行时规范比较简单，它将容器运行过程中一些状态的定义，动作的执行规范化，以便于兼容不同的运行时实现方案。
享乐主
关注
  • 3
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
专栏目录
Runc简介一
Tongsheng_li的博客
12-01 1689
Open Container Initiative（OCI） 开放容器计划: OCI 标准包含 运行时标准 和 镜像标准 两个部分，而 OCI 这个组织则是由 Docker, CoreOS 和其他的一些公司共同发起创建的，致力于将容器运行时和格式标准化。 即：凡是遵守此标准的实现，无论是 Docker 还是 rkt 或者其他的运行时实现，均可以通过标准的镜像启动容器。 Runc: runc 则是在 OCI 成立后，Docker 将其容器运行时 libcontainer 贡献出来后，并加以改造而成的，是Doc
runc系列（1）——如何理解runc的存在及其定义？
weixin_43860783的博客
01-29 2603
对runc工具的最基本介绍，希望有助于大家理解runc的工作方式，后续文章将会进一步对runc进行剖析
学习容器你不能错过核心技术runC和Libcontainer
03-14 2663
Libcontainer是一个开源的Linux容器管理库，它是由Docker团队开发的，用于支持Docker容器引擎的底层。Libcontainer提供了一个接口，使得应用程序可以直接访问Linux内核中的容器相关功能，例如命名空间、控制组、文件系统等。而命名空间（通过Linux Namespace）、控制组(Cgroups)、文件系统（rootfs）正是实现容器的核心。
docker-runc升级服务
最新发布
weixin_46455069的博客
04-27 271
【代码】docker-runc升级服务。
runc原理概述
qq_33339479的博客
12-24 4012
runc runc作为容器的运行时，现在作为独立的项目来进行发展，runc提供一套简单的容器运行环境，包括进程的命名空间、cgroups和文件系统权限等管理的功能，runc是基于oci标准的产物，可以让大家都通过统一的接口来进行运行时的操作。其本质的管理工作也是最主要的几个重要的函数clone，unshare和setns等重要的操作函数。 runc原理流程 runc作为运行时，即在提供了挂载目录、运行权限等运行参数的情况下将容器启动运行，真正的作为一个运行管理的工具使用，一些例如镜像、日志配置等待交互清理功
探索 runC (上)
weixin_34318272的博客
12-27 507
前言 容器运行时(Container Runtime)是指管理容器和容器镜像的软件。当前业内比较有名的有docker，rkt等。如果不同的运行时只能支持各自的容器，那么显然不利于整个容器技术的发展。于是在2015年6月，由Docker以及其他容器领域的领导者共同建立了围绕容器格式和运行时的开放的工业化标准，即Open Container ...
runc系列（2）——specification(config.json)文件详解
weixin_43860783的博客
01-30 3476
本篇文章对OCI specification进行了详尽的描述与介绍，通过本篇文章读者可以了解到OCI标准容器的构建流程及其思想同时也能够知道后续生成（config.json配置）
从docker到runC
02-25
安装docker，其实是安装了docker客户端、dockerd等一系列的组件，其中比较重要的有下面几个。docker程序是一个客户端工具，用来把用户的请求发送给dockerdaemon...该程序的安装路径为：详情请参考《RunC简介》。
博文 “docker找不到runc“ runc资源
08-30
博文 “docker找不到runc：failed to create shim: OCI runtime create failed: unable to retrieve OCI runtime ” 附带资源
runC 64位安装包，配置containerd使用
12-07
3. **安装到系统路径**: 为了全局使用runC，通常会将其移动到`/usr/local/bin`目录下，使用`sudo mv runc /usr/local/bin/`命令完成此步骤。 4. **验证安装**: 安装完成后，可以运行`runc --version`检查runC是否...
《python编程从入门到实践》——武装飞船详解
12-21
def run_game(): # 初始化游戏并创建一个屏幕对象 pygame.init() screen = pygame.display.set_mode(1200,800) pygame.display.set_caption('Alien Invasion') while True : # 监视鼠标键盘是否有QUIT事件 ...
从入到放弃——快应用踩坑之路
03-29
伴随着我司快应用审核通过、上线，此处应该有一篇快应用踩坑经历。... npm run watch // 监测到变化后自动编译  npm run server // 在另起一个终端开启server 复制代码 如果node版本用的是8以上的话，在运行
runc和docker
m0_37749659的博客
09-18 958
runc提供了底层的容器运行时功能，需要手动配置和管理，而Docker提供了更高层次的抽象和一组方便的命令，使得容器的使用更加简单和便捷。总结起来，runc是Docker中用于创建和管理容器的底层运行时工具，它使用Linux内核特性来实现容器的隔离，并提供了标准的容器运行时接口。runc还提供了一些有用的命令，比如exec命令可以在运行的容器中启动新的进程，state命令可以查看容器的当前状态，kill命令可以终止容器的运行等。runc是一个独立的容器运行时工具，它提供了创建、运行和管理容器的底层功能。
runc源码解析--1.源代码调试环境搭建
piaobeizu2011的专栏
05-21 1334
源代码调试环境搭建 环境搭建 createcontainer流程详解 目录源代码调试环境搭建前言一、基础环境搭建二、文件系统包bundle准备总结 前言 云原生时代，容器有多重要不言而喻。而runc是一个 CLI 工具，用于根据 OCI 规范在 Linux 上生成和运行容器，是容器的底层技术之一。本系列从源代码层面深入剖析runc项目，带你解开容器神秘面纱的背后世界。 在剖析runc之前，我们需要重点了解下oci标准。 Open Container Initiative (OCI) 是Linux基金
使用runc运行Tomcat容器并分析资源使用量
EricJeffrey的博客
11-29 393
文章目录使用runc运行Tomcat容器并查看运行状态准备工作runcAlpine Linux文件系统Tomcat配置Config.jsonprocessinit.shhooksprestartpoststop环境变量、权限属性完整config.json, prestart.cpp, poststop.shpoststop.sh分析容器资源使用量 使用runc运行Tomcat容器并查看运行状态 尽...
runc 网络设置
huan_77的博客
09-11 554
当使用runc的时候，没有自带的网络设置，十分麻烦。 在我使用原始config.json的时候，在容器内使用apt update 会报错 E: setgroups 65534 failed - setgroups (1: Operation not permitted) E: setegid 65534 failed - setegid (1: Operation not permitted) E: seteuid 100 failed - seteuid (1: Operation not permi
CRI-O, Containerd, Docker, Postman等概念介绍
justlpf的专栏
02-27 2176
1 容器的主要标准：OCI) ，定义容器和镜像的标准CRI)，它定义了Kubernetes和下面的容器运行时之间的API。OCIOCI (Open Container Initiative)，是一个轻量级，开放的治理结构（项目）。在 Linux 基金会的支持下成立，致力于围绕容器格式和运行时创建开放的行业标准。
c++ hashset的用法_c++ stl容器set成员函数介绍及set集合插入,遍历等用法举例-阿里云开发者社区...
weixin_39913648的博客
12-19 273
c++ stl集合set介绍c++ stl集合(Set)是一种包含已排序对象的关联容器。set/multiset会根据待定的排序准则，自动将元素排序。两者不同在于前者不允许元素重复，而后者允许。1) 不能直接改变元素值，因为那样会打乱原本正确的顺序，要改变元素值必须先删除旧元素，则插入新元素2) 不提供直接存取元素的任何操作函数，只能通过迭代器进行间接存取，而且从迭代器角度来看，元素值是常数3) ...
runc中文翻译系列一 runc入门
02-14 952
云原生大火之下，仍没有发现runc的中文文档，所以开始动手翻译一下。欢迎不吝指正，本片主要介绍runc的代码编译、基本使用。
runC源码分析——主体调用链
07-27
CSDN开发的AI助手 'C知道' 对您的问题进行回答： 在C语言程序的执行过程中，主要是通过一系列函数之间的调用来实现的。这些函数之间的调用关系形成了一条调用链，也可以称为主体调用链。下面是一个简单的C程序的主体调用链示例： 1. 主函数(main)：C程序的入口函数，程序的执行从这里开始。 2. 调用其他函数：在主函数中，可以通过函数调用语句来调用其他函数。 3. 其他函数：根据程序的逻辑需要，可以定义多个函数来实现不同的功能。 4. 函数调用：在其他函数中，也可以通过函数调用语句来调用其他函数，形成多层次的函数调用关系。 5. 返回函数：在函数执行完毕后，可以通过返回语句将控制权返回给调用该函数的函数。 这样，通过不断地进行函数的调用和返回，C程序就能够完成相应的功能。主体调用链的具体形式和顺序取决于程序的逻辑结构和函数之间的调用关系。 需要注意的是，C语言是一种过程化编程语言，没有像面向对象编程语言那样的类和对象的概念。因此，在C程序中，调用链主要是通过函数之间的调用来实现的。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

享乐主

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值