Kubernetes和Docker关系

如何解决Kubernetes和Docker关系

Docker和Kubernetes之间关系的本质是什么？是否可以安全地假设在Pod中完成的所有Docker操作将Pod视为正常主机？

例如，如果我要使用Python Docker SDK，将其附加到/var/run/docker.sock上并创建一个卷，该卷是否仅在Pod中存在？

我主要担心的是，我知道Pod已被虚拟化，因此如果我通过其他虚拟化工具（如Docker）进行深入研究，可能会表现不佳。

解决方法

重要的是要理解每个概念的责任。

• Docker容器本质上是主机OS与来宾OS之间的边界，它允许进程独立运行（docs）。
• Kubernetes 是用于运行此类容器（docs）的编排平台。
• 最后一个 Pod 是一个kubernetes对象，它描述了如何运行docker容器（docs）。

有了这些知识，我们就能回答您的一些问题；

Docker和Kubernetes之间关系的本质是什么？

Kubernetes可以像计算机一样运行docker容器，但已针对该特定目标进行了优化。 Kubernetes还是一个抽象（或编排）层，为您处理诸如网络功能，磁盘空间和cpu周期之类的资源。

可以安全地假设在Pod中完成的所有Docker操作将Pod视为正常主机吗？

Pod绝对不是主机。这只是一个（或多个）Docker容器应如何运行的描述。所有生成的容器都在kubernetes节点创建的虚拟空间中运行。

例如，如果我要使用Python Docker SDK，将其附加到/var/run/docker.sock并创建一个卷，该卷仅存在于Pod中吗？

这是您可以在本地计算机上执行的操作，尽管从技术上讲，您也可以在Node上执行此操作，但这不是常见的用例。

请注意，docker容器与任何外部因素（如安装或网络套接字）隔离（仅在运行时发生，并且不会更改容器本身的状态）。但是，您可以配置一个容器（使用Pod对象）以在集群上重新创建相同的条件。

,

如果 Kubernetes正在运行Docker（并不能保证），那么 Company Id Type Id Error Item 1 1 3 N Item 1 1 8 N Item 1 7468 1 N Item 2 1 3 N Item 2 1 8 N Item 2 7468 1 N 将成为主机的Docker套接字；没有额外的虚拟化层。

您不应尝试在Kubernetes中运行的应用程序中使用Docker原语。即使您尝试在节点上创建Docker本机卷，但是随后集群自动缩放器或其他某些任务破坏了该节点，您所描述的方法也可能导致数据丢失。如果需要创建存储或其他容器，可以使用Kubernetes API创建PersistentVolumeClaims，Jobs和其他Kubernetes管理的对象。