kubeadmインストール、追加、削除ノードを使用している場合...
ノードを追加します。
図1に示すように、生成されたマスタ・トークン
[ルート@ノード-01〜]#kubeadm --print-参加-コマンドの作成トークン
kubeadmに参加172.19.8.250:8443 --token 83glhm.30nf8cih0q8960nu --discoveryトークン-CA-CERT-ハッシュSHA256:30d13676940237d9c4f0c5c05e67cbeb58cc031f97e3515df27174e6cb777f60
2、ノードノードはkubeletを確保するために添加される、ドッキングウィンドウが開始された
kubeletのすべてのノードをセットのcgroup-ドライブおよびスワップ閉じブートオプションを行かなければならない。
注チェック/var/lib/kubelet/kubeadm-flags.env
[ルート@ノード06〜]#猫/var/lib/kubelet/kubeadm-flags.env
KUBELET_KUBEADM_ARGS = -cgroupドライバ= systemdに--network-プラグイン= CNI --pod-赤外線コンテナ画像= k8s.gcr .IO /一時停止:3.1
作成しない場合は3、ドッキングウィンドウのドッキングウィンドウ-CEは、ファイルの使用ことに留意すべきである
#のCATの/etc/docker/daemon.json [ノード06〜@ルート]
{
[ "native.cgroupdriver = systemdに"]: "Execの-OPTSを" 、
"ログ・ドライバ": "JSON-ファイル"、
"ログOPTS":{
"最大サイズ": "100メートル"
}、
"ストレージドライバ": "overlay2"、
"ストレージOPTS":[
「overlay2 =真.override_kernel_checkに"
]
}
スワップ約4、クローズスワップ、およびログアウトの/ etc / fstabの設定情報
するswapoff -a
5、kubeletとドッカー開始
#のsystemctlスタートkubelet [ノード06〜@ルート]を
[ノード06〜@ルート]#systemctl strartドッカー
6、参加するかどうかをマスターノードのチェック
#kubectlノードGET [ノード01〜@ルート]
NAME AGE VERSION STATUS役割は
ノード01準備マスター2d19h v1.14.1
ノード02準備マスター2d19hのv1.14.1
ノード-03レディマスター2d19h V1を。 14.1
ノード-04レディ2d19h v1.14.1
ノード-05レディ2d19hのv1.14.1の
ノード06レディ78S v1.14.1
次のサービスを見るkubeletノードマシン上のノード上の表示が正常に追加されますが、マスターに表示されない場合は、使用systemctl状況状態、ステータスチェックの内側には、個別に処理します。
削除ノード
図1に示すように、ノードを削除する前に、第一ポッドの上部追い出さ
kubectlドレインノード06 --deleteローカル -data --force --ignore-daemonsets
ケース開始ノードマイグレーション上部ポッド
チェックノードの状態は、非スケジューリングノードとしてマークされています
[ルートノード-01 @〜]#kubectl GETノード
NAMEのSTATUSの役割AGE VERSION
ノード-01レディーマスター2d19hのv1.14.1の
ノード-02レディーマスター2d18hのv1.14.1の
ノード-03レディーマスター2d18hのv1.14.1の
ノード-04レディ2d18h v1の.14.1
ノード05レディ2d18hのv1.14.1の
ノード06レディ、SchedulingDisabled 2d18h v1.14.1
最后删除节点
[ルート@ノード-01〜]#のkubectl削除ノードnode-06
ノード「ノード-06”を削除
[ルートノード-01 @〜]#kubectl GETノード
NAMEのSTATUSの役割AGE VERSION
ノード-01レディーマスター2d19hのv1.14.1の
ノード-02レディーマスター2d19hのv1.14.1の
ノード-03レディーマスター2d19hのv1.14.1の
ノード-04レディ2d18h v1の.14.1
ノード05レディ2d18hのv1.14.1