博客

特别是这样的情况：假如这100个容器镜像都是基于”ubuntu:18.04”的，每个容器镜像只是额外复制了50MB左右自己的应用程序到”ubuntu: 18.04”里，那么就是说在总共50GB的数据里，有90%的数据是冗余的。每个容器都有对应的一个镜像，镜像是容器的静态形式，镜像包含容器运行所需要的各种二进制文件，库文件，配置文件等等，由这些文件打包共同组成容器的镜像。此时就会引入写复制技术，专门复制一份要修改的文件，然后任由对其进行更改，并不会影响原来的文件。，这个特性正好可以解决容器镜像的问题。

通过Cgroup来限制进程资源的使用，CPU Cgroup 是 Cgroups 其中的一个 Cgroups 子系统，它是用来限制进程的 CPU 使用的。其中容器相关的配置在这个目录下，对应的文件也是这些，可以针对每个容器中的所有进程进行cpu的限制。如图所示：容器中所有进程和的CPU使用率都是0.0但是总的CPU使用率却是25%，这是为什么呢？可以看到已经被限制住了。因此这个例子说明，在容器中使用top命令获取容器的cpu使用率是有问题的。不难发现宿宿主机上的cpu使用率和容器上的cpu使用率是一样的。

容器进程和宿主机进程的关系，如何在容器中kill掉容器中的进程

容器本质上还是一个进程，是一个被隔离和限制的进程。因此容器内存和进程内存在表现形式上其实是一样的，这块主要涉及三部分内容：RSS，page cache和swap这三部分，容器基于memory Cgroup对内存进行限制，但是具体限制的什么呢？又有哪些参数可以对其进行控制呢？memory cgroup 限制的是容器真正使用到的内存，对于swap和page cache 都是内核级别的，是由操作系统进行管理的，是所有进程共享的，是不能被memory cgroup所限制的。