"host not found in upstream ..." при использовании 'kubectl apply -f', но работает в 'docker -compose up' - PullRequest
Новая
       31

"host not found in upstream ..." при использовании 'kubectl apply -f', но работает в 'docker -compose up'

1 голос
/ 24 февраля 2020

У меня есть четыре изображения в docker, которые представляют собой две службы: интерфейс и обратный прокси.

Когда я использовал docker-compose up, он работает и службы работали.

Но когда я хочу использовать kubectl apply -f для запуска в модуле. [emerg] 1 # 1: хост не найден в восходящем "backend-user: 8080" в /etc/nginx/nginx.conf:11 в журналах. Я понятия не имею об этом.

Вот мои картинки : 

bmjlearntocode/reverseproxy           latest
bmjlearntocode/udacity-frontend       local
bmjlearntocode/udacity-restapi-user   latest
bmjlearntocode/udacity-restapi-feed   latest

Вот это docker -compose.yaml 

version: "3"
services:
  reverseproxy:
      image: bmjlearntocode/reverseproxy
      ports:
        - 8080:8080
      restart: always
      depends_on:
        - backend-user
        - backend-feed
  backend-user:
    image: bmjlearntocode/udacity-restapi-user
    volumes:
      - $HOME/.aws:/root/.aws
    environment:
      POSTGRESS_USERNAME: $POSTGRESS_USERNAME
      POSTGRESS_PASSWORD: $POSTGRESS_PASSWORD 
      POSTGRESS_DB: $POSTGRESS_DB 
      POSTGRESS_HOST: $POSTGRESS_HOST 
      AWS_REGION: $AWS_REGION 
      AWS_PROFILE: $AWS_PROFILE 
      AWS_BUCKET: $AWS_BUCKET
      JWT_SECRET: $JWT_SECRET
      URL: "http://localhost:8100"
  backend-feed:
    image: bmjlearntocode/udacity-restapi-feed
    volumes:
      - $HOME/.aws:/root/.aws
    environment:
      POSTGRESS_USERNAME: $POSTGRESS_USERNAME
      POSTGRESS_PASSWORD: $POSTGRESS_PASSWORD 
      POSTGRESS_DB: $POSTGRESS_DB 
      POSTGRESS_HOST: $POSTGRESS_HOST 
      AWS_REGION: $AWS_REGION 
      AWS_PROFILE: $AWS_PROFILE 
      AWS_BUCKET: $AWS_BUCKET
      JWT_SECRET: $JWT_SECRET
      URL: "http://localhost:8100"
  frontend:
    image: bmjlearntocode/udacity-frontend:local
    ports:
      - "8100:80"

Вот nginx .conf 

worker_processes 1;

events { worker_connections 1024; }
error_log /dev/stdout debug;

http {

    sendfile on;

    upstream user {
        server backend-user:8080;
    }

    upstream feed {
        server backend-feed:8080;
    }

    proxy_set_header   Host $host;
    proxy_set_header   X-Real-IP $remote_addr;
    proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header   X-Forwarded-Host $server_name;

    server {
        listen 8080;

        location /api/v0/feed {
            proxy_pass         http://feed;
        }
        location /api/v0/users {
            proxy_pass         http://user;
        }
    }

}

Когда я использую docker-compose up, он работает.

Вот reverseproxy-deploy.ymal 

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  labels:
    service: reverseproxy
  name: reverseproxy
spec:
  replicas: 2
  template:
    metadata:
      labels:
        service: reverseproxy
    spec:
      containers:
      - image: bmjlearntocode/reverseproxy
        name: reverseproxy
        imagePullPolicy: Always          
        resources:
          requests:
            memory: "64Mi"
            cpu: "250m"
          limits:
            memory: "1024Mi"
            cpu: "500m"       
        ports:
        - containerPort: 8080
      restartPolicy: Always

Я не уверен, почему nginx не может найти 'back-end' при запуске модуля, но может работать в docker-compose up

1 Ответ

1 голос
/ 25 февраля 2020

Я думаю, это потому, что backend-user имеет значение только для docker сети. Когда вы определяете службу в docker -композиционном файле, вы можете получить к нему доступ по его имени. Очевидно, вы не можете получить доступ к backend-user: 8080 в кластере kubernetes, потому что он не определен.

В kubernetes вам необходим ресурс Service для такого типа доступа. Кроме того, вам нужен ресурс Ingress или служба, которая имеет свой тип nodeport для доступа к приложениям вне кластера kubernetes (например, из вашего браузера).

вы можете проверить эти ресурсы. они хорошо написаны.

https://kubernetes.io/docs/tasks/access-application-cluster/service-access-application-cluster/ https://kubernetes.io/docs/tasks/access-application-cluster/ingress-minikube/

также вы можете поставить свой nginx и вспомогательный сервис в одно и то же pod и используйте localhost вместо hostname / servicename. nginx может найти вышестоящий сервер.

...