3. 使用kubectl上下文切换
任务说明
在多集群环境中，管理员需要频繁在多个Kubernetes集群之间切换操作。本案例将创建两个模拟集群的kubeconfig配置，通过kubectl config use-context命令实现上下文切换，并验证当前指向的集群是否正确。
环境准备
本案例需要一台已安装kubectl的Linux/macOS机器。为模拟多集群场景，我们将手工构造一个包含两个集群（cluster-prod和cluster-dev）的kubeconfig文件，并设置对应的用户与上下文。
实现步骤
1. 创建kubeconfig配置文件
创建一个名为multi-cluster-config的文件，内容如下：
2. 加载并查看上下文
使用KUBECONFIG环境变量指定配置文件，并查看当前上下文：
预期输出：get-contexts列出两个上下文，current-context显示ctx-prod。
3. 切换上下文并验证
切换到开发集群上下文，并验证切换结果：
```bash kubectl config use-context ctx-dev kubectl config current-context ```预期输出：current-context显示ctx-dev。
进一步验证当前上下文对应的集群服务器地址：
```bash kubectl config view --minify -o jsonpath='{.clusters[0].cluster.server}' ```预期输出：https://dev.example.com:6443，证明当前操作指向开发集群。
4. 切换回生产集群
执行反向切换，确认可以灵活往返：
```bash kubectl config use-context ctx-prod kubectl config current-context ```预期输出：ctx-prod。
验证方法
完成上述步骤后，通过以下条件判断案例是否通过：
kubectl config get-contexts能同时看到ctx-prod和ctx-dev两个上下文，且当前上下文标记正确。- 执行
use-context后，current-context输出与切换目标一致。 - 使用
config view --minify查看的服务器地址与切换目标集群的server字段完全匹配。
常见问题
- 切换后无变化：检查
KUBECONFIG环境变量是否指向正确的文件，或使用kubectl config get-contexts确认上下文名称拼写。 - 权限不足：本案例使用模拟，实际环境中需确保用户对目标集群有访问权限，否则切换后API调用会返回401。
- 配置文件合并：若已存在默认
~/.kube/config，可通过KUBECONFIG变量同时指定多个文件，kubectl会自动合并上下文列表。