HostPath с minikube - Kubernetes

РЕДАКТИРОВАТЬ: Похоже, решение состоит в том, чтобы использовать привилегированный контейнер, или вручную смонтировать домашнюю папку, чтобы виртуальная машина MiniKube могла читать из вашего hostPath - https://github.com/boot2docker/boot2docker#virtualbox-guest-additions. (Благодарим Элиэль за то, что он это выяснил).

Абсолютно возможно настроить том hostPath с помощью minikube, но есть много причуд, и нет очень хорошей поддержки для этой конкретной проблемы.

Попробуйте удалить ADD code/ /code из Dockerfile. Инструкция Docker «ДОБАВИТЬ» копирует код с вашего хост-компьютера на ваш каталог /code контейнера. Вот почему восстановление образа успешно обновляет ваш код.

Когда Kubernetes пытается подключить каталог /code контейнера к пути к хосту, он обнаруживает, что этот каталог уже заполнен кодом, который был встроен в образ. Если вы уберете это из этапа сборки, Kubernetes сможет успешно смонтировать путь к хосту во время выполнения.

Также не забудьте проверить права доступа к каталогу code/ на вашем хост-компьютере.

Моя единственная другая мысль связана с монтированием в корневой каталог. У меня возникли проблемы при монтировании томов Kubernetes hostPath в / из каталогов в корневом каталоге (я предполагаю, что это было связано с разрешениями). Итак, что-то еще, что можно попробовать, - это mountPath, например /var/www/html.

Вот пример функционального тома hostPath:

apiVersion: v1
kind: Pod
metadata:
  name: example
spec:
  volumes:
    - name: example-volume
      hostPath:
        path: '/Users/example-user/code'
  containers:
    - name: example-container
      image: example-image
      volumeMounts:
        - mountPath: '/var/www/html'
          name: example-volume

Теперь они дали minikube mount, который работает во всех средах

https://github.com/kubernetes/minikube/blob/master/docs/host_folder_mount.md

Пробовал на Mac:

$ minikube mount ~/stuff/out:/mnt1/out
Mounting /Users/macuser/stuff/out into /mnt1/out on the minikube VM
This daemon process needs to stay alive for the mount to still be accessible...
ufs starting

И в пакете:

apiVersion: v1
kind: Pod
metadata:
  name: myServer
spec:
  containers:
  - name: myServer
    image: myImage
    volumeMounts:
    - mountPath: /mnt1/out
      name: volume
    # Just spin & wait forever
    command: [ "/bin/bash", "-c", "--" ]
    args: [ "while true; do sleep 30; done;" ]
  volumes:
  - name: volume
    hostPath:
      path: /mnt1/out

Лучше всего встраивать код в ваше изображение, вы не должны запускать изображение с кодом, только что поступающим с диска. Ваш Dockerfile должен выглядеть примерно так:

FROM node:latest COPY /code/server.js /code/server.js EXPOSE 8080 CMD /code/server.js

Затем вы запускаете образ в Kubernetes без каких-либо томов. Вам необходимо перестраивать образ и обновлять модуль каждый раз, когда вы обновляете код.

Кроме того, в настоящее время я не знаю, что minikube позволяет монтировать виртуальную машину, которую он создает, и хост, на котором она запущена.

Если вам действительно нужен чрезвычайно быстрый цикл обратной связи при изменении кода во время работы контейнера, вы можете использовать только Docker с -v /path/to/host/code:/code без Kubernetes, а затем, как только вы будете готовы, создать образ, развернуть и протестировать его на minikube. Однако я не уверен, что это сработает, если вы изменяете основной файл .js своего приложения node.