-1

在部署主节点时，我试图在 coreos 上使用 rkt 设置 kubernetes。

这是我从 kubelet 日志中看到的主要问题...一些 systemd 错误显然是错误的，因为 coreos 最新稳定版使用 225...

我遵循了Deploy Kubernetes Master Node(s)和Running Kubernetes on rkt指南。

我已经尝试了来自rkt 版本的所有hyperkube图像，确保在kubelet-wrapper中切换正确的aci 图像......没有任何变化。quay.io1.0.01.2.11.5.1fly

4

1 回答 1

0

谁错过了日志链接：http: //pastebin.com/raw/thLd0r2R（这是我现在加粗的“this”链接）

无论如何，似乎 kubelet 还没有准备好运行容器化，所以我设法使用从二进制运行的 kubelet 引导设置，仍然使用 rktscheduler apiserver和controller，并使用第二个包装器，proxy因为代理需要stage1-fly。

所以它由以下部分组成：

  • rkt-api 的 systemd 单元/usr/bin/rkt run apiserver ...
  • 代理的 systemd 单元/usr/bin/rkt run coreos/hyperkube proxy...--stage1-path=/usr/share/rkt/stage1-fly.aci ...
  • kubelet 的 systemd 单元/opt/bin/kubelet ...
  • apiserver、调度程序、控制器的 k8s 清单

遗憾的是，hyperkube 没有捕获 kubectl 标志的错误，所以除了 kubelet 二进制文件和容器化的 hyperkube bin 之外，我还必须使用 kubectl 二进制文件。最终，只需 1 个 systemd 单元和清单即可满足 hyperkube 的所有需求。

于 2016-05-05T09:33:13.113 回答