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

编程问答 2022-06-12

问题描述

我有一个来自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？或更笼统地说，如何使入口工作？

注意：启用了入口和DNS插件。

解决方法

我已经在群集上测试了此行为。当我尝试由您提供的配置时，我没有达到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。

,

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

Map<String,Tag> tagsPerCategory = groceryList.stream().flatMap(grocery -> grocery.getTag().stream()).filter(tag -> tag != null && tag.getPrice() != null) .collect(Collectors.toMap(Tag::getCategory,Function.identity(),(tag1,tag2) -> { //sum up the price of tag which has same category tag1.setPrice(getValueOrDefault(tag1.getPrice(),0) + getValueOrDefault(tag2.getPrice(),0)); return tag1; })); 

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

根据您的 yaml 文件的 apiVersion: networking.k8s.io/v1beta1，默认后端以不同的格式指定。看起来您使用的是测试版格式。

apiVersion

NGINX 入口控制器抱怨 spec: backend: serviceName: tea-svc servicePort: 80 ，到目前为止它在 kubernetes 1.21.2 中工作，但正如警告所说，它不会很快：

v1beta1
kuberneteskubernetes-ingressmicrok8snetworking