【问题标题】:NGINX Ingress Controller's Default BackendNGINX 入口控制器默认后端
【发布时间】:2018-03-13 16:37:25
【问题描述】:

我有一个正在运行测试的 kubernetes 集群,并且我已经使用这个 mage 设置了一个 NGINX Ingress 控制器:quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.11.0

就我目前对 Ingress Controller 的了解而言,设置似乎按预期工作,只是 Ingress 控制器的默认后端路径默认为/。我目前的问题是我有一个服务(港口)的入口,其默认路径也是/。因此,我无法访问该服务,因此我总是得到默认的后端 404 响应。我尝试将 Harbor 服务的入口路径更改为 / 以外的其他路径,但在调用更改后的路径时,Harbor 返回一个 200 页但上面只有一个 Loading... 字符串(我不知道是否有硬编码的内容阻止它喜欢/以外的任何路径的港湾?)。

然后我的问题是,是否可以将默认后端的默认路径更改为 / 以外的其他路径?或者完全删除默认后端? (我在网上读到无法删除默认后端)。那么我有什么选择呢?

--- 编辑:使用的配置 ---

入口控制器 YAML:

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx-ingress-controller
  namespace: ingress-nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      app: ingress-nginx
  template:
    metadata:
      labels:
        app: ingress-nginx
      annotations:
        prometheus.io/port: '10254'
        prometheus.io/scrape: 'true'
    spec:
      serviceAccountName: nginx-ingress-serviceaccount
      containers:
        - name: nginx-ingress-controller
          image: quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.11.0
          args:
            - /nginx-ingress-controller
            - --default-backend-service=$(POD_NAMESPACE)/default-http-backend
            - --default-ssl-certificate=$(POD_NAMESPACE)/default-tls-secret
            - --configmap=$(POD_NAMESPACE)/nginx-configuration
            - --tcp-services-configmap=$(POD_NAMESPACE)/tcp-services
            - --udp-services-configmap=$(POD_NAMESPACE)/udp-services
            - --annotations-prefix=nginx.ingress.kubernetes.io
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          ports:
          - name: http
            containerPort: 80
          - name: https
            containerPort: 443
          livenessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 1
          readinessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 1

入口 YAML:

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: harbor
  annotations:
    kubernetes.io/ingress.class: "nginx"
    nginx.ingress.kubernetes.io/ssl-redirect: "false"
spec:
  tls:
  - hosts:
    - k8s-dp-2
  rules:
  - host: k8s-dp-2
    http:
      paths:
      - path: /
        backend:
          serviceName: ui
          servicePort: 80
      - path: /v2
        backend:
          serviceName: registry
          servicePort: repo
      - path: /service
        backend:
          serviceName: ui
          servicePort: 80

服务 YAML:

apiVersion: v1
kind: Service
metadata:
  name: ui
spec:
  ports:
    - port: 80
  selector:
    name: ui-apps

【问题讨论】:

  • 你能发布你对入口控制器、入口和服务的定义吗?
  • @ChristinaA,在主帖编辑中添加了 yaml 配置。

标签: nginx kubernetes-ingress


【解决方案1】:

设置实际上是正确的,通过 nginx 入口控制器到 Harbor 的入口路由现在按预期工作。

澄清一下,k8s 测试集群在托管在 Windows 10 机器上的 Virtualbox VM(Centos 7)上运行,当我今天早上再次尝试使用 Harbor URL(重启主机 Windows 10 机器和 Virtualbox VM 后)时,Harbor 页面开始加载正常。

所以我猜的答案是需要重新启动(但不知道为什么 - 我不清楚在应用 k8s 资源更改后是否存在需要重新启动 k8s 节点的情况)。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2020-05-30
    • 2022-01-22
    • 2014-08-27
    • 1970-01-01
    • 2020-08-13
    • 1970-01-01
    • 2022-06-29
    • 1970-01-01
    相关资源
    最近更新 更多