Можно ли избежать создания defaut / healthz readinessProbe на GKE? - PullRequest
0 голосов
/ 18 февраля 2020

Я хочу избежать создания по умолчанию /healthz readinessProbe при создании входа на GKE. я просто хочу посмотреть, что я определил в Манифесте развертывания службы.


Вот мой файл входного манифеста:

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: basic-ingress
  namespace: ns
  annotations:
    kubernetes.io/ingress.global-static-ip-name: "static-ip"
spec:
  rules:
    - http:
        paths:
          - path: /auth/*
            backend:
              serviceName: auth
              servicePort: 3002
          - path: /usermanagement/*
            backend:
              serviceName: auth
              servicePort: 3002

Здесь мое развертывание службы аутентификации:

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  namespace: ns
  name: auth
spec:
  replicas: 1
  selector:
    matchLabels:
      app: auth
  template:
    metadata:
      labels:
        app: auth
    spec:
      containers:
        - name: auth
          image: <path>
          ports:
            - name: http
              containerPort: 3002
              protocol: TCP
          readinessProbe:
            initialDelaySeconds: 10
            periodSeconds: 1
            timeoutSeconds: 1
            successThreshold: 1
            httpGet:
              path: /auth/health
              port: 3002

Поэтому я предположил, что у меня будет только одна проверка работоспособности /auth/health. Но GKE создает дополнительную проверку работоспособности /healthz

Скриншот страницы проверки работоспособности:

enter image description here

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...