问题描述
想在不同的终端会话中使用不同的kubectl配置，但发现在不同终端会话中运行kubectl get svc时，结果似乎都是相同的。用户希望能够为当前终端会话加载一个本地的配置文件，而不影响其他终端会话。
解决方案
请注意以下操作可能涉及版本差异，确保备份重要文件。
方案1：使用本地配置文件和KUBECONFIG环境变量
你可以使用本地的Kubernetes配置文件以及KUBECONFIG环境变量来实现在不同终端会话中使用不同的kubectl配置。以下是具体的步骤：
- 创建一个本地的Kubernetes配置文件，比如
my_kube_config。 - 将你的Kubernetes集群配置信息添加到这个配置文件中。
- 在每个终端会话中，设置
KUBECONFIG环境变量，让其指向你的本地配置文件。
以下是一个示例，假设你的本地配置文件位于~/.kube/my_kube_config：
# 在终端会话1中
export KUBECONFIG=~/.kube/my_kube_config
kubectl get svc
# 在终端会话2中
export KUBECONFIG=~/.kube/my_kube_config
kubectl get svc
这样，你可以在不同的终端会话中使用不同的kubectl配置，因为每个终端会话都设置了独立的KUBECONFIG环境变量。
方案2：生成本地配置文件
如果你需要生成一个本地的Kubernetes配置文件，可以通过以下步骤来实现。但在这之前，确保你已经安装了AWS CLI，并且有一个有效的AWS凭证。同时，确保你已经通过aws configure命令设置了正确的AWS配置。
# 生成本地配置文件
export KUBECONFIG=$(dirname "$BASH_SOURCE")/conf
aws eks update-kubeconfig --profile=alex --name ignitecluster
上述命令会根据指定的AWS配置（--profile）和集群名称（--name）生成一个Kubernetes配置文件，并且使用KUBECONFIG环境变量指定了文件路径。请确保在运行这个命令之前，目标目录已经存在。如果出现”Content not a dictionary.”错误，请确保AWS配置和集群名称正确，并且AWS CLI版本与命令兼容。
方案3：使用第三方工具
如果你希望更灵活地管理不同终端会话的kubectl配置，你也可以考虑使用一些第三方工具来管理配置文件和环境变量。这些工具可以帮助你在不同的终端会话中加载不同的配置。例如，你可以使用direnv、envrc等工具来自动加载针对每个目录的环境变量和配置文件。
以上是在不同终端会话中使用不同的kubectl配置的解决方案。根据你的具体需求，选择合适的方法来实现在每个终端会话中加载特定的Kubernetes配置。