首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
V2EX  ›  问与答

海量图片(文件)分布式储存方案选择

  •  
  •   miniliuke · 60 天前 via Android · 1471 次点击
    这是一个创建于 60 天前的主题,其中的信息可能已经有所发展或是发生改变。

    现在有几十 T 图片数据,读多于写,该采用什么分布式方案? Mongodb 还是专业的分布式文件系统,比如阿里家的 TFS,用 mongo 的性能够么

    17 回复  |  直到 2019-09-15 11:06:44 +08:00
        1
    miniliuke   60 天前 via Android
    不需要对图片进行检索,只需要根据文件名读取或者保存就行了
        2
    windfarer   60 天前
    用阿里云的对象存储服务,自己不折腾
        3
    miniliuke   60 天前 via Android
    @windfarer 在内网布啊
        4
    dimlau   60 天前   ♥ 1
    minio ?
        5
    miniliuke   60 天前 via Android
    @dimlau 好像不支持在线扩容,有点尴尬
        6
    swulling   60 天前 via iPhone
    几十个 Tmongo 绰绰有余
        7
    swulling   60 天前 via iPhone
    三台服务器,每台选 8*8T。三副本 mongo 正好。
        8
    slixurd   60 天前
    一个 S3 的场景怎么也不可能要用数据库来支持的....
    不要给自己埋坑...
    这在业界有主流方案,没必要用 MongoDB
        9
    37Y37   60 天前
    对象存储是最合适的
        10
    XiaoxiaoPu   60 天前
    Openstack Swift ?
        11
    rrfeng   60 天前 via Android
    TFS 挺适合。不过没用过不知道生态环境技术支持啥的
        12
    Reficul   60 天前 via Android
    minio ?
        13
    akira   60 天前
    Mongodb 是拿来存数据的吧,存图片不大合适吧
        14
    husinhu   60 天前 via Android
    要数据库干啥 直接 azure storage 或者 aws/ali s3
        15
    chinesestudio   60 天前 via Android
    就这么点数据 ceph 就好了
        16
    vZexc0m   60 天前 via Android
    用 minio 吧,多上几块硬盘就完了。
        17
    msg7086   60 天前
    这么一丁点数据,ceph 也好 minio 也好,再不济直接 GlusterFS 干啊。

    其实吧,这么一丁点数据,好像单机就能跑了……
    你也没说请求数有多大。真的量大就上点 4TB 的 QLC,再稍微分一下文件命名空间,把文件分散存储就行了。
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3344 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 23ms · UTC 04:37 · PVG 12:37 · LAX 20:37 · JFK 23:37
    ♥ Do have faith in what you're doing.