Container Storage Interface是由来自Kubernetes、Mesos、Docker等社区member联合制定的一个行业标准接口规范，旨在将任意存储系统暴露给容器化应用程序。

CSI规范定义了存储提供商实现CSI兼容的Volume Plugin的最小操作集和部署建议。CSI规范的主要焦点是声明Volume Plugin必须实现的接口。

一、CSI插件需实现的接口

CSI Plugin开发者要实现三类gRPC服务接口：

实现了此接口的CSI插件，不但可以在k8s中使用，在所有参与了CSI标准制订的Container Orchestration system中都是通用的。

二、CSI sidecar容器

为了协助存储提供商开发CSI兼容插件，Kubernetes官方提供了一些CSI sidecar容器（对应了从Kubernetes项目里面剥离出来的存储管理功能）

external-provisioner（csi-provisioner）

在启动时通过--provisioner指定自身provisioner名称，与StorageClass中的provisioner字段对应。

（1）watch PVC对象，判断PVC是否需要动态创建存储卷，标准如下：

①PVC的annotation[volume.beta.kubernetes.io/storage-provisioner]（由PV Controller创建）是否与自己的provisioner名称相等。

②PVC对应StorageClass的VolumeBindingMode若为Immediate，则表示需要立即提供动态存储卷。

此时调用CSI Plugin的CreateVolume接口，同时创建名为${Provisioner指定的PV前缀}-${PVC uuid}的PV

（2）watch PV对象，判断其是否需要删除，标准如下：

①判断其.status.phase是否为Release。

②判断其.spec.PersistentVolumeReclaimPolicy是否为Delete。

③判断其annotation[pv.kubernetes.io/provisioned-by]是否与自己的provisioner名称相等。

若需要，则调用CSI Plugin的DeleteVolume接口，同时删除PV对象

external-attacher（csi-attacher）

（1）watch VolumeAttachment对象，获得PV的所有信息，如volume ID、node ID等。根据VolumeAttachment的DeletionTimestamp和.status.attached来判断是调用CSI Plugin的ControllerPublish做attach，还是调用CntrollerUnpublish接口做detach

（2）在attacher时为相关PV打上Finalizer；当PV处于删除状态（DeletionTimestamp非空）时，删除Finalizer

external-snapshotter

（1）watch VolumeSnapshot对象，根据其状态调用CSI Plugin的CreateSnapshot接口

等存储快照生成后，它会将存储快照生成的相关信息放到VolumeSnapshotContent对象中，并和用户提交的VolumeSnapshot做bound

（2）当VolumeSnapsho处于删除状态（DeletionTimestamp非空）时，调用CSI Plugin的DeleteSnapshot接口

external-resizer

watch PVC对象，判断用户在PVC中是否增加了需求的存储空间。如果PVC状态是Bound且.status.Capacity与.spec.Resources.Requests不等，则进行卷扩展：

①更新PVC的.status.Conditions，表明此时处于Resizing状态

②调用CSI Plugin的ControllerExpandVolume接口，若返回值中NodeExpansionRequired=true（还需要Kubelet中的Volume Manager继续调用CSI Plugin的NodeExpandVolume接口进行扩容），则更新PVC的status.Conditions 为 FileSystemResizePending；否则，更新 PVC的.Status.Conditions为空，且更新PVC的status.Capacity。

③更新PV的spec.Capacity