GPG:有効なOpenPGPのデータは、解決策を見つけていません。
行われます。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
このカードで支援する
のapt-キー追加|カール-s https://packages.cloud.google.com/apt/doc/apt-key.gpgを -
彼らはGoogleにアクセスすることはできませんので、カール、この段階で立ち往生されます。その後、溶液はもちろんFQです。
私は直接使用するSSHトンネルを可能にあってはならないがあれば、海外SS、SSサーバを持っているサーバーにインストールするには、ここです。ssは、ローカルのSSを使用するには、地元の必要性があります。それは便利ですが、削除されているので疲れ、ドッキングウィンドウの実行SSを使用することをお勧めします。
私はミラーを使用次のとおりです。https://hub.docker.com/r/mritd/shadowsocks/
あなたは準備ができて外部サーバにある場合、サーバは国内tsocksにインストールされています
1
|
apt install -y tsocks
|
エディタのvi /etc/tsocks.conf
1
2
3
|
server = 127.0.0.1
server_type = 5
server_port = 1080
|
Ipはローカルサーバーです
SERVER_TYPE 5は、SOCKS5意味しています
ライン上のss_localのように、ローカルプロキシポートをSERVER_PORT。
準備ができラダーたら、ソフトウェアのインストールを開始
1
2
3
4
5
6
7
|
apt-get update && apt-get install -y apt-transport-https
tsocks curl -s https://packages.cloud.google.com/apt/doc/apt-key.gpg | apt-key add -
cat <<EOF >/etc/apt/sources.list.d/kubernetes.list
deb http://apt.kubernetes.io/ kubernetes-xenial main
EOF
tsocks apt-get update
tsocks apt-get install -y kubelet kubeadm kubectl
|
ここで注意すべき点は、アリのクラウドサーバーを持つ国ならばtsocksがち更新を直接使用するの実装は以下のこのエラー外となりますように、ソースは、ネットワークアドレスを使用するかもしれないということです
W:リポジトリ「http://mirrors.cloud.aliyuncs.com/ubuntu xenial-アップデートリリースには、」Releaseファイルを持っていません。
若しくは
エラー:9 http://mirrors.cloud.aliyuncs.com/ubuntu xenialリリース
の接続に失敗しました
この時間のvi /etc/apt/source.list.d/source.aliyun.list
すべてのhttp://mirrors.cloud.aliyuncs.com代わりhttp://mirrors.aliyun.com変更をバックアップすることができます前に、プロキシ更新を使用して、戻ってネットワークに実行することができます。
ソフトウェアをインストールしたら、tsocksはinitが問題を解決していませんkubeadm使用して、kubeadmの初期化で立ち往生されます。
URLを取得することができません「https://dl.k8s.io/release/stable-1.9.txt」:GET https://storage.googleapis.com/kubernetes-release/release/stable-1.9.txt:ダイヤルTCP 172.217 .160.112:443:I / Oのタイムアウト
ここでは、これをスキップするkubernetes vuersionを指定します
kubeadm -kubernetesのinit-バージョン= 1.9.3
事前にミラーを準備していない場合は、通常はここで立ち往生
コントロールプレーンの画像を引っ張っする必要がある場合は、[INIT]これは、分以上かかることがあります。
残念ながら、エラーが発生しました:残念ながら、エラーが発生しました:条件を待ってタイムアウトになった
。このエラーはおそらくによって引き起こされる: - kubeletが実行されていない- kubeletは、必要何らかの方法でノードの設定ミス(に不健康です無効のcgroup) -そこにはインターネット接続がありませんので、kubeletは、次のコントロールプレーンの画像を引くことができません: - gcr.io/google_containers/kube-apiserver-amd64:v1.9.3 - gcr.io/google_containers/kube-controller-manager- AMD64:v1.9.3 - gcr.io/google_containers/kube-scheduler-amd64:v1.9.3
だから我々は先に、ミラーの準備をしておく必要があります。私はミラーリングプルの下で海外でそのサーバー上の使用している方法は、その後、その後、hub.docker.comにプッシュhub.docker.comから国内のサーバに引き出します。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
|
#!/bin/bash
ARCH=amd64
version=v1.9.3
username=<username>
#https://kubernetes.io/docs/reference/setup-tools/kubeadm/kubeadm-init/#config-file
images=(kube-apiserver-${ARCH}:${version} \
kube-controller-manager-${ARCH}:${version} \
kube-scheduler-${ARCH}:${version} \
kube-proxy-${ARCH}:${version} \
etcd-${ARCH}:3.1.11 \
pause-${ARCH}:3.0 \
k8s-dns-sidecar-${ARCH}:1.14.7 \
k8s-dns-kube-dns-${ARCH}:1.14.7 \
k8s-dns-dnsmasq-nanny-${ARCH}:1.14.7 \
)
docker login -u $username -p <password>
for image in ${images[@]}
do
docker pull k8s.gcr.io/${image}
docker tag k8s.gcr.io/${image} ${username}/${image}
docker push ${username}/${image}
docker rmi k8s.gcr.io/${image}
docker rmi ${username}/${image}
done
unset ARCH version images username
|
このスクリプトは、ライン上のアカウントのパスワードに<ユーザー名>と<パスワード> hub.docker.comされる、海外のサーバー上で実行するように書かれています。
国では、その後、次のスクリプトを実行します。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
#!/bin/bash
ARCH=amd64
version=v1.9.3
username=<username>
#https://kubernetes.io/docs/reference/setup-tools/kubeadm/kubeadm-init/#config-file
images=(kube-apiserver-${ARCH}:${version} \
kube-controller-manager-${ARCH}:${version} \
kube-scheduler-${ARCH}:${version} \
kube-proxy-${ARCH}:${version} \
etcd-${ARCH}:3.1.11 \
pause-${ARCH}:3.0 \
k8s-dns-sidecar-${ARCH}:1.14.7 \
k8s-dns-kube-dns-${ARCH}:1.14.7 \
k8s-dns-dnsmasq-nanny-${ARCH}:1.14.7 \
)
for image in ${images[@]}
do
docker pull ${username}/${image}
#docker tag ${username}/${image} k8s.gcr.io/${image}
docker tag ${username}/${image} gcr.io/google_containers/${image}
docker rmi ${username}/${image}
done
unset ARCH version images username
|
このように、ミラーはkubernetesの準備ができているに置く必要があります。その後、initは問題はないでしょう実行します。
またinitプロセスにおけるちょっとしたトリックがあり、他の端末と実行を開くには
journalctl -f -u kubelet.service
可以查看具体是什么愿意卡住了。