我在部署主节点时尝试在coreos上使用rkt设置kubernetes碰壁。
这是我从kubelet日志中看到的主要问题...一些systemd错误，这显然是错误的，因为coreos最新稳定版使用225 ...
我在rkt指南上遵循了部署Kubernetes主节点和正在运行的Kubernetes。
我已经尝试了所有的hyperkube从图像quay.io和RKT版本1.0.0，1.2.1，1.5.1确保切换正确的fly阿哲图像中的kubelet，包装......没有任何变化。
谁错过了指向日志的链接：http : //pastebin.com/raw/thLd0r2R（这是我现在以粗体显示的“ this”上的链接）
无论如何，似乎kubelet仍未准备好运行容器化，因此我设法通过从二进制文件运行的kubelet引导安装程序，仍然使用rktscheduler apiserver和和controller，并使用第二个包装器，proxy因为代理需要stage1-fly。
因此它由以下组成：
/usr/bin/rkt run apiserver .../usr/bin/rkt run coreos/hyperkube proxy...--stage1-path=/usr/share/rkt/stage1-fly.aci .../opt/bin/kubelet ...不幸的是，存在一个错误，即hyperkube不能捕获kubectl标志，因此除了kubelet二进制文件和容器化的hyperkube bin之外，我还必须使用kubectl二进制文件。最终，只有1个systemd单位和清单即可满足hyperkube的所有需求。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句