具有多个后端服务的 GKE Ingress 返回 404

Question

我正在尝试创建一个 GKE Ingress，它根据路径指向两个不同的后端服务。我看到一些帖子解释说这只能通过 nginx Ingress 实现，因为 gke ingress 不支持重写目标。不过，此 Google 文档 GKE Ingress - 多个后端服务 ，似乎另有暗示。我已按照文档中的步骤进行操作，但没有取得任何成功。仅返回路径前缀 / 上可用的服务。任何其他路径前缀（例如 /v2）都会返回 404 Not found。

我的设置详细信息如下。这里有一个明显的错误吗——Google 文档是否不正确，这只能使用 nginx 入口实现？

-- Ingress
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: app-ingress
  annotations:
    kubernetes.io/ingress.global-static-ip-name: app-static-ip
    networking.gke.io/managed-certificates: app-managed-cert
spec:
  rules:
  - http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: api-service
            port:
              number: 80
      - path: /v2
        pathType: Prefix
        backend:
          service:
            name: api-2-service
            port:
              number: 8080

-- Service 1
apiVersion: v1
kind: Service
metadata:
  name: api-service
  labels:
    app: api
spec:
  type: NodePort
  selector:
    app: api
  ports:
  - port: 80
    targetPort: 5000

-- Service 2
apiVersion: v1
kind: Service
metadata:
  name: api-2-service
  labels:
    app: api-2
spec:
  type: NodePort
  selector:
    app: api-2
  ports:
  - port: 8080
    targetPort: 5000

Answer 1

GCP Ingress 支持多路径。 使用 Ingress 设置 HTTP(S) 负载平衡中也对此进行了详细描述。在我的测试中，我使用了 Hello-world v1 和 v2。

有3个可能的问题。

• 问题在于集装箱港口的开放。您可以使用 netstat 检查它：

$ kk exec -ti first-55bb869fb8-76nvq -c container -- bin/sh
/ # netstat -plnt
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 :::8080                 :::*                    LISTEN      1/hello-app

• 问题也可能是由防火墙配置引起的。确保您有正确的设置。 （一般来说，在新集群中我不需要添加任何内容，但如果您有更多内容并且具有特定的防火墙配置，它可能会阻止）。

• port、containerPort 和 targetPort 之间配置错误。

下面是我的示例：

第一次部署

apiVersion: apps/v1
kind: Deployment
metadata:
  name: first
  labels:
    app: api
spec:
  selector:
    matchLabels:
      app: api
  template:
    metadata:
      labels:
        app: api
    spec:
      containers:
        - name: container
          image: gcr.io/google-samples/hello-app:1.0
          ports:
          - containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: api-service
  labels:
    app: api
spec:
  type: NodePort
  selector:
    app: api
  ports:
  - port: 5000
    targetPort: 8080

第二次部署

apiVersion: apps/v1
kind: Deployment
metadata:
  name: second
  labels:
    app: api-2
spec:
  selector:
    matchLabels:
      app: api-2
  template:
    metadata:
      labels:
        app: api-2
    spec:
      containers:
        - name: container
          image: gcr.io/google-samples/hello-app:2.0
          ports:
          - containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: api-2-service
  labels:
    app: api-2
spec:
  type: NodePort
  selector:
    app: api-2
  ports:
  - port: 6000
    targetPort: 8080

入口

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: app-ingress
spec:
  rules:
  - http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: api-service
            port:
              number: 5000
      - path: /v2
        pathType: Prefix
        backend:
          service:
            name: api-2-service
            port:
              number: 6000

输出：

$ curl 35.190.XX.249
Hello, world!
Version: 1.0.0
Hostname: first-55bb869fb8-76nvq
$ curl 35.190.XX.249/v2
Hello, world!
Version: 2.0.0
Hostname: second-d7d87c6d8-zv9jr

请记住，您还可以使用<通过添加特定注释在 GKE 上使用 code>Nginx Ingress。

kubernetes.io/ingress.class: "nginx" 

人们在 GKE 上使用 nginx ingress 的主要原因是使用 rewrite 注释以及使用 ClusterIP 或 的可能性NodePort 作为服务类型，其中 GCP ingress 仅允许 NodePort 服务类型。

您可以在GKE Ingress for HTTP(S) 负载平衡