Проверка работоспособности при входе в GCE на kubernetes - PullRequest
Новая
       58

Проверка работоспособности при входе в GCE на kubernetes

0 голосов
/ 30 сентября 2018

Я пытаюсь запустить биткойн-узел на kubernetes.Мой набор состояний выглядит следующим образом: 

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: bitcoin-stateful
  namespace: dev
spec:
  serviceName: bitcoinrpc-dev-service
  replicas: 1
  selector:
    matchLabels:
      app: bitcoin-node
  template:
    metadata:
      labels:
        app: bitcoin-node
    spec:
      containers:
      - name: bitcoin-node-mainnet
        image: myimage:v0.13.2-addrindex
        imagePullPolicy: Always
        ports:
        - containerPort: 8332 
        volumeMounts:
        - name: bitcoin-chaindata
          mountPath: /root/.bitcoin
        livenessProbe:
          exec:
            command:
            -  bitcoin-cli
            -  getinfo
          initialDelaySeconds: 60 #wait this period after staring fist time
          periodSeconds: 15  # polling interval
          timeoutSeconds: 15    # wish to receive response within this time period
        readinessProbe: 
          exec:
            command:
            -  bitcoin-cli
            -  getinfo
          initialDelaySeconds: 60 #wait this period after staring fist time
          periodSeconds: 15    # polling interval
          timeoutSeconds: 15    # wish to receive response within this time period
        command: ["/bin/bash"]
        args: ["-c","service ntp start && \
                    bitcoind -printtoconsole -conf=/root/.bitcoin/bitcoin.conf -reindex-chainstate -datadir=/root/.bitcoin/ -daemon=0 -bind=0.0.0.0"]

Поскольку биткойн-узел не обслуживает запросы http get и может обслуживать только запросы, я пытаюсь использовать команду bitcoin-cli для liveness иreadiness probe

Мой сервис выглядит следующим образом: 

kind: Service
apiVersion: v1
metadata:
  name: bitcoinrpc-dev-service
  namespace: dev
spec:
  selector:
    app: bitcoin-node
  ports:
  - name: mainnet
    protocol: TCP
    port: 80
    targetPort: 8332

Когда я описываю капсулы, они работают нормально, и все проверки работоспособности кажутся нормальными.

Тем не менее, я также использую входной контроллер со следующей конфигурацией: 

kind: Ingress
apiVersion: extensions/v1beta1
metadata:
  name: dev-ingress
  namespace: dev
  annotations:
    kubernetes.io/ingress.class: "gce"
    kubernetes.io/ingress.global-static-ip-name: "dev-ingress"
spec:
  rules:
        - host: bitcoin.something.net
      http:
        paths:
        - path: /rpc
          backend:
            serviceName: bitcoinrpc-dev-service
            servicePort: 80

Проверка работоспособности балансировщика нагрузки L7, похоже, не проходит.Тесты автоматически настраиваются следующим образом.

enter image description here

Однако эти тесты не совпадают с тестами, настроенными в датчике готовности.Я попытался удалить вход и воссоздать, однако, он по-прежнему ведет себя так же.

У меня есть следующие вопросы: 

1. Should I modify/delete this health check manually?
2. Even if the health check is failing (wrongly configured), since the containers and ingress are up, does it mean that I should be able to access the service through http?

1 Ответ

0 голосов
/ 02 октября 2018

Чего не хватает, так это того, что вы выполняете проверку живучести и готовности в качестве команды exec, для этого вам необходимо создать модуль, который включает в себя датчик готовности Exec и другой модуль, который также включает в себя датчик готовности Exec, Здесь и Здесь описано, как это сделать.

Другое дело, чтобы получить трафик через необходимый вам контроллер нагрузки GCE L7: как минимум 1 Kubernetes NodePort Service (это конечная точка для вашего входа), поэтому ваша служба настроена неправильно.поэтому вы не сможете получить доступ к услуге.

Проверка работоспособности на картинке для бэкенда по умолчанию (где ваш MIG использует его для проверки работоспособности узла), что означает проверку работоспособности ваших узлов.не контейнер.

...