Helm: 정보 얻기

@erikbgithub Helm을 사용해 주셔서 감사합니다. 귀하의 문제를 처리 할 수 ​​있기를 바랍니다. 템플릿의 구문 분석 결과를 보려면 --debug 플래그를 추가하여 최종 출력을 볼 수 있습니다. 또한 --dry-run 플래그를 --debug 와 함께 추가하면 실제로 설치하지 않고도 출력을 볼 수 있습니다.

Helm은 REST가 아닌 gRPC를 사용하므로 기존 REST 애플리케이션에서 사용했던 것처럼 Tiller에 대한 요청을 볼 수 없습니다.

--namespace 는 Helm이 지정된 네임 스페이스에 차트를 설치하도록 지시합니다.
TILLER_NAMESPACE는 백엔드 구성 요소 Tiller가 설치된 네임 스페이스를 나타냅니다 (기본적으로 "kube-system").

도움이되기를 바랍니다. 더 궁금한 점이 있으면 알려주세요.

안녕하세요 jascott1, 응답 해 주셔서 감사합니다.

네임 스페이스 질문이 완전한지 잘 모르겠습니다. helm init 이미 다른 날에 성공한 후 별도의 세션에서 두 작업을 모두 수행하기 때문입니다.

예. helm 환경이 설정되지 않은 새 bash 세션으로 하루를 시작한다고 가정 해 보겠습니다. Tiller가 이미 배포되었습니다. 이제 helm ls --namespace=foobar 만하면 실패합니다. 이제 export TILLER_NAMESPACE=foobar 를 설정하면 네임 스페이스 플래그없이 helm ls 가 성공합니다. 귀하의 답변으로 상황이 설명되지 않는다는 데 동의하십니까?

아니요 ,

• helm list with --namespace 는 해당 네임 스페이스에서 릴리스 된 차트를 표시합니다. 어떤 네임 스페이스 helm이 tiller를 찾아야하는지 알려주지 않습니다.

• TILLER_NAMESPACE=foobar helm list 는 모든 네임 스페이스에 설치된 모든 릴리스를 나열하기 위해 foobar 네임 스페이스에 설치된 tiller 인스턴스와 통신하도록 helm에 지시합니다.

하지만 혼란을 이해할 수 있습니다. TILLER_NAMESPACE는 여기 에 설명되어

Helm은 --tiller-namespace 또는 $TILLER_NAMESPACE 가 설정되지 않은 경우 kube-system 네임 스페이스에서 Tiller를 찾습니다.

이것이 문제를 해결하는 데 도움이됩니까? 그렇지 않은 경우 문서의 Helm 사용 섹션을 살펴보고 더 명확한 그림을 얻는 것이 좋습니다.

아 이제 이해합니다. 감사!