-1

マスター ノードをデプロイするときに、coreos で rkt を使用して kubernetes をセットアップしようとして壁にぶつかりました。

これは、kubelet ログから見た主な問題です...coreos の最新の安定版は 225 を使用しているため、明らかに間違っている systemd エラーです...

Deploy Kubernetes Master Node(s)およびRunning Kubernetes on rktガイドに従いました。

kubelet-wrapperで正しいaci イメージに切り替えていることを確認して、および rkt バージョンのすべてのhyperkubeイメージを試しました... 変更はまったくありません。quay.io1.0.01.2.11.5.1fly

4

1 に答える 1

0

ログへのリンクを見逃した人のために：http://pastebin.com/raw/thLd0r2R（私が今太字にしたのは「これ」のリンクでした）

とにかく、kubelet はまだコンテナー化して実行する準備ができていないようです。そのためscheduler apiserver、バイナリから実行された kubelet でセットアップをブートストラップすることができましcontrollerた。proxystage1-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 ビンのほかに kubectl バイナリも使用する必要があります。最終的には、1 つの systemd ユニットとマニフェストだけで、hyperkube だけで十分です。

于 2016-05-05T09:33:13.113 に答える