本地数据卷

注意：仅在v1.7+中支持，目前为alpha版。

本地数据卷（Local Volume）代表一个本地存储设备，比如磁盘、分区或者目录等。主要的应用场景包括分布式存储和数据库等需要高性能和高可靠性的环境里。本地数据卷同时支持块设备和文件系统，通过spec.local.path指定；但对于文件系统来说，kubernetes并不会限制该目录可以使用的存储空间大小。

本地数据卷只能以静态创建的PV使用。相对于 HostPath，本地数据卷可以直接以持久化的方式使用（它总是通过NodeAffinity调度在某个指定的节点上）。

另外，社区还提供了一个 local-volume-provisioner，用于自动创建和清理本地数据卷。

示例

创建一个调度到hostname为example-node的本地数据卷：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: example-local-pv
  annotations:
    "volume.alpha.kubernetes.io/node-affinity": '{
      "requiredDuringSchedulingIgnoredDuringExecution": {
        "nodeSelectorTerms": [
          { "matchExpressions": [
            { "key": "kubernetes.io/hostname",
              "operator": "In",
              "values": ["example-node"]
            }
          ]}
         ]}
        }',
spec:
  capacity:
    storage: 5Gi
  accessModes:
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Delete
  storageClassName: local-storage
  local:
    path: /mnt/disks/ssd1

创建PVC：

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: example-local-claim
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 5Gi
  storageClassName: local-storage

创建Pod，引用PVC：

kind: Pod
apiVersion: v1
metadata:
  name: mypod
spec:
  containers:
    - name: myfrontend
      image: nginx
      volumeMounts:
      - mountPath: "/var/www/html"
        name: mypd
  volumes:
    - name: mypd
      persistentVolumeClaim:
        claimName: example-local-claim

限制

• 暂不支持一个Pod绑定多个本地数据卷的PVC（计划v1.9支持）
• 有可能导致调度冲突，比如CPU或者内存资源不足（计划v1.9增强）
• 外部Provisoner在启动后无法正确检测挂载点的空间大小（需要Mount Propagation，计划v1.9支持）

最佳实践

• 推荐为每个存储卷分配独立的磁盘，以便隔离IO请求
• 推荐为每个存储卷分配独立的分区，以便隔离存储空间
• 避免重新创建同名的Node，否则会导致新Node无法识别已绑定旧Node的PV
• 推荐使用UUID而不是文件路径，以避免文件路径误配的问题
• 对于不带文件系统的块存储，推荐使用唯一ID（如/dev/disk/by-id/），以避免块设备路径误配的问题

参考文档

• Local Persistent Storage User Guide