Кибана, развернутая в кластере Куберне, возвращает 404

Question

У меня кибана развернута в кластере kubernetes как StatefulSet. Однако, когда мой браузер указывает на kibana, он возвращает {"statusCode":404,"error":"Not Found","message":"Not Found"}. Любой совет и понимание приветствуется. Вот журнал, который я вижу в модуле при доступе к приложению через браузер с помощью http://app.domain.io/kibana

{"type":"response","@timestamp":"2019-01-29T04:18:50Z","tags":[],"pid":1,"method":"get","statusCode":404,"req":{"url":"/kibana","method":"get","headers":{"x-forwarded-for":"[IP]","x-forwarded-proto":"https","x-forwarded-port":"443","host":"[host]","x-amzn-trace-id":"Root=1-5c4fd42a-1261c1e0474144902a2d6840","cache-control":"max-age=0","upgrade-insecure-requests":"1","user-agent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36","accept":"text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8","accept-encoding":"gzip, deflate, br","accept-language":"en-US,en;q=0.9,zh-CN;q=0.8,zh-TW;q=0.7,zh;q=0.6,ko;q=0.5"},"remoteAddress":"[IP]","userAgent":"10.0.2.185"},"res":{"statusCode":404,"responseTime":19,"contentLength":9},"message":"GET /kibana 404 19ms - 9.0B"}

apiVersion: v1
kind: Service 
metadata:
  name: svc-kibana
  labels: 
    app: app-kibana
spec:
  selector:
    app: app-kibana
#    tier: database
  ports:  
  - name: kibana
    protocol: TCP
    port: 8080
    targetPort: 5601
  clusterIP: None # Headless
---
apiVersion: apps/v1 
kind: StatefulSet
metadata:
  name: kibana
spec:
  serviceName: "svc-kibana"
  podManagementPolicy: "Parallel" # Default is OrderedReady
  replicas: 1 # Default is 1
  selector:
    matchLabels:
      app: app-kibana # Has to match .spec.template.metadata.labels
  template:
    metadata:
      labels: 
        app: app-kibana # Has to match .spec.selector.matchLabels
    spec:   
      terminationGracePeriodSeconds: 10
      containers:
      - name: kibana
        securityContext:
          capabilities:
            add:
              - IPC_LOCK
              - SYS_RESOURCE
        image: kibana:6.5.4
        imagePullPolicy: Always
        env:
        - name: ELASTICSEARCH_URL
          value: http://svc-elasticsearch:9200
        - name: SERVER_BASEPATH
          value: /api/v1/namespaces/default/services/svc-kibana/proxy
        ports:
        - containerPort: 5601
          name: kibana
          protocol: TCP

Вот проверка здоровья от AWS ALB:

{"type":"response","@timestamp":"2019-01-29T06:30:53Z","tags":[],"pid":1,"method":"get","statusCode":200,"req":{"url":"/app/kibana","method":"get","headers":{"host":"[IP]:5601","connection":"close","user-agent":"ELB-HealthChecker/2.0","accept-encoding":"gzip, compressed"},"remoteAddress":"[IP]","userAgent":"[IP]"},"res":{"statusCode":200,"responseTime":27,"contentLength":9},"message":"GET /app/kibana 200 27ms - 9.0B"}

Я попытался удалить значения ENV и использовать ConfigMap, смонтированный в /etc/kibana/kibana.yml со следующей конфигурацией, но безрезультатно:

apiVersion: v1
kind: ConfigMap
metadata:
  creationTimestamp: "2019-01-29T02:12:55Z"
  name: kibana-config
  namespace: default 
  resourceVersion: "4178388"
  selfLink: /api/v1/namespaces/default/configmaps/kibana-config
  uid: 63b10866-236b-11e9-a14d-482ae31e6a94
data:
  kibana.yml: |+
    server.port: 5601
    server.host: "0.0.0.0"
    elasticsearch.url: "http://svc-elasticsearch:9200"
    kibana.index: ".kibana"
    logging.silent: false
    logging.quiet: false
    logging.verbose: true

Answer 1

Теперь он работает после того, как я добавлю следующее в конфигурацию Kibana:

    server.basePath: "/my-kibana"
    server.rewriteBasePath: true

Благодаря Мэтью Л. Даниэлю, я переключил проверку здоровья на /my-kibana/api/status

Answer 2

    - name: SERVER_BASEPATH
      value: /api/v1/namespaces/default/services/svc-kibana/proxy

ошибочная настройка вызывает проблемы, так как server.basePath задокументировано как

Позволяет указать путь для монтирования Kibana, если вы работаете за прокси-сервером. Использовать server.rewriteBasePath установка, чтобы сообщить Kibana, следует ли ему удалять basePath из получаемых им запросов, и предотвратить предупреждение об устаревании при запуске. Этот параметр не может заканчиваться косой чертой (/).

Так что вам придется использовать /api/v1/namespaces/default/services/svc-kibana/proxy/app/kibana так как ты не переопределил server.defaultRoute: /app/kibana, Я понятия не имею, почему проверка работоспособности ELB возвращает только 9 байтов контента, но вы, вероятно, захотите использовать /api/status в любом случае его здоровье

Answer 3

Я столкнулся с той же проблемой в кластере kubernetes, где кибана работала за прокси-сервером nginx.

DNS: https://my-url/dashboard 

Nginx conf:

     location /dashboard/ {
          rewrite ^/dashboard/(.*) /$1 break;
          proxy_pass http://kibana:5601/;

После добавления предложенных выше параметров Kok How teh в kibana.yml

kibana.yml: 
 server.name: kibana
 server.host: "0"
 elasticsearch.url: http://elasticsearch:9200
 server.basePath: "/dashboard"   #this line

смог решить проблему перенаправления.