Поскольку minikube
относится к семейству докер-машин, при запуске minikube ip
будет выведен IP-адрес виртуальной машины, а означает, что - это IP-адрес, по которому вы должны попытаться связаться с кластером,не localhost.
Более того, [debug] Created tunnel using local port: '58064'
- это helm , создающий туннель для встроенного модуля tiller
внутри вашего кластера, и это совсем не то, что вы должны использовать вообще.Именно поэтому он имеет префикс [debug]
: потому что он полезен только для экстремальных обстоятельств.
Наконец, вам нужно будет использовать kubectl port-forward
, чтобы добраться до развернутого модуля Pod, поскольку Service
использует ClusterIP
, что, как следует из его названия, действует только внутри кластера.Вы также можете создать второй Service
из type: NodePort
, и он выделит порт TCP / IP на IP-адресе виртуальной машины, который перенаправляет на port:
из Service
.Вы можете быть в состоянии проинформировать свою таблицу Хелма, чтобы сделать это для вас, в зависимости от того, выставил ли автор такого рода решение через values.yaml
.
Другая "звездочка" длячто port-forward
против Service
части type: NodePort
состоит в том, что я вижу в выводе упоминание ресурса Ingress
для chart-example.local
, но это прагматично имеет смысл, только если у вас есть работающий "контроллер входа", ноесли вы это сделаете, то уже имеет порт TCP / IP, через который вы должны связаться с вашим кластером, просто гарантируя, что вы предоставите соединение с curl -H "host: chart-example.local" http://$(minikube ip):${the_ingress_port}
, чтобы входной контроллер мог направить запрос кправильно Ingress
.