iidp\345\271\263\345\217\260\345\255\230\345\202\250\346\236\266\346\236\204\344\274\230\345\214\226\346\226\271\346\241\210\357\274\232\351\207\207\347\224\250JuiceFS\346\233\277\344\273\243NFS.md
... ...
@@ -974,4 +974,12 @@ juicefs-sc csi.juicefs.com
974 974
975 975
3. **延迟问题的数据迁移方案**
976 976
若JuiceFS运行一段时间后才发现数据问题，需通过**增量数据同步**恢复至NFS存储，相关运维可考虑相关方案。
977
- 但是由于iidp平台本身的使用方式是先将文件上传至minio，在使用过程中下载后方式pv中，所以可以忽略数据丢失的问题。
... ...
\ No newline at end of file
0
+ 但是由于iidp平台本身的使用方式是先将文件上传至minio，在使用过程中下载后方式pv中，所以可以忽略数据丢失的问题。
1
+
2
+### s3fs挂载
3
+实现了基于s3fs的minio挂载到本地当作本地磁盘使用。
4
+优势：
5
+- 不需要额外部署 nfs 服务器，也就省去了额外的服务器、磁盘、带宽、人力运维等资源；
6
+- 不需要复杂的 csi 存储插件部署，包括每个node部署的daemonset守护进程，以及csi-driver、resizer、attacher、snapshotter 等，如下图所示。
7
+- 契合引擎业务场景。对于引擎业务来说，只有应用市场app有一直需要增删改查本地磁盘的要求，对于业务容器来说只有启动的时候才需要读取磁盘的jar来进行加载，加载完毕后则不再需要挂载盘，那么可以自己控制是否需要挂载，由于挂载本质上也是启动一个nfs client 进程并会使用本地cache，对于业务只需要一次性的场景来说一直保持挂载是一种资源浪费，而自己控制则可以减少这种资源控制。此外，自己控制挂载还可以隔离异常，比如由于cis-plugin异常导致的挂载异常是整个集群级别的，所有容器都会受影响，而自己控制自己负责可以将异常隔离在本容器内部，不会影响其他容器。
8
+- 简单。因为简单的事情才容易做对。目前基于s3fs-fuse（https://github.com/s3fs-fuse/s3fs-fuse）并结合java进程管理（代码不超过100行）已经实现了引擎自行控制挂载minio映射到本地磁盘，如下图：
... ...
\ No newline at end of file