高可用性の本番環境デプロイkubernetes(4)

現在のコンテナのエンタープライズ・スケジューリングツールとしてK8S、生産環境は、使用をたくさん持っている、我々は、高可用性クラスタ、K8S事実を確認する必要がありますので、最も重要なことは、クラスタ全体の唯一の入り口であるAPI-サーバー・コンポーネント、ですので、確認してくださいクラスタ全体の正常な動作。

本明細書において使用されるkubeadmin展開として、kubeadminは、本番環境で1.13バージョンの後に使用することができるので、ここで,,もちろん、バイナリの展開も可能で、展開の1.15バージョンを使用します。あなたの好みに依存します。

基本的な環境設定、ファイアウォール、SELinuxのこれらは、yumのソースは、前の参照文書に、カザフスタンに構成されていません。

高可用性の本番環境デプロイkubernetes(4)

安装:
YUM -y-オムレツ-kubeadm 1.15.0 1.15.0 1.15.0-kubectlをインストール

kubeletを有効systemctl

上記のすべてのマスターの実装

kubeletノード1.15.0 YUM-kubeadm-1.15.0 1.15.0インストールkubectlは-Y-インストール
kubeletを有効systemctl
画像のダウンロードが完了した後

どのようなニーズの鏡像を見るためにkubeadm設定の画像一覧

ドッキングウィンドウプルregistry.cn-hangzhou.aliyuncs.com/google_containers/kube-apiserver:v1.15.10
ドッキングウィンドウプルregistry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager:v1.15.10
ドッキングウィンドウプルregistry.cn- hangzhou.aliyuncs.com/google_containers/kube-scheduler:v1.15.10
ドッキングウィンドウプルregistry.cn-hangzhou.aliyuncs.com/google_containers/kube-proxy:v1.15.10
ドッキングウィンドウプルregistry.cn-hangzhou.aliyuncs.com/google_containers/一時停止:3.1
ドッキングウィンドウプルregistry.cn-hangzhou.aliyuncs.com/google_containers/etcd:3.3.10
ドッキングウィンドウプルregistry.cn-hangzhou.aliyuncs.com/google_containers/coredns:1.3.1

ここで使用されるように、アリの雲画像カザフスタン

すべての設定は、私はBaiduのネットワークディスクに入れている
リンクを:https://pan.baidu.com/s/167-yXwqK28gXDUBw3E0BxA
抽出コード:mlr7

インストールkeepalivedの

所有マスター
yumをインストールkeepalivedの-y

完了した後に設定を変更します

この例のMASTER1で

高可用性の本番環境デプロイkubernetes(4)

これらの場所は、優先順位、他の2台のマシンが90と70です。この重量に注意され、残りはライン上の変更はありません
高可用性の本番環境デプロイkubernetes(4)
高可用性の本番環境デプロイkubernetes(4)

そして、ライン上で開始
systemctl再起動keepalivedの
高可用性の本番環境デプロイkubernetes(4)

彼らは可能である私がここに持っている、VIPドリフトかどうかを確認するためにテストを閉じることができます

次に、すべてのhaproxyノードのマスターをインストール

yumのhaproxy -yをインストール

高可用性の本番環境デプロイkubernetes(4)

三つは同じマシンは、リスト上の最後の直接コピーは改正する必要はありません

そして、ライン上で開始

systemctlスタートhaproxy

高可用性の本番環境デプロイkubernetes(4)

kubeadm設定ファイルを書く
のライン上のマスターに

高可用性の本番環境デプロイkubernetes(4)
PodSubnet最も重要であるか、確認してください追加するフランネルの後ろに起動しないでいます

そして、開始
kubeadmのinit --config = kubeadm-init.yaml --experimental -upload-certsの
高可用性の本番環境デプロイkubernetes(4)
高可用性の本番環境デプロイkubernetes(4)

上記マスターが使用され、以下のものが使用されndoe

そして、インストールされたネットワークプラグフランネルの状態を確認

高可用性の本番環境デプロイkubernetes(4)

高可用性の本番環境デプロイkubernetes(4)

その後、別の2人のマスターは、クラスタに参加します
高可用性の本番環境デプロイkubernetes(4)
高可用性の本番環境デプロイkubernetes(4)

実装が完了した後必要があり
高可用性の本番環境デプロイkubernetes(4)
、マスター上の別の効果を見て

高可用性の本番環境デプロイkubernetes(4)
すべてのノードのノードを追加し、次のスタートを開始しました

高可用性の本番環境デプロイkubernetes(4)
まあ、ほかを見て完了です
高可用性の本番環境デプロイkubernetes(4)

ただ、試験容器「」を開始するマスターを見つけるために
高可用性の本番環境デプロイkubernetes(4)
、ミラープルnginxの中を、お待ちしております
の効果をテストします
高可用性の本番環境デプロイkubernetes(4)

それにアクセス
高可用性の本番環境デプロイkubernetes(4)

上記MASTER1で今VIP、その後、故障シミュレーションVIPドリフト、クラスタが使用されないかどうかを確認するために

高可用性の本番環境デプロイkubernetes(4)
高可用性の本番環境デプロイkubernetes(4)
IPアドレスがアップ漂流してきました

高可用性の本番環境デプロイkubernetes(4)
回復後、などのようにクラスタに参加する
高可用性の本番環境デプロイkubernetes(4)
民間の手紙のメッセージに問題ようこそ何であるかを、ここでは上の高可用性の展開

おすすめ

転載: blog.51cto.com/xiaorenwutest/2480798