Estou usando o Google Cloud Platform e tenho dois clusters Kubernetes diferentes em execução no GKE. Agora, esses clusters são clusters zonais e estão em execução em zonas diferentes. o problema é quando estou usando o Cloud Shell kubectl get podse obtendo pods de outro cluster. Eu costumava kubectl config set-cluster xxxdefinir o cluster, mas ainda assim, os outros pods estão sendo exibidos apenas.
Responder1
Se kubectl get podsretornar pods de outro cluster, sua configuração do kubectl provavelmente está apontando para o outro cluster.
Você pode verificar o contexto atual (cluster atual) que o kubectl está usando com: kubectl config current-context.
Observe que,como destaca a documentação do GKE:
Quando você cria um cluster usando o console do Google Cloud ou a CLI gcloud em um computador diferente, o arquivo kubeconfig do seu ambiente não é atualizado. Além disso, se um membro da equipe do projeto usar a CLI gcloud para criar um cluster no computador dele, o kubeconfig dele será atualizado, mas o seu não. A entrada kubeconfig contém:
Suas credenciais conforme mostradas na lista de autenticação gcloud ou
As credenciais padrão do aplicativo, se configuradas.
Para gerar um contexto kubeconfig em seu ambiente, certifique-se de ter a permissão container.clusters.get. A função do IAM com menos privilégios que fornece essa permissão é container.clusterViewer.
Para gerar um contexto kubeconfig para um cluster específico, execute o seguinte comando:
gcloud container clusters get-credentials CLUSTER_NAME
Substitua CLUSTER_NAME pelo nome do seu cluster.
Se o cluster de destino não estiver em execução na zona ou região padrão, ou se você não tiver definido uma zona ou região padrão, será necessário fornecer a região (--region=REGION) ou zona (--zone=ZONE) no campo comando.
Observação: a execução de gcloud container clusters get-credentials também altera o contexto atual do kubectl para esse cluster.