обнаружение службы kubernetes с определенной конечной точкой (DNS)

Исправив отступ в вашем yaml-файле, я смог успешно запустить развертывание и обслуживание. Также разрешение DNS работало нормально.

Отличия:

• Фиксированный отступ
• Использованы test1 пространства имен вместо default
• Использовал containerPort 80 вместо 3000
• Использовал мое изображение

Развертывание:

apiVersion: apps/v1beta2
kind: Deployment
metadata:
  labels:
    app: my-api
  name: my-api
  namespace: test1
spec:
  replicas: 1
  selector:
    matchLabels:
      app: my-api
  template:
    metadata:
      labels:
        app: my-api
    spec:
      containers:
      - image: leodotcloud/swiss-army-knife
        name: my-api
        ports:
        - containerPort: 80
          protocol: TCP

Услуга:

apiVersion: v1
kind: Service
metadata:
  name: my-api
  namespace: test1
spec:
  ports:
  - port: 3000
    protocol: TCP
    targetPort: 80
  selector:
    app: my-api
  type: ClusterIP

Шаги отладки:

• Установите tcpdump внутри обоих контейнеров kube-dns и начните перехват DNS-трафика (с фильтрами со второго IP-адреса модуля).
• Изнутри второго модуля выполните команду curl или dig, используя полное доменное имя.
• Проверьте, достигают ли пакеты запроса DNS контейнеров kube-dns.
• Если нет, проверьте наличие проблем с сетью.
• Если разрешение DNS работает, запустите tcpdump внутри контейнера приложения и проверьте, доходит ли пакет curl до контейнера.
• Проверьте исходный и целевой IP-адрес пакетов.
• Проверьте правила iptables на хостах.
• Проверьте настройки sysctl.

Если вы используете Deployment для развертывания своего приложения в кластере, где оно будет использоваться через Service, вам вообще не нужно будет вручную устанавливать Endpoints. Просто положитесь на кубернеты и определите обычный селектор в своем объекте Service.

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

Из приведенного выше обсуждения я понял, что вы хотите предоставить услугу, но не используете IP-адрес. Служба может быть раскрыта по-разному. вам следует искать тип службы LoadBalancer.

Попробуйте изменить свой сервис следующим образом:

apiVersion: v1
kind: Service
metadata:
  name: my-api
spec:
  type: LoadBalancer
  selector:
    app: my-api
  ports:
  - protocol: TCP
    port: 3000
    targetPort: 3000

Это создаст балансировщик нагрузки и сопоставит ваш сервис с ним.

Позже вы можете добавить этот балансировщик нагрузки в свою службу сопоставления DNS, предоставляемую Azure, чтобы присвоить желаемое доменное имя. пример: http:\\my-api.example.com:3000

Также я хотел бы добавить, если вы определите свои порты следующим образом:

ports:
  - name: http
    port: 80
    targetPort: 3000

Это перенаправит трафик, поступающий на порт 80, на порт 3000, и ваш сервисный вызов, например, будет выглядеть намного чище. http:\\my-api.example.com