Helm: obteniendo algo de información

Creado en 24 ago. 2017 · 4Comentarios · Fuente: helm/helm

Hola,

Realmente me encanta la idea básica de las plantillas de timón. Entonces decidí usarlo para un proyecto. Pero algunas cosas todavía son muy difíciles de conseguir.

Por ejemplo, después de analizar mis plantillas, ¿dónde coloca los resultados analizados? Es tan importante si tiene un analizador para cualquier cosa que pueda ver los resultados para ver qué hizo el analizador tal vez de forma diferente a lo esperado.

¿Dónde puedo ver qué solicitudes http está enviando helm (url + cuerpo)? No tengo una instalación de kubernetes predeterminada aquí y necesito asegurarme de que otros también puedan comunicarse con el servicio de timón. También puede que ver algunas respuestas http ayude a depurar cosas.

¿Cuál es la diferencia entre el argumento --namespace y la variable de entorno $TILLER_NAMESPACE ? Por alguna razón, solo puedo usar helm cuando hago la segunda versión. Y no tenía nada que me dijera sobre el problema. Fue un tonto intento y error. Sería realmente bueno si hubiera una forma más inteligente de depurar.

¿Y por qué un helm delete --purge <name> no elimina todo? Por ejemplo, en mi entorno siempre hay una cuenta de servicio que todavía existe después.

¡Gracias!

questiosupport

Fuente

erikbgithub

Todos 4 comentarios

@erikbgithub Gracias por usar Helm. Esperamos que podamos solucionar sus problemas. Para ver los resultados analizados de las plantillas, puede agregar la marca --debug para ver el resultado final. Además, agregar la bandera --dry-run junto con --debug le permitirá ver la salida sin instalar realmente.

Helm utiliza gRPC, no REST, por lo que no podrá ver las solicitudes a Tiller como está acostumbrado en las aplicaciones REST convencionales.

--namespace indica a Helm que instale su gráfico en el espacio de nombres especificado.
TILLER_NAMESPACE se refiere al espacio de nombres en el que está instalado el componente de backend Tiller ("kube-system" de forma predeterminada)

Espero que ayude. Háganos saber si tiene más preguntas.

jascott1 en 24 ago. 2017

👍1

Hola jascott1, gracias por responder.

No estoy seguro de que la pregunta sobre el espacio de nombres esté completa. Porque hago ambas cosas en una sesión separada después de que helm init ya tuvo éxito otro día.

Ejemplo. Supongamos que comienza el día con una nueva sesión de bash en la que no se establece ningún entorno de timón. Tiller ya está desplegado. Ahora haces solo un helm ls --namespace=foobar y falla. Ahora configura export TILLER_NAMESPACE=foobar y ahora helm ls sin una marca de espacio de nombres funciona correctamente. ¿Está de acuerdo en que la respuesta no explica la situación?

erikbgithub en 24 ago. 2017

no, puedo entender las instrucciones de @ jascott1 con bastante claridad (pero, de nuevo, soy un desarrollador de helm).

helm list con --namespace muestra los gráficos que se publicaron en ese espacio de nombres. No indica qué espacio de nombres debe buscar timón para timón.
TILLER_NAMESPACE=foobar helm list le dice a helm que se comunique con la instancia de Tiller instalada en el espacio de nombres foobar para enumerar todas las versiones instaladas en todos los espacios de nombres.

Aunque puedo entender la confusión. TILLER_NAMESPACE se documenta aquí :

Helm buscará a Tiller en el espacio kube-system nombres --tiller-namespace o $TILLER_NAMESPACE .

¿Eso ayuda a aclarar las cosas? Si no es así, le sugiero que eche un vistazo a la sección Uso de Helm de los documentos para obtener una imagen más clara.