en microsoft docs descubrí que debería definir este archivo Helm YAML para crear el controlador de ingreso de Kubernetes:
controller: service: loadBalancerIP: 10.240.0.42 annotations: service.beta.kubernetes.io/azure-load-balancer-internal: "true"Por lo tanto, puede notar fácilmente que NO tiene la especificación habitual de Kubernetes apiVersion y kind . y luego, en el mismo enlace que necesito para ejecutar el comando helm para crear Ingress:
helm install nginx-ingress ingress-nginx/ingress-nginx \ -f internal-ingress.yaml \ ..............Como puede ver, el archivo Helm sugerido no es muy habitual, ¡pero me gustaría apegarme a las instrucciones oficiales de Microsoft! Una vez más, no tiene especificaciones para crear un controlador de entrada utilizando la apiVersion normal y la notación de tipo como en muchos enlaces y ejemplos que se pueden encontrar en Internet.
https://github.com/helm/charts/blob/master/stable/nginx-ingress/templates/controller-service.yaml https://kubernetes.github.io/ingress-nginx/user-guide/exposing-tcp -udp-servicios/
¡Así que realmente me siento muy, muy confundido! ¿Pueden ayudarme con esto? Necesito configurar su puerto, pero realmente no pude encontrar documentación de especificaciones y ejemplos para este ejemplo de YAML de Microsoft que realmente funciona.
controller: service: loadBalancerIP: 10.240.0.42 annotations: service.beta.kubernetes.io/azure-load-balancer-internal: "true"¿Dónde y cómo puedo encontrar la sintaxis correcta? ¿Cómo puedo "traducir" la especificación regular "apiVersion" y "kind" en esto?
¿Por qué están haciendo confusión de esta manera con este formato diferente? ¡Por favor ayuda! Gracias
El -f no establece un "manifiesto" como se indica en los documentos de Microsoft. Según helm install --help :
-f,--valuescadenas especifican valores en un archivo YAML o una URL (pueden especificar múltiples)
El archivo de valores predeterminados contiene los valores que se pasarán al gráfico.
Los valores proporcionados por el usuario con -f se fusionan con los archivos de valores predeterminados para generar el manifiesto final. El orden de precedencia es:
- El archivo values.yaml en el gráfico
- Si se trata de un subgráfico, el archivo de valores.yaml de un gráfico principal
- Un archivo de valores si se pasa a helm install o helm upgrade con el indicador -f (helm install -f myvals.yaml ./mychart)
- Parámetros individuales pasados con --set (como helm install --set foo=bar ./mychart)
La lista anterior está en orden de especificidad: valores.yaml es el valor predeterminado, que puede ser anulado por valores.yaml de un gráfico principal, que a su vez puede ser anulado por un archivo de valores proporcionado por el usuario, que a su vez puede ser anulado por: -establecer parámetros.
Lo que está haciendo es anular el valor del controller sobre el archivo de valores predeterminados. Puede encontrar los valores originales/predeterminados para el gráfico de ingreso-nginx aquí .