docker-如何在Kubernetes中模仿'--volumes-from'

我正在寻找一种模式,该模式允许在Kubernetes中在同一容器上运行的两个容器之间共享卷。

我的用例是:我有一个在Docker容器中运行的Ruby on Rails应用程序。docker映像在/app/<app-name>/public目录中包含静态资产,我需要从在同一容器中并排运行的nginx容器访问这些资产。

在“ vanilla”泊坞窗中,我将使用apiVersion: v1beta3标志共享此目录:

docker run --name app -v /app/<app-dir>/public <app-image>
docker run --volumes-from app nginx

阅读此文档后:[https://github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/volumes.md]我尝试了此操作(仅显示了相关条目):

spec:
  containers:
    - image: <app-image>
      name: <app-name>
      volumeMounts:
        - mountPath: /app/<app-name>/public
          name: assets
    - image: nginx
      name: nginx
      volumeMounts:
        - mountPath: /var/www/html
          name: assets
          readOnly: true
    volumes:
      - name: assets
        hostPath:
          path: /tmp/assets

但:

  • 即使节点上的apiVersion: v1beta3存在,它还是空的
  • 应用容器中的apiVersion: v1beta3也为空

作为一种解决方法,我将尝试在应用程序容器启动时填充共享目录(将apiVersion: v1beta3简化为共享目录),但是我真的不喜欢这个想法。

问题:如何在Kubernetes中模拟apiVersion: v1beta3,或者如果没有直接对应的副本,如何将文件从一个容器共享到在同一容器中运行的另一个容器?

apiVersion: v1beta3

Client Version: version.Info{Major:"0", Minor:"17", GitVersion:"v0.17.0", GitCommit:"82f8bdac06ddfacf493a9ed0fedc85f5ea62ebd5", GitTreeState:"clean"}
Server Version: version.Info{Major:"0", Minor:"17", GitVersion:"v0.17.0", GitCommit:"82f8bdac06ddfacf493a9ed0fedc85f5ea62ebd5", GitTreeState:"clean"}
5个解决方案
39 votes

[update-2016-8]在最新的Kubernetes版本中,您可以使用一个非常好的功能pod.beta.kubernetes.io/init-containers来替换下面我的答案中的postStart部分,这将确保容器顺序。

enter image description here

注意:initContainer仍然是beta功能,因此该Yaml的工作版本实际上类似于:[http://kubernetes.io/docs/user-guide/production-pods/#handling-initialization,],请注意pod.beta.kubernetes.io/init-containers部分。

-原始答案开始-

其实可以。 您需要使用容器生命周期处理程序来控制要与其他容器共享的文件/目录。 喜欢:

---
apiVersion: v1
kind: Pod
metadata:
    name: server
spec:
    restartPolicy: OnFailure
    containers:
    - image: resouer/sample:v2
      name: war
      lifecycle:
        postStart:
          exec:
            command:
              - "cp"
              - "/sample.war"
              - "/app"
      volumeMounts:
      - mountPath: /app
        name: hostv1 
    - name: peer
      image: busybox
      command: ["tail", "-f", "/dev/null"]
      volumeMounts:
      - name: hostv2
        mountPath: /app/sample.war
    volumes:
    - name: hostv1
      hostPath:
          path: /tmp
    - name: hostv2
      hostPath:
          path: /tmp/sample.war

请检查我的要点以获取更多详细信息:

[HTTPS://gist.GitHub.com/热嗽而/378保持大额枋1的9601额度6啊啊]

当然,您可以使用emptyDir。 因此,war容器可以将其/sample.war共享给对等容器,而不会陷入对等方的/ app目录。

如果我们可以容忍/ app被覆盖,它将更加简单:

---
apiVersion: v1
kind: Pod
metadata:
  name: javaweb-2
spec:
  restartPolicy: OnFailure
  containers:
  - image: resouer/sample:v2
    name: war
    lifecycle:
      postStart:
        exec:
          command:
            - "cp"
            - "/sample.war"
            - "/app"
    volumeMounts:
    - mountPath: /app
      name: app-volume
  - image: resouer/mytomcat:7.0
    name: tomcat
    command: ["sh","-c","/root/apache-tomcat-7.0.42-v2/bin/start.sh"]
    volumeMounts:
    - mountPath: /root/apache-tomcat-7.0.42-v2/webapps
      name: app-volume
    ports:
    - containerPort: 8080
      hostPort: 8001 
  volumes:
  - name: app-volume
    emptyDir: {}
harryz answered 2020-07-30T03:44:15Z
9 votes

答案是-现在-您不能。 这是来自Kubernetes问题的一些讨论线程:

  • [HTTPS://GitHub.com/Google cloud platform/苦逼儿呢特殊/issues/6120]
  • [HTTPS://GitHub.com/Google cloud platform/苦逼儿呢特殊/issues/831]

但是,我是否建议您使用另一种可能更好的设计?

  1. 如果您的资产被锁定在容器上线的那一刻,您可以使用类似emptyDir该卷将在上线时将其复制到emptyDir,这意味着您无需将内容移至全部,只需将其直接下载到共享目录即可。
  2. 如果您的资产锁定在容器的位置在构建时,最好将其复制到Docker COPY命令。
  3. 如果您真的想坚持自己的操作方式,则必须将内容复制到emptyDir卷中,该卷专门用于您要寻找的内容(无需复制)。

NFS [1]卷也可以解决您的问题,但可能过于复杂。

另外,我建议这两种服务存在于不同的容器中,因此您可以分别扩展它们。 您可以根据需要创建服务端点以在它们之间进行通信。

[1] [HTTPS://GitHub.com/Google cloud platform/苦逼儿呢特殊/blob/master/examples/NFS/NFS-Web-坡度.压马路]

aronchick answered 2020-07-30T03:45:16Z
1 votes

未来的进一步更新:

现在有一个适用于Docker卷的FlexVol插件:[https://github.com/dims/docker-flexvol]

在撰写本文时,FlexVol仍然是Alpha功能,因此请注意。

coderanger answered 2020-07-30T03:45:44Z
1 votes

如果您使用的是Docker v17.0.5或更高版本,则可以在构建期间使用多阶段构建将文件从一个容器复制到另一个容器。 这是[https://medium.com/@tonistiigi/advanced-multi-stage-build-patterns-6f741b852fae]上高级功能的重要入门。

我用来将静态资源从后端容器复制到Nginx代理中的方式是

ARG API_BACKEND_CONTAINER="api:backend"
FROM $API_BACKEND_CONTAINER as source

FROM nginx:mainline-alpine

ARG NGINX_ROOT=/usr/share/nginx/html/
COPY --from=source  /var/share/api/static/ ${NGINX_ROOT}

很棒的是,因为API_BACKEND_CONTAINER是一个构建参数,所以我可以传递最新API的标签。

Vinay Anantharaman answered 2020-07-30T03:46:14Z
1 votes

Kubernetes有自己的卷类型,这些是最常用的卷类型:

  1. 空目录
  2. 秘密
  3. gitRepo
  4. hostPath(类似于--volumes-from)
  5. 配置图
  6. 永久存储(云平台提供的存储磁盘)

您可以在此处找到有关kubernets卷的更多信息-[https://kubernetes.io/docs/concepts/storage/volumes/]

主机路径卷的示例:

apiVersion: v1
kind: Pod
metadata:
  name: test-pd
spec:
  containers:
  - image: k8s.gcr.io/test-webserver
    name: test-container
    volumeMounts:
    - mountPath: /test-pd
      name: test-volume
  volumes:
  - name: test-volume
    hostPath:
      # directory location on host
      path: /data
      # this field is optional
      type: Directory

hostpath会将主机/节点目录挂载到容器目录中。一个容器中的多个容器可以使用不同或相同的卷。您需要在每个容器中提及它。hostPath卷与pod生命周期无关,但是它会在node和pod之间建立紧密的耦合,因此应避免使用hostPath。

shubham_asati answered 2020-07-30T03:47:13Z
translate from https://stackoverflow.com:/questions/30538210/how-to-mimic-volumes-from-in-kubernetes