Kubernetes: не могу связать 2 pod-a вместе?

Question

[SSSSTTTTAAAASSSS]

Добрый день.
Начал изучение kubernetes. Есть API которое получает запросы по http на порту 8085, потом коннектится к gRPC на порту 9000, который выступает как хранилище данных. Создал в докере образы контейнеров, запушил их.
Написал 2 файла Deployment и 2 Сервиса.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: http-http-deployment
  labels:
    app: http-http
spec:
  replicas: 1
  selector:
    matchLabels:
      app: http-http
  template:
    metadata:
      labels:
        app: http-http
    spec:
      containers:
        - name: http-http
          image: stasbigunenko/http_http
          ports:
            - containerPort: 8085

apiVersion: apps/v1
kind: Deployment
metadata:
  name: http-grpc-deployment
  labels:
    app: http-grpc
spec:
  replicas: 1
  selector:
    matchLabels:
      app: http-grpc
  template:
    metadata:
      labels:
        app: http-grpc
    spec:
      containers:
        - name: http-grpc
          image: stasbigunenko/http_grpc
          ports:
            - containerPort: 9000

Сервисы соотвтственно

apiVersion: v1
kind: Service
metadata:
  name: http-service
spec:
  selector:
    app: http-http
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8085

apiVersion: v1
kind: Service
metadata:
  name: grpc-service
spec:
  selector:
    app: http-grpc
  ports:
    - protocol: TCP
      port: 81
      targetPort: 9000

И запуская сервис http он коннектит, но не может связаться с моим контейнером gRPC сервера. Понимаю, что вопрос глупый, и где-то в сервисе ошибка, но никак понять не могу как правильно мне надо их связать. Оба сейчас в состоянии running.
Если кто может помогите пожалуйста, где надо что подправить. Если требуется каая-то доп. информация, тоже прошу сообщить добавлю.

Comments

[Дмитрий Шицков]

Конфиги и логи ваших сервисов можете выложить? Из описания непонятно с какого на какой адрес порт стучится проксирующий сервис http

[SSSSTTTTAAAASSSS]

Дмитрий Шицков,
Не совсем пойму, какие именно конфиги надо, но если запускать через Docker-compose файл, то он у меня следущий:

version: "3.1"

services:
  http:
    container_name: "http_pr"
    build:
      context: "./"
      dockerfile: "./docker/http.Dockerfile"
    ports:
      - "8085:8085"
#    links:
#      - "grpc:grpc"
    environment:
      PORT_HTTP: ":8085"
      GRPC: "grpc:9000"

  grpc:
    container_name: "grpc"
    build:
      context: "./"
      dockerfile: "./docker/grpc.Dockerfile"
    ports:
      - "9000:9000"
    environment:
      TCP_PORT: ":9000"

и все через докер спокойно работает. Суть какая, что запрос идет по адресу localhost:8085 http, а хроанилищем выступает gRPC, который обрабатывает запрос и выдает данные, или создает новые.
Можно запускать отдельно каждый сервер без докера, и они тоже видят друг друга.

[Дмитрий Шицков]

SSSSTTTTAAAASSSS, не вижу конфигурации environment у ваших Deployment.
И обращаю внимание - в докере grpc:9000, а в кубе у grpc-service указан port: 81, а не 9000

Answer 1

[Дмитрий Шицков]

Одним из вариантов исправления будут такие манифесты

apiVersion: apps/v1
kind: Deployment
metadata:
  name: http-http-deployment
  labels:
    app: http-http
spec:
  replicas: 1
  selector:
    matchLabels:
      app: http-http
  template:
    metadata:
      labels:
        app: http-http
    spec:
      containers:
        - name: http-http
          image: stasbigunenko/http_http
          env:
            - name: PORT_HTTP
              value: ":8085"
            - name: GRPC
              value: "grpc-service:9000"
          ports:
            - containerPort: 8085
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: http-grpc-deployment
  labels:
    app: http-grpc
spec:
  replicas: 1
  selector:
    matchLabels:
      app: http-grpc
  template:
    metadata:
      labels:
        app: http-grpc
    spec:
      containers:
        - name: http-grpc
          image: stasbigunenko/http_grpc
          env:
            - name: TCP_PORT
              value: ":9000"
          ports:
            - containerPort: 9000
---
apiVersion: v1
kind: Service
metadata:
  name: http-service
spec:
  selector:
    app: http-http
  ports:
    - protocol: TCP
      port: 8085
---
apiVersion: v1
kind: Service
metadata:
  name: grpc-service
spec:
  selector:
    app: http-grpc
  ports:
    - protocol: TCP
      port: 9000

Comments

[SSSSTTTTAAAASSSS]

Дмитрий Шицков Дмитрий Шицков
Дмитрий, спасибо огромное за подсказку - все заработало.
Если не затруднит, подскажите еще такой вопрос:
В данный момент эти 2 сервиса работают со хранением данных inmemory, но хочу подключить как альтернативный вариант работы gRPC сервера через redis.
У меня тут 2 варианта, и не знаю какой правильный:
1-й:
делаю новый deployment файл и сервис под redis, и изменяю deployment файла gRPC на следующие:
redis deployment и service

apiVersion: apps/v1
kind: Deployment
metadata:
  name: redis-deployment
  labels:
    app: redis
spec:
  replicas: 1
  selector:
    matchLabels:
      app: redis
  template:
    metadata:
      labels:
        app: redis
    spec:
      containers:
        - name: redis
          image: redis
          env:
            - name: REDIS_ADDR
              value: ":6379"
          ports:
            - containerPort: 6379

apiVersion: v1
kind: Service
metadata:
  name: redis-service
spec:
  selector:
    app: redis
  ports:
    - protocol: TCP
      port: 6379

http-grpc deployment:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: http-grpc-deployment
  labels:
    app: http-grpc
spec:
  replicas: 1
  selector:
    matchLabels:
      app: http-grpc
  template:
    metadata:
      labels:
        app: http-grpc
    spec:
      containers:
        - name: http-grpc
          image: stasbigunenko/http_grpc
          env:
            - name: TCP_PORT
              value: ":9000"
            - name: REDIS_ADDR
              value: "redis-service:6379"
          ports:
            - containerPort: 9000

Или 2-й вариант, добавлять сразу в deployment grpc в spec второй контейнер с redisom и не делать ему отдельный deployment и сервис?

Заранее спасибо.

П.С.: 1-й вариант работает, но вопрос как правильно такое организовывать остается.

[Дмитрий Шицков]

SSSSTTTTAAAASSSS, правильный вариант, когда у redis свой деплоймент, тогда если сервис grpc потребуется запустить с replica=2, то оба сервиса будут работать с одним и тем же redis, он будет выступать их точкой синхронизации. Другой положительный момент - Возможно в будущем появится желание заменить одинокий сервис редиса на кластер.

Во втором случае смысла использовать redis как замену inmemory хранилища мало - каждый инстанс реплики будет иметь свой независимый редис

[SSSSTTTTAAAASSSS]

Дмитрий Шицков,
спасибо огромное за объяснение.
Хорошего дня Вам.