Cómo Helm encuentra el clúster mediante kubeconfig

Helm no crea su propia conexión al clúster. Reutiliza exactamente el mismo kubeconfig que ya utiliza kubectl, por lo que, si kubectl funciona, Helm también.

De forma predeterminada, su configuración se encuentra en ~/.kube/config. Contiene los puntos de conexión de los clústeres, las credenciales de los usuarios y los contextos que los relacionan.

Un kubeconfig define clusters (URL de los servidores), usuarios (credenciales) y contextos que vinculan un clúster, un usuario y un namespace.

Helm actúa sobre su current-context, es decir, el contexto marcado como activo en el archivo. Compruebe a qué clúster apunta antes de ejecutar cualquier comando.

Cambie de clúster con kubectl config use-context. Helm lo seguirá de inmediato, por lo que esta es la forma de mover el trabajo entre desarrollo, staging y producción.

¿Necesita ejecutar un comando en otro clúster? Helm acepta la opción --kube-context para dirigirse a un contexto sin cambiar el activo.

La variable de entorno KUBECONFIG indica a Helm que utilice otro archivo de configuración o combine varios archivos mediante una lista separada por dos puntos.

Helm delimita los releases a un namespace. Sin -n, utiliza el predeterminado de su contexto, así que especifique el namespace explícitamente para evitar actuar en el incorrecto.

Los clústeres en la nube escriben el kubeconfig por usted. Comandos como aws eks update-kubeconfig agregan un contexto con la autenticación correcta para que Helm pueda conectarse.

Para ver todos los clústeres a los que puede acceder, ejecute kubectl config get-contexts. La fila marcada con un asterisco es aquella sobre la que Helm actuará en este momento.

Un kubectl get nodes rápido demuestra que su configuración llega a un clúster activo. Si kubectl ve los nodos, Helm llegará al mismo clúster.

Helm se basa en el kubeconfig de kubectl. Conozca su contexto actual, cámbielo con use-context y confirme siempre el namespace antes de implementar. ✅