背景:
私たちは、このようなクラスター(CN-K8S)およびサーバー・クラスターを持っている必要があることクラスター(JP-K8S)、など複数のクラスタを通じてK8Sが双方向に同時にアクセスすることができています。config情報は、2つのクラスタに保存されます使用してファイル のクラスタにアクセスするためにCONTEXT_NAMEを。要するに、コンテキストを設定することにより、別のkubectlアクセスK8Sクラスタを作ります。kubectl config use-context
次のように具体的な手順は次のとおりです。
次の2つのクラスタ設定ファイルへの準備ができている場合は、それぞれ $HOME/.kube/config1 和
$HOME/.kube/config2
次のようにCONFIG1情報があります
[ルート@ノードレベル01 .kube]#の猫の$ HOME / .kube / CONFIG1 apiVersion:V1の 種類:コンフィグ クラスター: - クラスター: API - バージョン:V1の 証明書 -authority- データ:XXXXXXXの サーバー:「HTTPS://172.20。 8.113:6443 " 名:" CN-K8S " コンテキスト: - コンテキスト: クラスター:" CN-K8S " ユーザー:" KUBE-adminのローカル" 名:" CN-K8S 「 現在-context:" CN-K8S " ユーザー: -名前:" KUBE-adminのローカル" ユーザー: クライアント -CERTIFICATE- データ:XXXXXX クライアント -key- データ:XXXXXX
次のようにCONFIG2情報があります
[ルート@ノードレベル01 .kube]#の猫の$ HOME / .kube / CONFIG2 apiVersion:V1の 種類:コンフィグ クラスター: - クラスター: API - バージョン:V1の 証明書 -authority- データ:XXXXXXの サーバー:「HTTPS://172.19。 8.113:6443 " 名:" JP-K8S " コンテキスト: - コンテキスト: クラスター:" JP-K8S " ユーザー:" KUBE-adminのローカル" 名:" JP-K8S 「 現在-context:" JP-K8S " ユーザー: -名前:" KUBE-adminのローカル" ユーザー: クライアント -CERTIFICATE- データ:XXXXXX クライアント -key- データ:XXXXXX
コンフィグ情報によって、次の2つのクラスタのクラスタ名、コンテキスト名、およびユーザー情報を見ることができます。
設定ファイルの準備ができ、あなたは変貌を開始することができます。ファイルの合成:
CD $ HOME / .kube / コンフィグ
KUBECONFIG = CONFIG1:CONFIG2 kubectl設定ビュー--flatten>の$ HOME / .kube /設定
それでは、どのようにそれを使うのですか?
1、クラスタ名およびコンテキスト名を参照してください
[ルート@ノードレベル01〜]#のkubectlの設定ビュー apiVersion:v1の クラスター: - クラスター: 証明書 -authorityデータ:DATA + OMITTED サーバーます。https:// 172.19.8.113:6443 名:cnlocal - クラスター: 証明書 -authorityデータ:DATA + OMITTED サーバーます。https:// 172.19.8.113:6443 名:jplocal コンテキスト: - コンテキスト: クラスター:cnlocal ユーザーは:KUBE -admin- ローカル 名:cnlocal - コンテキスト: クラスター:jplocal ユーザー:KUBE-admin- ローカル 名:局所 電流 - コンテキスト:jplocal 種類:コンフィグ 設定:{} ユーザー: -名前:KUBE-ADMIN- ローカル ユーザー: クライアント -CERTIFICATE- データ:墨塗り クライアント -keyデータ:墨塗り
図2は、クラスタの現在の使用を表示します
[ルート@ノードレベル01〜]#kubectl設定の電流コンテキスト jplocal
3.現在使用中のクラスタを変更
[ノード- @ルート01〜]#kubectl設定use- コンテキストがcnlocal コンテキストに切り替え、 " cnlocal "。