Почему я не могу получить доступ к этому приложению, определяемому helm chart? (в мини-кубе)

#docker #kubernetes #kubernetes-helm #minikube

#докер #kubernetes #kubernetes-руль #мини-куб

Вопрос:

Я использовал helm create helloworld-chart для создания приложения созданный мной локальный образ docker. я думаю, проблема в том, что у меня все порты перепутаны.

ЧАСТИ ДОКЕРА
—————————

Файл Docker

 FROM busybox
ADD index.html /www/index.html
EXPOSE 8008
CMD httpd -p 8008 -h /www; tail -f /dev/null
  

(У меня также есть index.html файл в том же каталоге, что и мой Dockerfile )

Создайте изображение Docker (и опубликуйте локально)

 docker build -t hello-world .
  

Затем я запустил это с docker run -p 8080:8008 hello-world и подтвердил, что могу получить доступ к нему с локального хоста: 8080. (Затем я остановил этот контейнер docker)

Я также проверил, что это изображение было в docker локально с docker image ls и получил результат:

 REPOSITORY                             TAG                 IMAGE ID            CREATED             SIZE
hello-world                            latest              8640a285e98e        20 minutes ago      1.23MB
  

ЧАСТИ руля
—————————

Создал helm chart через helm create helloworld-chart .

Отредактировал файлы:

значения.yaml

 # ...elided because left the same as default...

image:
  repository: hello-world
  tag: latest
  pullPolicy: IfNotPresent

# ...elided because left the same as default...

service:
  name: hello-world
  type: NodePort # Chose this because MiniKube doesn't have LoadBalancer installed
  externalPort: 30007
  internalPort: 8008
  port: 80
  

service.yaml

 # ...elided because left the same as default...

spec:
  type: {{ .Values.service.type }}
  ports:
    - port: {{ .Values.service.port }}
      targetPort:  {{ .Values.service.internalPort }}
      nodePort:  {{ .Values.service.externalPort }}
  

deployment.yaml

 # ...elided because left the same as default...

spec:

  # ...elided because left the same as default...

  containers:
    ports:
      - name: http
        containerPort:  {{ .Values.service.internalPort }}
        protocol:  TCP
  

Я проверил, что это «выглядело» правильно как с helm lint helloworld-chart , так и helm template ./helloworld-chart

КОМАНДЫ HELM И MINIKUBE
—————————

 # Packaging my helm
helm package helloworld-chart

# Installing into Kuberneters (Minikube)
helm install helloworld helloworld-chart-0.1.0.tgz

# Getting an external IP
minikube service helloworld-helloworld-chart
  

Когда я это делаю, он выдает мне внешний IP, подобный http://172.23.13.145:30007 , и открывается в браузере, но просто говорит, что сайт недоступен. Что у меня не соответствует?

ОБНОВЛЕНИЕ / ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ
—————————————

Когда я проверяю модуль, он находится в CrashLoopBackOff состоянии. Однако я ничего не вижу в журналах:

kubectl logs -f helloworld-helloworld-chart-6c886d885b-grfbc

Журналы:

 Hello from Docker!
This message shows that your installation appears to be working correctly.

To generate this message, Docker took the following steps:
 1. The Docker client contacted the Docker daemon.
 2. The Docker daemon pulled the "hello-world" image from the Docker Hub.
    (amd64)
 3. The Docker daemon created a new container from that image which runs the
    executable that produces the output you are currently reading.
 4. The Docker daemon streamed that output to the Docker client, which sent it
    to your terminal.

To try something more ambitious, you can run an Ubuntu container with:
 $ docker run -it ubuntu bash

Share images, automate workflows, and more with a free Docker ID:
 https://hub.docker.com/

For more examples and ideas, visit:
 https://docs.docker.com/get-started/
  

Я не уверен, почему он завершается.

Комментарии:

1. Можете ли вы получить доступ через http://localhost:30007 ? Кажется, вы просто экспортируете свой локальный порт для своей службы.

2. Если да kubectl get pods , модуль запущен? Если вы kubectl describe service используете объект service, отображается ли хотя бы один endpoints: в конце описания?

3. Ваш модуль находится в рабочем состоянии? как насчет netstat -nlt | grep ':30007' результата? Я просто попытался воспроизвести то же самое и получить доступ как с http://localhost:30007 , так и с IP-адресом службы minikue.

4. @DavidMaze Хммм, есть проблема. я вижу: helloworld-helloworld-chart-6c886d885b-grfbc 0/1 CrashLoopBackOff 3

5. @redInk Я думаю , что это проблема с датчиком живучести? но я не уверен, как правильно это настроить. Я вижу в kubectl describe pod... : Liveness: http-get http://:http/ delay=0s timeout=1s period=10s #success=1 #failure=3 и Readiness: http-get http://:http/ delay=0s timeout=1s period=10s #success=1 #failure=3 , что, как я полагаю, означает, что это неправильные http-пути для проверки

Ответ №1:

Проблема заключалась в том, что Minikube фактически просматривал общедоступное репозиторий изображений Docker и нашел что-то, что также называется hello-world . Он не нашел мой образ docker, поскольку «локальный» для minikube не является локальным для docker главного компьютера. У Minikube есть свой собственный docker, работающий внутри.

  1. Вы должны добавить свое изображение в локальное хранилище minikube: minikube cache add hello-world:latest .
  2. Вам нужно изменить политику извлечения: imagePullPolicy: Never