NGINX侵入控制器的默认后端

Question

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

到目前为止，据我所理解，除了入口控制器的默认后端路径在默认情况下是/之外，设置似乎还能正常工作。我目前的问题是，我有一个入口的服务(港口)，其默认路径也是/。因此，我无法访问服务，因此总是得到默认的后端404响应。我尝试将港口服务的入口路径更改为/以外的其他路径，但在调用更改路径时，港口返回200页，但其中只有一个Loading...字符串(我不知道港口中是否有硬编码的东西阻止它喜欢/以外的其他路径？)。

那么，我的问题是，是否有可能将默认后端的默认路径更改为/以外的其他路径？还是完全删除默认后端？(我在网上读到，不可能删除默认后端)。那我有什么选择呢？

-编辑:使用的配置--

入口Conroller：

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

Answer 1

设置实际上是正确的，通过nginx入口控制器到达港口的入口路线现在正在按预期工作。

为了澄清，k8s测试集群运行在托管在Windows 10机器上的Virtualbox VM (Centos 7)上，当我今天早上再次尝试host时(在重新启动主机Windows 10机器和Virtualbox VM之后)，海港页面开始加载良好。

因此，我猜测的答案是需要重新启动(但不确定为什么--我不清楚在应用k8s资源更改之后是否存在需要重新启动k8s节点的情况)。