Estoy usando Google Cloud Platform y tengo dos clústeres de Kubernetes diferentes ejecutándose en GKE. Ahora estos clústeres son clústeres zonales y se ejecutan en zonas diferentes. El problema es que cuando uso Cloud Shell kubectl get podsobtengo pods de otro clúster. Solía kubectl config set-cluster xxxconfigurar el clúster, pero aún así, los otros pods solo se muestran.
Respuesta1
Si kubectl get podsdevuelve pods de otro clúster, su configuración de kubectl probablemente apunte al otro clúster.
Puede verificar el contexto actual (clúster actual) que está usando kubectl con: kubectl config current-context.
Tenga en cuenta que,como destaca la documentación de GKE:
Cuando creas un clúster usando la consola de Google Cloud o usando la CLI de gcloud desde una computadora diferente, el archivo kubeconfig de tu entorno no se actualiza. Además, si un miembro del equipo del proyecto usa la CLI de gcloud para crear un clúster desde su computadora, su kubeconfig se actualiza pero el tuyo no. La entrada de kubeconfig contiene:
Tus credenciales como se muestran en la lista de autenticación de gcloud, o
Las credenciales predeterminadas de la aplicación, si están configuradas.
Para generar un contexto de kubeconfig en su entorno, asegúrese de tener el permiso container.clusters.get. La función de IAM con menos privilegios que proporciona este permiso es container.clusterViewer.
Para generar un contexto de kubeconfig para un clúster específico, ejecute el siguiente comando:
gcloud container clusters get-credentials CLUSTER_NAME
Reemplace CLUSTER_NAME con el nombre de su clúster.
Si el clúster de destino no se ejecuta en la zona o región predeterminada, o si no configuró una zona o región predeterminada, debe proporcionar la región (--region=REGION) o la zona (--zone=ZONE) en el dominio.
Nota: La ejecución de get-credentials de clústeres de contenedores de gcloud también cambia el contexto actual de kubectl para ese clúster.