Helm: obtenir des informations

Créé le 24 août 2017 · 4Commentaires · Source: helm/helm

Salut,

J'aime vraiment l'idée de base de la création de modèles de barre. J'ai donc décidé de l'utiliser pour un projet. Mais certaines choses sont encore très difficiles à obtenir.

Par exemple, après avoir analysé mes modèles, où mettez-vous les résultats analysés? C'est tellement important si vous avez un analyseur pour tout ce que vous pouvez voir les résultats pour voir ce que l'analyseur a fait peut-être différent de celui attendu.

Où puis-je voir les requêtes http que helm envoie (url + corps)? Je n'ai pas d'installation de kubernetes par défaut ici et je dois m'assurer que d'autres peuvent également accéder au service de tiller. Peut-être aussi que voir des réponses http peut aider à déboguer les choses.

Quelle est la différence entre l'argument --namespace et la variable d'environnement $TILLER_NAMESPACE ? Pour une raison quelconque, je ne peux utiliser la barre que lorsque je fais la deuxième version. Et je n'avais rien à me dire sur le problème. C'était stupide essai et erreur. Ce serait vraiment bien s'il y avait une manière plus intelligente de déboguer.

Et pourquoi un helm delete --purge <name> ne supprime-t-il pas tout? Par exemple, dans mon environnement, il y a toujours un compte de service qui existe toujours après.

Merci!

questiosupport

Source

erikbgithub

Tous les 4 commentaires

@erikbgithub Merci d'utiliser Helm. J'espère que nous pourrons résoudre vos problèmes. Pour voir les résultats analysés de la création de modèles, vous pouvez ajouter l'indicateur --debug pour voir la sortie finale. L'ajout de l'indicateur --dry-run avec --debug vous permettra de voir la sortie sans réellement l'installer.

Helm utilise gRPC et non REST, vous ne pourrez donc pas voir les requêtes adressées à Tiller comme vous pourriez être habitué dans les applications REST conventionnelles.

--namespace demande à Helm d'installer votre graphique dans l'espace de noms spécifié.
TILLER_NAMESPACE fait référence à l'espace de noms dans lequel le composant backend Tiller est installé ("kube-system" par défaut)

J'espère que cela pourra aider. S'il vous plaît laissez-nous savoir si vous avez d'autres questions.

jascott1 le 24 août 2017

👍1

Salut jascott1, merci d'avoir répondu.

Je ne suis pas sûr que la question de l'espace de noms soit complète. Parce que je fais les deux dans une session séparée après que helm init déjà réussi un autre jour.

Exemple. Supposons que vous commenciez la journée avec une nouvelle session bash dans laquelle aucun environnement de barre n'est défini. Tiller est déjà déployé. Maintenant, vous faites juste un helm ls --namespace=foobar et cela échoue. Maintenant, vous définissez export TILLER_NAMESPACE=foobar et maintenant helm ls sans indicateur d'espace de noms réussit. Seriez-vous d'accord pour dire que la situation n'est pas expliquée par votre réponse?

erikbgithub le 24 août 2017

non, je peux comprendre assez clairement les instructions de @ jascott1 (mais là encore, je suis un développeur de barre).

helm list avec --namespace montre les graphiques publiés dans cet espace de noms. Il n'indique pas quel espace de noms helm doit rechercher tiller.
TILLER_NAMESPACE=foobar helm list indique à helm de communiquer avec l'instance de tiller installée dans l'espace de noms foobar pour répertorier toutes les versions installées dans tous les espaces de noms.

Je peux comprendre la confusion, cependant. TILLER_NAMESPACE est documenté ici :

Helm cherchera Tiller dans l'espace kube-system noms --tiller-namespace ou $TILLER_NAMESPACE est défini.

Cela aide-t-il à clarifier les choses? Sinon, je suggère fortement de jeter un œil à la section Utilisation de Helm de la documentation pour obtenir une image plus claire.