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
... ...
@@ -980,6 +980,9 @@ juicefs-sc csi.juicefs.com
980 980
实现了基于s3fs的minio挂载到本地当作本地磁盘使用。
981 981
优势:
982 982
- 不需要额外部署 nfs 服务器,也就省去了额外的服务器、磁盘、带宽、人力运维等资源;
983
+[[http://iidp.chinasie.com:9999/iidpminio/csi-s3/s3fs/s3fs-1.jpg]]
984
+[[http://iidp.chinasie.com:9999/iidpminio/csi-s3/s3fs/s3fs-2.jpg]]
983 985
- 不需要复杂的 csi 存储插件部署,包括每个node部署的daemonset守护进程,以及csi-driver、resizer、attacher、snapshotter 等,如下图所示。
984 986
- 契合引擎业务场景。对于引擎业务来说,只有应用市场app有一直需要增删改查本地磁盘的要求,对于业务容器来说只有启动的时候才需要读取磁盘的jar来进行加载,加载完毕后则不再需要挂载盘,那么可以自己控制是否需要挂载,由于挂载本质上也是启动一个nfs client 进程并会使用本地cache,对于业务只需要一次性的场景来说一直保持挂载是一种资源浪费,而自己控制则可以减少这种资源控制。此外,自己控制挂载还可以隔离异常,比如由于cis-plugin异常导致的挂载异常是整个集群级别的,所有容器都会受影响,而自己控制自己负责可以将异常隔离在本容器内部,不会影响其他容器。
985
-- 简单。因为简单的事情才容易做对。目前基于s3fs-fuse(https://github.com/s3fs-fuse/s3fs-fuse)并结合java进程管理(代码不超过100行)已经实现了引擎自行控制挂载minio映射到本地磁盘,如下图:
... ...
\ No newline at end of file
0
+- 简单。因为简单的事情才容易做对。目前基于s3fs-fuse(https://github.com/s3fs-fuse/s3fs-fuse)并结合java进程管理(代码不超过100行)已经实现了引擎自行控制挂载minio映射到本地磁盘,如下图:
1
+[[http://iidp.chinasie.com:9999/iidpminio/csi-s3/s3fs/s3fs-3.jpg]]
... ...
\ No newline at end of file