こんにちは、
ヘルムテンプレートの基本的な考え方が大好きです。 そこで、プロジェクトに使うことにしました。 しかし、まだ入手が難しいものもあります。
たとえば、テンプレートを解析した後、解析した結果をどこに配置しますか? 結果を表示して、パーサーが予想とは異なる可能性があることを確認できるようなパーサーがある場合は、非常に重要です。
ヘルムが送信しているhttpリクエスト(url + body)はどこで確認できますか? ここにはデフォルトのkubernetesがインストールされていないため、他のユーザーもティラーサービスにアクセスできるようにする必要があります。 また、いくつかのhttp応答を確認すると、デバッグに役立つ場合があります。
引数--namespace
と環境変数$TILLER_NAMESPACE
の違いは何ですか? どういうわけか、私は2番目のバージョンを実行するときにのみヘルムを使用できます。 そして、私はその問題について何も教えてくれませんでした。 ばかげた試行錯誤でした。 よりスマートなデバッグ方法があれば、本当に素晴らしいでしょう。
そして、なぜhelm delete --purge <name>
がすべてを削除しないのですか? たとえば、私の環境では、その後も存在するサービスアカウントが常に存在します。
ありがとう!
@erikbgithubHelmをご利用いただきありがとうございます。 うまくいけば、私たちはあなたの問題を処理することができます。 テンプレートの解析結果を確認するには、 --debug
フラグを追加して最終出力を確認します。 また、 --dry-run
フラグを--debug
と一緒に追加すると、実際にインストールしなくても出力を確認できます。
HelmはRESTではなくgRPCを使用するため、従来のRESTアプリケーションで使用されているように、Tillerへのリクエストを表示することはできません。
--namespace
は、指定された名前空間にグラフをインストールするようにHelmに指示します。
TILLER_NAMESPACEは、バックエンドコンポーネントのTillerがインストールされている名前空間を指します(デフォルトでは「kube-system」)
お役に立てば幸いです。 ご不明な点がございましたら、お気軽にお問い合わせください。
こんにちはjascott1、返信ありがとうございます。
名前空間の質問が完全かどうかはわかりません。 helm init
すでに別の日に成功した後、私は両方を別のセッションで行うからです。
例。 ヘルム環境が設定されていない新しいbashセッションで1日を開始するとします。 ティラーはすでに配備されています。 今、あなたはただhelm ls --namespace=foobar
をします、そしてそれは失敗します。 ここでexport TILLER_NAMESPACE=foobar
を設定すると、名前空間フラグなしのhelm ls
が成功します。 あなたは状況があなたの答えによって説明されないことに同意しますか?
いいえ、 @ jascott1の指示を非常に明確に理解できます(ただし、繰り返しになりますが、私はヘルム
helm list
と--namespace
は、その名前空間でリリースされたグラフを示しています。 どの名前空間ヘルムが耕うん機を探すべきかはわかりません。
TILLER_NAMESPACE=foobar helm list
は、 foobar
名前空間にインストールされているティラーインスタンスと通信して、すべての名前空間にインストールされているすべてのリリースを一覧表示するようにhelmに指示します。
しかし、私は混乱を理解することができます。 TILLER_NAMESPACEはここに文書化さ
--tiller-namespace
または$TILLER_NAMESPACE
が設定されていない限り、Helmはkube-system
名前空間でTillerを探します。
それは物事を片付けるのに役立ちますか? そうでない場合は、ドキュメントの「ヘルムの
ああ、わかりました。 ありがとう!