Recuerde que minikube es Kubernetes local: ejecuta un clúster de Kubernetes de un solo nodo en su computadora personal para que pueda probar Kubernetes. Ahora, no ejecuta el clúster de Kubernetes en su caja local, lo ejecuta dentro de una máquina virtual.

Es por eso que no puede simplemente acceder a Node IP desde su local. Otra forma de verlo es que en Kubernetes puede crear el servicio NodePort para acceder a su carga de trabajo fuera de su clúster, pero esto no funciona cuando ejecuta Kubernetes con minikube, y la razón es la misma que se mencionó anteriormente.

Ahora, la forma de solucionarlo es utilizando minikube service <<YOUR_SERVICE_NAME>> . Esto creará un túnel para acceder a su aplicación, que se expone mediante el Servicio, desde fuera del clúster K8S.

Puedes probar minikube tunnel como lo menciona @Hackerman pero nunca lo he probado.

Solo para agregar un poco a la respuesta anterior. Existe una limitación del puente docker que hace que sea imposible enrutar el tráfico a los contenedores de Linux . Es por eso que el túnel y el servicio de minikube se implementaron como solución para eso.

minikube tunnel ejecuta como un proceso, creando una ruta de red en el host al servicio CIDR del clúster utilizando la dirección IP del clúster como puerta de enlace. El comando de túnel expone la IP externa directamente a cualquier programa que se ejecute en el sistema operativo host.

Una forma alternativa a la que puede encontrar interesante sería usar un ingreso que se habilitó en la solicitud de extracción # 9761 :

 .\minikube-windows-amd64.exe addons enable ingress I1121 00:59:39.443965 3000 translate.go:89] Failed to load translation file for en: Asset translations/en.json not found * After the addon is enabled, please run "minikube tunnel" and your ingress resources would be available at "127.0.0.1" * Verifying ingress addon... * The 'ingress' addon is enabled

En su sistema Windows, después de la creación del contenedor creado por el "inicio de minikube" inicial, puede ver la "instancia de minikube" escribiendo "docker ps". Este es el nodo 'maestro' de minikube que se ejecuta en este contenedor.

Se vería algo como esto:

 CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 6293ca0ba5b0 gcr.io/k8s-minikube/kicbase:v0.0.25 "/usr/local/bin/entr…" 2 hours ago Up About an hour 127.0.0.1:59539->22/tcp, 127.0.0.1:59540->2376/tcp, 127.0.0.1:59537->5000/tcp, 127.0.0.1:59538->8443/tcp, 127.0.0.1:59536->32443/tcp minikube

En la columna PUERTOS, verá los puertos que se reenvían en virtud de la forma en que minikube inicia el contenedor docker. Puede ver que Docker maneja este tipo de reenvíos de la misma manera que para cualquier contenedor en el que podría hacer un "docker run -p puerto: puerto"

Tenga en cuenta que el primer puerto hacia adelante en esta lista es el puerto ssh: "127.0.0.1:59539->22/tcp".

Cuando hace un "túnel de minikube", minikube abrirá instancias de ssh.exe que puede ver en su administrador de tareas de Windows si habilita la visualización de la línea de comandos en la configuración de la columna.

Esos 'túneles' se verían así:

 ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -N docker@127.0.0.1 -p 59539 -i C:\Users\steve.sims\.minikube\machines\minikube\id_rsa "-L 8080:10.102.174.166:8080"

Si desarmo ese comando y solo ejecuto esto desde el símbolo del sistema:

 ssh docker@127.0.0.1 -p 59539 -i C:\users\steve.sims\.minikube\machines\minikube\id_rsa

Luego obtengo una ventana remota interactiva en la VM (o nodo) de minikube. Escribiendo 'ifconfig eth0' obtengo:

 eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.49.2 netmask 255.255.255.0 broadcast 192.168.49.255

Entonces, de hecho, mi IP de minikube es 192.168.49.2, pero es una dirección interna como las personas mencionadas anteriormente.

Aparte de eso, el parámetro -N en el ssh significa "sin comando" y el -L al final es el indicador de reenvío de puerto en formato de puerto a reenvío: socket de destino. Por supuesto, todos los túneles se encuentran con esa ventana acoplable inicial -p port:port forward que minikube estableció cuando se inició el contenedor.

Si es útil, puede crear sus propias instancias ssh a partir del formato de esa línea por secuencia de comandos y funcionarán igual de bien.