2017-08-09 26 views
1

Kubeadmを使ってKubernetesをインストールするときにいくつかの問題が発生しました。私は企業ネットワークの背後にいる。セッション環境でプロキシ設定を宣言しました。KubeadmでKubernetes clusterをプロキシの後ろにインストールするには?

$ export http_proxy=http://proxy-ip:port/ 
$ export https_proxy=http://proxy-ip:port/ 
$ export no_proxy=master-ip,node-ip,127.0.0.1 

すべての必要なコンポーネントと依存関係をインストールした後、私はクラスタを初期化しました。現在の環境変数を使用するために、私はsudo -E bashを使用しました。

$ sudo -E bash -c "kubeadm init --apiserver-advertise-address=192.168.1.102 --pod-network-cidr=10.244.0.0/16" 

次に、出力メッセージは永遠に下のメッセージにハングします。

[kubeadm] WARNING: kubeadm is in beta, please do not use it for production clusters. 
[init] Using Kubernetes version: v1.7.3 
[init] Using Authorization modes: [Node RBAC] 
[preflight] Running pre-flight checks 
[preflight] Starting the kubelet service 
[kubeadm] WARNING: starting in 1.8, tokens expire after 24 hours by default (if you require a non-expiring token use --token-ttl 0) 
[certificates] Generated CA certificate and key. 
[certificates] Generated API server certificate and key. 
[certificates] API Server serving cert is signed for DNS names [loadbalancer kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local] and IPs [10.96.0.1 192.168.1.102] 
[certificates] Generated API server kubelet client certificate and key. 
[certificates] Generated service account token signing key and public key. 
[certificates] Generated front-proxy CA certificate and key. 
[certificates] Generated front-proxy client certificate and key. 
[certificates] Valid certificates and keys now exist in "/etc/kubernetes/pki" 
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/admin.conf" 
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/kubelet.conf" 
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/controller-manager.conf" 
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/scheduler.conf" 
[apiclient] Created API client, waiting for the control plane to become ready 

は、その後、私はkubeletkube-apiserverを要求保ちながらKUBEコンポーネントのどれもが最高だったことがわかりました。 sudo docker ps -aは何も返されませんでした。

考えられる根本的な原因は何ですか?

ありがとうございます。

docker ps -aは何も示していない理由を確かに説明するだろうが、私が期待する私は強く in this way using systemd

、プロキシについてドッカデーモンを教える必要とする、gcr.io/google_containers/hyperkube:v1.7.3または何のためのドッキングウィンドウの画像をプルダウンしようとしている疑いがあるでしょう

答えて

1

dockerdログjournalctl -u docker.service(またはお使いのシステムでそれに相当する)私はkubeadmリファレンスガイドから読んだものに基づいてgcr.io

からプルすることができないことに文句を言うために、彼らはあなたがターゲットマシン上にsystemd設定にパッチを適用することが期待されていますそれらの環境変数を公開する。 kubeadmを起動したシェル内にそれらを設定してください(確かに機能要求であるかもしれませんが)。

+0

はい、実際には 'docker pull'のプロキシ設定でした。私はsystemdにenvを設定しています。しかし、それを指摘し、それを明確にしてくれてありがとう。 – ichbinblau

関連する問題