Kubernetes 节点没有';t对于请求的pod端口,没有可用端口

Kubernetes 节点没有';t对于请求的pod端口,没有可用端口,kubernetes,Kubernetes,在默认命名空间中部署了入口控制器,并尝试在另一个命名空间中部署,但出现以下错误: 0/8个节点可用:8个节点没有用于请求的pod端口的可用端口。 但在一个解决方案中看到了一个类似的错误,即不需要在集群中部署多个入口控制器。部署在命名空间中的入口控制器应该能够在集群中为所有命名空间中的所有POD工作。入口控制器通常具有允许其访问入口、服务的clusteroles。集群中所有名称空间的端点 所以,如果我让它以一个名称工作,可以吗?您提到的链接中描述的问题与之相关 总的来说,这种错误是与调度相关的问

在默认命名空间中部署了入口控制器,并尝试在另一个命名空间中部署,但出现以下错误:

0/8个节点可用:8个节点没有用于请求的pod端口的可用端口。

但在一个解决方案中看到了一个类似的错误,即不需要在集群中部署多个入口控制器。部署在命名空间中的入口控制器应该能够在集群中为所有命名空间中的所有POD工作。入口控制器通常具有允许其访问入口、服务的clusteroles。集群中所有名称空间的端点


所以,如果我让它以一个名称工作,可以吗?

您提到的链接中描述的问题与之相关

总的来说,这种错误是与调度相关的问题。它由kubernetes调度程序生成。它与ingress nginx无关。
您应该检查哪些端口正在使用

看一看:

还谈到集群中的多个入口控制器。

例如,如果您正在使用,则有三个选项可用于处理配置资源:

  • 单名称空间入口控制器-它只处理来自特定名称空间的配置资源,该名称空间通过
    --watch namespace
    命令行标志进行控制。如果您希望为不同的应用程序使用不同的NGINX入口控制器,无论是在隔离方面还是在操作方面,这都非常有用
  • 群集范围的入口控制器-它处理在群集的任何命名空间中创建的配置资源。由于NGINX是一种高性能负载平衡器,能够同时为多个应用程序提供服务,default使用此选项
  • 特定入口类别的入口控制器。它与上述任一选项一起工作。通过配置入口控制器的类并在配置资源中使用该类,您可以进一步自定义入口控制器处理的配置资源
默认情况下,此类控制器是集群范围的-它们处理在任何名称空间中创建的资源,因此无需创建多个控制器来确保它们能够处理每个名称空间中的资源。

阅读更多: