请教一下 能用对象存储来作为持久化存储么

请教一下，glusterfs+heketi+k8s实现的自动绑定PV的模式 我是否可以理解为与ceph+rook+k8s模式一致？CSI实现的自定义存储插件与rook的角色有何不同？glusterfs+heketi+k8s的架构是不是也可以通过CSI来实现？

老师对k8s的理解真心让人敬佩

flexVolume插件只负责attach和mount，使用简单。而CSI插件包括了一部分原来kubernetes中存储管理的功能，实现、部署起来比较复杂。所以，如果场景简单，不需要Dynamic Provisioning，则可以使用flexVolume；如果场景复杂，需要支持Dynamic Provisioning，则用CSI插件。

写的太好了

请问哪里有完整的示例呢，我看文中有部分是...省略的

对于文件系统类型的存储服务，例如: NFS，它并没有对一个的磁盘设备存在与宿主机上，有些nfs类型的csi driver上并没有实现ControllerPublishVolume这个操作，是不是可以理解这里nfs存储卷的attach阶段只是创建了VolumeAttachment对象，并不需要通过ControllerPublishVolume完成nfs volume挂载到虚拟机上？

s3的存储插件大多是通过s3fs这类的工具实现的，请问s3可以直接用做持久化存储嘛

一般来说一个块存储在被宿主机使用之前，需要先将该块存储load 到宿主机的/dev 下成为linux 的设备文件，然后format还设备文件，然后挂载到一个目录下就可以使用了，我觉得nodestagevolume这步挂载操作更像是为了同一台宿主机上的pod 可以共享一块盘

看了别人的评论，我也不是很懂这个 NodeStageVolume，NodePublishVolume 这个两阶段处理，我下载了 digitalocean 的源码，看到这个句话 driver/node.go (200)： #Perform a bind mount to the full path to allow duplicate mounts of the same PD，感觉NodePublishVolume主要就是这个作用，PD没理解什么意思，猜测是physical driver。还请老师解惑。

块处理设备从挂载到staging，到挂载到宿主机目录具体做了哪些预处理呢？我和前面几位一样，对需要分两部挂载不是很理解

有个问题：service后挂载多个pod，service的调度是轮询的还是怎么样的呢

请问在上一节里提到 “ CSI 的 api 不会直接使用 Kubernetes 定义的 PV 类型， 而是会自己定义一个单独的 volume 类型。 这个在digitalocean csi 里具体体现是什么？是一个cdr吗，我好像没找到。

DJH 竟然和我的问题一模一样，握手！
为什么不直接把设备挂载到 volume宿主机目录？在pv/pvc到底讲什么那么一节里就是这么讲的。
在这里有什么特殊的考虑吗？

大师，请教一个问题："将Staging目录，绑定挂载到Volume对应的宿主机目录上"这个绑定挂载是指mount -bind吗？ 为什么要挂载到一个临时目录，再绑定挂载Volume对应的宿主机目录上，而不是一步挂载到目标目录上？另外Staging目录具体是哪个目录？
谢谢！