[发明专利]一种容器资源共享的方法和系统

说明书

本发明公开了一种容器资源共享的方法和系统,属于计算机技术领域，所述方法包括：启动容器及其守护进程，所述守护进程用于监控业务进程和获取容器资源的信息；所述守护进程通过同步通讯机制，将所述容器资源的信息传输到所述容器外；根据接收到的信息，获取共享的容器资源。一方面通过守护进程监控业务进程，如启动或重启业务进程，在业务进程卡住时，防止容器卡住或意外终止；另一方面，业务进程异常时容器不会退出，仍能正常运行，故障现场被保护下来，利于运维人员排查错误；再一方面守护进程将容器资源的信息共享到容器外，虚拟机根据所述信息获取容器内的部分资源，便于在虚拟机上执行容器的运维工作。

技术领域

本发明涉及计算机技术领域，具体涉及一种容器资源共享的方法和系统。

背景技术

在容器技术发展过程中，Docker与Kubernetes成为了主流的解决方案。Docker以其创新的Docker镜像技术，成为了应用最广泛的容器引擎。Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的虚拟机上，容器是完全使用沙箱机制，相互之间不会有任何接口。Kubernetes则通过开放的生态，作为容器领域事实上的容器编排技术也开始在企业中逐渐落地。

然而，近两年我们在云原生领域容器化落地过程中发现，虽然云原生应用在越来越多的企业中普及，但实际上在企业应用生态中，云原生系统仅占较小的一部分；仍有大量的应用，尤其在传统企业中，无法享受到容器技术带来的好处。除了传统应用本身对前沿技术的不敏感之外，现行的主流解决方案，如Docker，仍无法解决企业的一些痛点，使得传统应用无法快速上云，也是一个重要的原因。

Docker的C/S模型在实际生产落地中，有许多的不足：

(1)DockerDaemon会消耗一定资源。同时容易卡住，作为所有业务容器进程的父进程，对整个集群侵入性较强。例如，业务容器假死导致Docker Daemon卡住，这又引发其他业务容器卡住；又例如，Docker Daemon的升级或者crash，则需要额外重启所有业务容器。

(2)Docker Daemon进程以根用户的权限运行，对于安全性等要求较高的企业来说，改造困难。由于C/S模式，容器是Docker守护程序的子进程，而Docker守护进程是init系统的子进程，所以Docker守护进程和容器进程全部具有相同的login uid。在Linux审计流程中，loginuid用于确认登录者的uid。因此审计时无法区分不同容器的实际登陆的uid和操作者，引入了审计安全问题。

(4)在Kubernetes系统中，Docker的C/S模型架构过于笨重，在kubeletCRI与OCI之间存在许多组件(Docker Manager、Docker shim、containerd)。

另一方面，容器所在的虚拟机对于业务容器是不可见的，在业务运行维护过程中，虚拟机上无法看到容器内的信息及其资源，更无法对这些信息以及容器进行处理，因此对运维造成一定的困难。

发明内容

针对现有技术中存在的上述技术问题，本发明提供一种容器资源共享的方法和系统，通过守护进程防止容器卡住，保留故障现场，同时将容器的信息共享到容器外，便于在虚拟机上执行容器的运维工作。

本发明公开了一种容器资源共享的方法，所述方法包括：启动容器及其守护进程，所述守护进程用于监控业务进程和获取容器资源的信息；所述守护进程通过同步通讯机制，将所述容器资源的信息传输到所述容器外；根据接收到的信息，获取共享的容器资源。

优选的，所述同步通讯机制基于管道机制；监控业务进程包括启动或重启业务进程。

优选的，所述容器信息包括以下信息之一或它们的组合：容器ID、退出状态、网络接口、容器存储接口和命名空间；

所述命名空间包括进程命名空间和通信命名空间。