入口类的入口控制器名称

Question

我正在设置我的入口控制器、入口类和入口，以在集群外部公开服务。这是全新的集群设置。

我已经使用 nginx 入口控制器设置了 nginx-ingress 控制器

＜code＞kubectl应用-fhttps://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v0.41.0/deploy/static/provider/baremetal/deploy.yaml

根据我的理解，下一步是创建入口类https://v1-18.docs.kubernetes.io/docs/concepts/services-networking/ingress/#ingress-class

apiVersion: networking.k8s.io/v1beta1
kind: IngressClass
metadata:
  name: external-lb
spec:
  controller: example.com/ingress-controller
  parameters:
    apiGroup: k8s.example.com/v1alpha
    kind: IngressParameters
    name: external-lb

他们如何获得控制器的名称< code > example . com/ingress-controller ？

Answer 1

您将创建< code > Ingres class 作为< code >使用清单安装步骤的一部分(此处为步骤3)。这将创建一个类似于以下内容的< code > Ingres class :

apiVersion: networking.k8s.io/v1beta1
kind: IngressClass
metadata:
  name: nginx
  # annotations:
  #   ingressclass.kubernetes.io/is-default-class: "true"
spec:
  controller: nginx.org/ingress-controller 

然后，要配置nginx使用的入口资源，只需在入口规范中指定ingressClassName：nginx，如下所示，并再次粘贴如下：

  apiVersion: networking.k8s.io/v1beta1
  kind: Ingress
  metadata:
    name: cafe-ingress
  spec:
    ingressClassName: nginx
    tls:
    - hosts:
      - cafe.example.com
      secretName: cafe-secret
    rules:
    - host: cafe.example.com
  . . .

Answer 2

我已经用< code > Ingres class 、< code>Ingress和< code>Nginx Ingress控制器运行了多个场景。

情景1

• 具有自定义名称的In<>
• 具有默认--ingress-class值的NGINX入口控制器，该值为nGINX
• 使用ingressClassName与Ingres类名相同的入口

输出:响应404

场景2

• 具有自定义名称的IngressClass
• Nginx入口控制器具有自己的入口类入口测试
• 使用与IngressClass名称相同的ingressClassName的Ingress

输出:响应404

场景3

< li >具有< code >测试名称的Ingres class < li>Nginx入口控制器< code> -具有值< code>test的入口级 < li >使用ingressClassName中的< code>test进入

输出：适当的反应

塞纳里奥4

< li >具有< code>nginx名称的Ingres class < li>Nginx入口控制器< code> -具有值< code>nginx的入口类 < li >使用ingressClassName中的< code>nginx进入

输出：适当的反应

结论

首先，请记住，有3种类型的Nginx。开源Nginx Ingress Controller，您可能正在使用它。Nginx Incorporaton（nginx inc）和Nginx Incorporaton Plus。

在其中一个场景中，当我使用＜code＞规范时。控制器：nginx。org/ingress-controller，带有参数--ingress class=Nginx，在NginxIngress-controller-pod中，您将看到指向 nginx<="" ode=""> 的条目。

要重现此行为，您需要使用特定的控制器部署< code>IngressClass,然后部署nginx。

apiVersion: networking.k8s.io/v1beta1
kind: IngressClass
metadata:
  name: nginx
spec:
  controller: nginx.org/ingress-controller

部署Ngin x In的控制器后，控制器pod将处于CrashLoopBackoff状态。在日志中，您会找到条目：

E1118 15:42:19.008911       8 main.go:134] Invalid IngressClass (Spec.Controller) value "nginx.org/ingress-controller". Should be "k8s.io/ingress-nginx"

仅当IngressClassname设置为nginx时，它才有效。

我会说＜code＞nginx。org/ingress控制器用于Nginx Incorporatedk8s。io/ingress nginx用于开源nginx ingress。

如果自定义值用于控制器部署清单中的--IngressClassargument，则存在或不存在具有相同名称的IngressClass对象不会对集群的工作方式产生任何影响，只要您保留ingress规范。ingressClass值与控制器参数相同。此外，如果存在IngressClass＜code＞规范。控制器可以具有与所需模式“类域”匹配的任何值，并且完全不影响集群上的Ingress工作流行为。

此外，如果我将Ingress类的正确值设置为规范， 就可以正常工作。ingressClass＜/code＞属性或＜code＞metadata.annotation.kubernetes.io/ingress。类 。如果尝试将两个值都放在同一Ingres对象上，则会出现如下错误：

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: test-ingress
  annotations:
    kubernetes.io/ingress.class: nginx
spec:
  ingressClassName: nginx

入口“测试入口”无效：annotations.kubernetes.io/Ingress。class：无效值：“nginx”：当class字段也被设置时无法设置

请记住，它仅针对N的入口控制器进行了测试。如果您想将Ingresclass与其他入口控制器（如Traefik或Ambasader）一起使用，您可以查看他们的发行说明。