为什么在将grafana从helm安装到kubernetes sigs/kind时，服务没有任何活动端点？

-版本0.4.0 从kubernetes sigs/kind创建kubernetes

kind创建集群
正在创建群集“种类”。。。
✓ 确保节点映像（kindest/node:v1.15.0）您使用的服务类型为“ClusterIp”，因此您不会获得外部Ip地址。
将服务类型更改为“Loadbalancer”，然后您将获得可以通过internet浏览的Ip地址。
关于当前场景的一些问题：

您必须检查已安装的helm图表，以便根据helm deploy参数
--namespace demo
找出为什么
grafana
服务位于单独的命名空间
default
，而不是
demo
命名空间中

由于您尚未在
helm install
命令
controller.service.type
参数中指定，因此将使用相关服务的
LoadBalancer
类型来实现，在这种情况下，Ingress Controller希望使用云提供商的负载平衡器接收外部IP地址，我假设您当前的kubernetes Provisionier不是采用外部访问kubernetes群集的好选择。因此，我建议使用Nginx入口控制器服务，以便在主机中的某个特定端口上公开80和443端口

helm-install--name-grafana-stable/grafana--set=ingres.enabled=True，ingres.hosts={grafana.domain.com}--namespace-demo--set-rbac.create=True--controller.service.type=NodePort

您提到的问题更像是无害的，不会显著影响Nginx入口控制器的功能，因为这意味着Grafana吊舱的探测在一段短时间内没有启动，并且Grafana头盔图表部署期间目标enpoint也没有释放。您甚至可以重新生成Nginx入口控制器吊舱来证明我的假设

op询问使用ingress控制器作为负载平衡器，而不是实际的grafana服务。