如何在 Kubernetes 中启用 default-http-backend 以使 Ingress 正常工作？

Question

我有一个来自 microk8s 的单节点 Kubernetes 实例。它安装在运行在 Raspberry Pi 4 上的 Ubuntu Server 20.20 上。

我正在尝试设置一个无法正常工作的入口资源。

当我运行 kubectl describe ingress my-ingress 时，我得到了这个输出

Default backend:  default-http-backend:80 (<error: endpoints "default-http-backend" not found>)

根据我在互联网上的发现，default-http-backend 是默认情况下应该存在的，但是当我运行kubectl get pods -n kube-system 时，我没有看到它。

问题： 如何在 mikrok8s 中启用default-http-backend？或者更一般地说，我如何使 ingress 工作？

注意：Ingress 和 DNS 插件已启用。

Answer 1

我已经在我的集群上测试了这种行为。当我尝试您提供的配置时，我得到以下Warning：

@microk8s:~$ microk8s kubectl get ing
Warning: extensions/v1beta1 Ingress is deprecated in v1.14+, unavailable in v1.22+; use networking.k8s.io/v1 Ingress

另外，如果你描述它，你会得到相同的Warning。

@microk8s:~$ kk describe ing
Warning: extensions/v1beta1 Ingress is deprecated in v1.14+, unavailable in v1.22+; use networking.k8s.io/v1 Ingress
Name:             hello-ing
Namespace:        default
Address:          
    Default backend:  default-http-backend:80 (<error: endpoints "default-http-backend" not found>)
Rules:
  Host        Path  Backends
  ----        ----  --------
  *           
              /hello   hello-svc:80   10.1.128.202:8080)

关于这个错误有类似的Github 问题。

您看到的输出只是没有默认后端时的默认值 https://github.com/kubernetes/kubernetes/blob/master/staging/src/k8s.io/kubectl/pkg/describe/describe.go#L2393

但是，它工作正常。

$ curl 127.0.0.1/hello
Hello, world!
Version: 1.0.0
Hostname: hello-647c466dbc-99rml

如果你添加default backend，你会得到如下输出：

Warning: extensions/v1beta1 Ingress is deprecated in v1.14+, unavailable in v1.22+; use networking.k8s.io/v1 Ingress
Name:             ingress
Namespace:        default
Address:          127.0.0.1
Default backend:  test2:80   10.1.128.205:80)
Rules:
  Host        Path  Backends
  ----        ----  --------
  *           
              /hello   hello-svc:80   10.1.128.204:8080)

而Ingress 看起来像：

spec:
  backend:
    serviceName: test2
    servicePort: 80
  rules:
  - http:
      paths:
      - path: /hello
        backend:
          serviceName: hello-svc
          servicePort: 80

虽然我不明白为什么半年前有效的东西现在不起作用了。

由于新的apiVersion 更改了一些语法，添加了一些功能、参数等，在更新/升级后可能会出现Kubernetes 无法再验证某些资源的情况。如this article 所述。

Kubernetes 中的对象定义需要一个 apiVersion 字段。当 Kubernetes 有一个版本更新了可供您使用的内容（更改其 API 中的某些内容）时，就会创建一个新的 apiVersion。 但是，Kubernetes 官方文档几乎没有提供有关 apiVersion 的指导。本指南为您提供了使用哪个版本的备忘单，解释了每个版本，并为您提供了发布时间表。

如果您只更改 YAML 中的 apiVersion，则会收到错误消息：

error: error validating "ingress.yaml": error validating data: [ValidationError(Ingress.spec.rules[0].http.paths[0].backend): unknown field "serviceName" in io.k8s.api.networking.v1.IngressBackend, ValidationError(Ingress.spec.rules[0].http.paths[0].backend): unknown field "servicePort" in io.k8s.api.networking.v1.IngressBackend]; if you choose to ignore these errors, turn validation off with --validate=false

总而言之，你得到了这个<error: endpoints "default-http-backend" not found>，因为没有配置default backend。

更多详情可以查看Kubernetes Api Docs。

Answer 2

default backend 是入口控制器无法匹配任何规则时的后备。

apiVersion: networking.k8s.io/v1

spec:
  defaultBackend:
    service:
      name: tea-svc
      port:
        number: 80

这是一个使用v1的完整示例

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress
spec:
  defaultBackend:
    service:
      name: tea-svc
      port:
        number: 80
  rules:
    - host: cafe.example.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: tea-svc
                port:
                  number: 80

apiVersion: networking.k8s.io/v1beta1

根据您的 yaml 文件的 apiVersion，以不同的格式指定默认后端。看起来您正在使用 beta 格式。

spec:
    backend:
        serviceName: tea-svc
        servicePort: 80

NGINX 入口控制器抱怨 v1beta1，到目前为止它在 kubernetes 1.21.2 中工作，但正如警告所说，它不会很快：

networking.k8s.io/v1beta1 Ingress is deprecated in v1.19+, unavailable in v1.22+; use networking.k8s.io/v1 Ingress