Como o Helm encontra seu cluster por meio do kubeconfig

O Helm não cria sua própria conexão com o cluster. Ele reutiliza exatamente o mesmo kubeconfig que o kubectl já usa; portanto, se o kubectl funciona, o Helm funciona.

Por padrão, sua configuração fica em ~/.kube/config. Ela contém os endereços dos clusters, as credenciais dos usuários e os contextos que os associam.

Um kubeconfig define clusters (URLs de servidores), usuários (credenciais) e contextos que associam um cluster, um usuário e um espaço de nomes.

O Helm atua sobre o current-context, o contexto marcado como ativo no arquivo. Verifique a qual cluster você está conectado antes de executar qualquer comando.

Alterne entre clusters com kubectl config use-context. O Helm acompanha a alteração imediatamente; é assim que você move o trabalho entre desenvolvimento, homologação e produção.

Precisa executar um comando em outro cluster? O Helm aceita a opção --kube-context para direcionar o comando a um contexto sem alterar o contexto ativo.

A variável de ambiente KUBECONFIG direciona o Helm para outro arquivo de configuração ou combina vários arquivos em uma lista separada por dois-pontos.

O Helm limita as implantações a um namespace. Sem -n, ele usa o espaço de nomes padrão do seu contexto; portanto, especifique o espaço de nomes para evitar atuar no local errado.

Os clusters na nuvem criam o kubeconfig para você. Comandos como aws eks update-kubeconfig adicionam um contexto com a autenticação correta para que o Helm possa se conectar.

Para ver todos os clusters aos quais você pode se conectar, execute kubectl config get-contexts. A linha com a estrela é aquela sobre a qual o Helm atuará neste momento.

Um rápido kubectl get nodes comprova que sua configuração alcança um cluster ativo. Se o kubectl vê os nós, o Helm alcançará o mesmo cluster.

O Helm depende do kubeconfig do kubectl. Saiba qual é o contexto atual, alterne com use-context e sempre confirme o espaço de nomes antes de implantar. ✅