用於與多個物理集群通信的 kubectl 命令

Question

這是我的~/.kube/config文件：

apiVersion: v1
clusters:
- cluster:
    server: https://192.168.10.190:6443
  name: cluster-1
- cluster:
    server: https://192.168.99.101:8443
  name: cluster-2
contexts:
- context:
    cluster: cluster-1
    user: kubernetes-admin-1
  name: cluster-1
- context:
    cluster: cluster-2
    user: kubernetes-admin-2
  name: cluster-2
kind: Config
preferences: {}
users:
- name: kubernetes-admin-1
  user:
    client-certificate: /home/user/.minikube/credential-for-cluster-1.crt
    client-key: /home/user/.minikube/credential-for-cluster-1.key
- name: kubernetes-admin-2
  user:
    client-certificate: /home/user/.minikube/credential-for-cluster-2.crt
    client-key: /home/user/.minikube/credential-for-cluster-2.key

---

我的理解是， cluster-1 & cluster-2是 kubernetes 物理集群（ Control Plane ）。

每個物理集群都有多個虛擬集群（ Namespaces ）

如果我的理解是正確的，那么通過上面的kubeConfig ，獲取集群中所有命名空間的kubectl語法是什么？

Answer 1

在 kubernetes 中沒有物理或虛擬集群之類的東西。 Kubeconfig 由三部分組成。

• 集群
• 用戶
• 上下文

1. clusters - 由不同的虛擬機/本地節點組成的 k8s 集群
2. users - 有權訪問集群的用戶，可以是kube-admin或普通開發人員。 用戶可以擁有定義用戶可以操作哪些資源的角色 (RBAC)
3. 上下文- 一個集群和一個用戶之間的鏈接，因為您以用戶身份使用一個集群。

現在對於命名空間，它們的工作方式類似於 linux 網絡命名空間。 把它想象成一個有家人住在里面的房子。 如果你住的房子里有鮑勃·紐曼，你會簡單地叫他鮑勃。 如果鮑勃住在另一所房子里，你會稱他為鮑勃·紐曼。 命名空間從邏輯上拆分集群內的資源。 您可以擁有例如監控命名空間、工資單命名空間、后端命名空間。 房子有不同

Answer 2

希望這個答案對您有所幫助：

使用上下文管理多個集群

假設我們有多個集群管理員，所以我們有多個kubeconfig文件。

但是每次在我們的kubectl命令中使用--kubeconfig選項並不是那么有效！

---

使用上下文訪問多個集群

• 在 1 kubeconfig文件中定義所有集群和用戶
• 為每個集群定義一個上下文
• 我們可以使用這些上下文在集群之間切換
• 無需指定 kube kconfig 文件

---

什么是上下文？

在 kubeconfig 文件中，我們有：

• K8s 集群列表
• K8s用戶列表
• 在kubeconfig文件中引用它們的名稱
• 而且我們還有Context

語境

• 哪個用戶應該訪問哪個集群的組合
• 或“使用kubernetes-admin用戶的憑據訪問 kubernetes 集群”
• 我們通過以下任一方式與之交互：
  • 手動更新kubeconfig
  • 或使用kubectl config命令

---

• 如何切換上下文？

   kubectl config use-context <CONTEXT-NAME>

• 顯示上下文列表

  kubectl config get-context

• 顯示current-context

   kubectl config gcurrent-context

---

上下文中的命名空間

每個上下文實際上包含 3 個組件

• 簇
• 用戶
• 命名空間
• 默認情況下，配置了default命名空間
• 除了默認命名空間，我們需要定義它們

可以說大多數時候，我們使用 1 個特定的命名空間（除了default ），並且為每個kubectl命令使用--namespace有點煩人......

• 切換默認命名空間

  kubectl config set-context --current --namespace kube-system

• 現在檢查~/.kube/config文件

  contexts: - context: cluster: kubernetes namespace: kube-system # Just added: user: kubernetes-admin name: kubernetes-admin@kubernetes

---

Kubernetes 文檔

Answer 3

簡短的回答，您可以在kubeconfig中獲取現有集群中的所有 ns

for context in $(kubectl config view -o jsonpath='{.clusters[*].name}'); do 
kubectl config use-context $context ;
kubectl get ns;
done
#or
for context in $(kubectl config view -o jsonpath='{.clusters[*].name}'); do kubectl config use-context $context ;kubectl get ns;done

您可以使用以下命令（當前上下文）從每個集群中獲取所有命名空間

kubectl get namespace

以上將在當前上下文中返回namespace ，所以你有兩個集群，這意味着你需要兩個不同的上下文來從兩個集群中獲取所有命名空間

kubeconfig 文件中的上下文元素用於以方便的名稱對訪問參數進行分組。 每個上下文都有三個參數：集群、命名空間和用戶。 默認情況下，kubectl 命令行工具使用當前上下文中的參數與集群通信。

組織集群訪問 kubeconfig 上下文

命名空間只是資源的隔離。 例如

您不能在單個命名空間中創建兩個具有相同名稱的部署，因為這些資源是命名空間范圍的。

因此您可以在develop 、 stage和production命名空間下部署多個部署。

Kubernetes 命名空間