Helm: obtendo algumas informações

Criado em 24 ago. 2017  ·  4Comentários  ·  Fonte: helm/helm

Oi,

Eu realmente amo a ideia básica de modelagem de leme. Então decidi usá-lo para um projeto. Mas algumas coisas ainda são muito difíceis de conseguir.

Por exemplo, depois de analisar meus modelos, onde você coloca os resultados analisados? É tão importante se você tiver um analisador para qualquer coisa que possa ver os resultados para ver o que o analisador fez, talvez diferente do esperado.

Onde posso ver quais solicitações http o helm está enviando (url + corpo)? Não estou tendo uma instalação padrão do kubernetes aqui e preciso ter certeza de que outros também podem acessar o serviço do tiller. Além disso, ver algumas respostas http pode ajudar a depurar as coisas.

Qual é a diferença entre o argumento --namespace e a variável de ambiente $TILLER_NAMESPACE ? Por alguma razão, só posso usar o helm quando faço a segunda versão. E eu não tinha nada me falado sobre o problema. Foi uma tentativa idiota e um erro. Seria muito bom se houvesse uma maneira mais inteligente de depurar.

E por que helm delete --purge <name> não remove tudo? Por exemplo, no meu ambiente sempre há uma conta de serviço que ainda existe depois.

Obrigado!

questiosupport

Todos 4 comentários

@erikbgithub Obrigado por usar o Helm. Esperamos que possamos resolver seus problemas. Para ver os resultados analisados ​​dos modelos, você pode adicionar o sinalizador --debug para ver o resultado final. Além disso, adicionar o sinalizador --dry-run junto com --debug permitirá que você veja a saída sem realmente instalar.

O Helm usa gRPC, não REST, então você não poderá ver as solicitações para o Tiller como costumava fazer em aplicativos REST convencionais.

--namespace direciona o Helm para instalar seu gráfico no namespace especificado.
TILLER_NAMESPACE refere-se ao namespace em que o componente de back-end Tiller está instalado ("sistema kube" por padrão)

Espero que ajude. Informe-nos se tiver mais perguntas.

Olá, jascott1, obrigado por responder.

Não tenho certeza se a questão do namespace está completa. Porque eu faço as duas em uma sessão separada depois que helm init já deu certo em outro dia.

Exemplo. Vamos supor que você comece o dia com uma nova sessão bash na qual nenhum ambiente de leme está definido. Leme já está implantado. Agora você faz apenas helm ls --namespace=foobar e ele falha. Agora você configurou export TILLER_NAMESPACE=foobar e agora helm ls sem um sinalizador de namespace é bem-sucedido. Você concorda que a situação não é explicada por sua resposta?

não, eu posso entender as instruções de @ jascott1 muito claramente (mas, novamente, sou um desenvolvedor de leme).

  • helm list com --namespace mostra gráficos que foram lançados naquele namespace. Ele não informa qual leme de namespace deve procurar tiller.

  • TILLER_NAMESPACE=foobar helm list diz ao helm para se comunicar com a instância do tiller instalada no namespace foobar para listar todas as versões instaladas em todos os namespaces.

Posso entender a confusão, no entanto. TILLER_NAMESPACE está documentado aqui :

O Helm procurará por Tiller no namespace kube-system menos que --tiller-namespace ou $TILLER_NAMESPACE seja definido.

Isso ajuda a esclarecer as coisas? Caso contrário, sugiro que você dê uma olhada na seção Usando o Helm dos documentos para obter uma imagem mais clara.

Ah, agora eu entendo. Obrigado!

Esta página foi útil?
0 / 5 - 0 avaliações