Kubernetes 中的驱动程序和容器运行时有什么区别？

Question

我正在阅读有关 Minikube 安装过程的信息，驱动程序和容器运行时的名称让我感到困惑。

司机

当我不选择驱动程序时，Minikube 将默认使用 Docker 驱动程序，从而在 Minikube 本身内部使用 Docker 守护进程。当我选择 none 时，它​​将使用主机的 Docker 守护进程。其他可以选择像podman、KVM等。

容器运行时

当谈到容器运行时时，我可以再次选择 Docker 或其他容器，例如 Containerd。

我的询问

我找不到关于驱动程序和容器运行时之间差异的更详细解释。实际上我知道运行时的存在是为了在 Pod 中运行容器，但是驱动程序呢？容器运行时是否在驱动程序之上运行？

Answer 1

司机

\n

\n
• 您想在哪里运行 Kubernetes？\n
  \n
  • 虚拟机？-> Hyperkit、VirtualBox、Parallels、VMWare 等
  \n
  • 集装箱？-> Docker（讽刺的是，如果您使用的是 Mac 或 Windows，则它在 VM 上运行，但不是在 Linux 上）、Podman 等。
  \n
  \n
\n

\n

容器运行时

\n

\n
• 创建集群后，您希望如何配置它？使用什么运行时或填充程序来实例化其容器（和 Pod）？\n
  \n
  • Containerd -> 它是一个 shim，可以从 kubelet理解CRI ，并使用runc之类的可执行文件运行容器（实际的运行时，使用cgcreate和nsenter之类的东西）
  \n
  • CRI-O -> 这是另一个从 kubelet理解CRI 的shim，就像 Containerd 运行带有 runc 等可执行文件的容器一样
  \n
  • Docker -> kubelet 使用与Containerd 对话的dockershim直接与 Docker 守护进程对话，实例化你的容器（我知道这是复杂的历史原因......）
  \n
  \n
\n

\n

\xe2\x9c\x8c\xef\xb8\x8f

\n