1. 介绍卷

每个新容器都是通过在构建镜像时加入的详细配置文件来启动的。 将此与pod 中容器重新启动的现象结合起来。

存储卷是 pod 的一个组成部分。这意味着在 pod 启动时创建卷， 并在删除 pod时销毁卷。 因此， 在容器重新启动期间， 卷的内容将保持不变， 在重新启动容器之后， 新容器可以识别前一个容器写入卷的所有文件。

另外，如果一个 pod 包含多个容器， 那这个卷可以同时被所有的容器使用。

1.1 卷类型

• emptyDir 用于存储临时数据的简单空目录。
• hostPath 用于将目录从工作节点的文件系统挂载到pod中。
• gitRepo 通过检出Git仓库的内容来初始化的卷。
• nfs 挂载到pod中的NFS共享卷。

2. 通过卷在容器之间共享数据

2.1 使用 emptyDir

关注它是如何用于在 pod 的多个容器之间共享数据的。卷从一个 目录开始，运行在 pod 内的应用程序可以写入它需要 的任何文件。pod 含两个容器和 个挂载在两个容器中的共用的卷，但在不同的路径上。

apiVersion: vl 
kind: Pod 
metadata: name : fortune 
spec: containers: -image: luksa/fortune name: html generatorvolumeMounts: - name: html mountPath: /var/htdocs   名为html的卷挂载在/var/htdocs- image: nginx:alpine name: web-server volumeMounts : - name: htmlmountPath: /usr/share/nginx/htmlreadOnly: true ports: - containerPort: 80 protocol: TCP volumes                     - name: html                叫html的emptyDir卷，挂载在上面的两个容器中emptyDir: {}将端口从本地机器转发到 pod 来实现，计算机的 808 端口来访问服务kubectl port-forward fortune 8080:80volumes: - name: html emptyDirmedium: Memory          # 存在内存上

2.2 使用 Git 仓库作为存储卷

gitRepo 卷基本上也是 emptyDir 卷，它通过克隆 Git 仓库并在 pod时（但在创建容器之前 检出特定版本来填充数据。

注意：

• 在创建gitRepo 卷后，它并不能和对应 repo 保持同步。 当向库推送新增 的提交时，文件将不会被更新。
• 然而，如果所用 pod 是由ReplicationController 管理的，删除这个 pod 将触发新建一个新的 pod ，而这个新 pod
  的卷中将包含最新的提交。

apiVersion : vl 
kind: Pod 
metadata: name: gi trepo-volume-podspec: containers: - image: nginx:alpine name: web -server volumeMounts : - name : html mountPath: / usr/share/nginx/ html readOnly: true ports: containerPort: 80 protocol： TCP volumes                     - name: html                gitRepo: https://githubo.com/...revision: master     github 库的mater分支下载directory: .         创建在根目录

如果想要将私有的 Git repo 克隆到容器中， 则应该使用 gitsync sidecar 或类似的方法， 而不是使用 gitRepo 卷。

3 访问工作节点文件系统上的文件（hostPath卷）

大多数 pod 应该忽略它们的主机节点， 因此它们不应该访问节点文件系统上的任何文件。

hostPath 卷指向节点文件系统上的特定文件或目录。 在同一个节点上运行并在其 hostPath 卷中使用相同路径的 pod 可以看到相同的文件。

hostPath 卷是我们介绍的第 一种类型的持久性存储。切勿使用它们来持久化跨 pod的数据。

kubect1 get pod s --namespace kube-system查看hostpaht 的使用， 切勿使用它们来持久化跨 pod的数据
kubectl describe po fluentd-kubia-4ebc2fle-9a3e --namespace kube-system

4 使用持久化存储

当运行在一个 pod 中的应用程序需要将数据保存到磁盘上， 并且即使该 pod 重新调度到另 一个节点时也要求具有相同的数据可用。此必须将其存储在某种类型的网络存储 (NAS) 中。

使用 GCE 持久磁盘作为底层存储机制。

同 一区域的 Kubemetes 集群中创建
gcloud container clusters list
NAME   ZONE          MASTER VERSION  MASTER_IP 
kubia europe-westl-b 1.2.5  		104.155.84.137在europe-westl-b 区域中创建了集群 创建GCE 持久磁盘
gcloud compute disks create --size=lGiB --zone=europe-west-b mongodbapiVersion: vl 
kind: Pod 
metadata:name: mongodb 
spec: volumes: - name: mongodb-data   卷名， 与挂载卷一致gcePersistentDisk:     类型是GCE持久磁盘pdName: mongodb    名称需要与创建的PD一致fsType: ext4       文件系统类型containers: - image: mongoname: mongodb      volumeMountS:- name: mongodb-data    挂载卷mountPath: /data/dbports: - containerPort: 27017protocol: TCP